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Technik international 


Portable PCs 
mit Farbdisplays 



Vor einem Jahr stellten wir Ihnen 
die Rechnerklasse Laptop vor - 
das sind die PCs, die man auf 
den Schoß (lap) nehmen kann. 
Seitdem konnten wir bei diesen 
Rechnern mehrere Entwick- 
lungsrichtungen beobachten: 
Erstens hat sich die Zahl der Fir- 
men, die Laptops oder transpor- 
table PCs (Portables) anbieten, 
stark erhöht; wir informierten Sie 
bereits über Neuentwicklungen 
der traditionellen Heimcompu- 
terhersteller Schneider (in MP 
7/89) und Atari (in MP 12/89). 
Zweitens wurden das Gewicht, 
der Stromverbrauch und der 
Preis verringert. Und drittens 
weisen die Geräte auch immer 
neue Leistungsmerkmale auf; 
neben der Integration von Fest- 
plattenlaufwerken und der Ver- 
wendung leistungsfähigerer und 
stromsparender Mikroprozesso- 
ren werden seit dem vorigen 
Jahr die ersten Portables mit 
Farbdisplays angeboten. In 
MP 6/1 989 stellten wir kurz den 
Farb-Portable 386 von Sharp 
vor, der unter anderem einen 
14-Zoll-Farb-LC-Bildschirm, ei- 
nen 80386-Prozessor sowie eine 
40-MByte-Festplatte besitzt. 

Die Flachdisplays für Laptops 
bzw. Portables werden in ver- 
schiedenen Techniken herge- 
stellt. Die meisten nichtfarbigen 
Displays sind Plasmadisplays - 
bestehend aus zwei Glasplatten 
(mit aufgebrachten Leitbahn- 
Elektroden), zwischen denen 
sich das aktiv leuchtende Me- 
dium befindet. Häufig werden 
auch Flüssigkristall-(LC)-Dis- 
plays verwendet - bei denen sich 
zwischen zwei Glasplatten die 
Flüssigkristalle befinden, die 
nicht aktiv leuchten, sondern, 
abhängig von einem elektri- 
schen Feld, eine unterschiedli- 
che Lichtdurchlässigkeit aufwei- 
sen (hier gibt es inzwischen eine 
Vielzahl von LCD-Typen). Einige 
wenige Hersteller verwenden 
Elektrolumineszenz-(EL-)Dis- 
plays, die aus nur einer Glas- 
platte aufgebaut sein können, 
auf der abwechselnd Leitbahn- 
Elektroden, Isolationsschichten 
und eine fluoreszierende, aktiv 
leuchtende Schicht aufgebracht 
wurden. Vergleicht man die Zah- 
len der in Entwicklung befindli- 
chen Flach-Farbdisplays für Por- 
tables, kann man feststellen, daß 
die LC-Displays vor den Plasma- 


displays und den EL-Displays 
rangieren. Die zur Zeit angebote- 
nen Farbdisplays für Laptops 
bzw. Portables sind ausschließ- 
lich LC-Displays. Beispielsweise 
entwickelte die japanische Firma 
Hitachi für den Farb-Laptop 
HL 400 C - nach eigenen Anga- 
ben der weltweit erste Laptop 
mit Farbdisplays -ein Dünnfilm- 


transistor-LC-Display. Dieses 
Display mit einer Diagonalen von 
6,3 Zoll (1 Zoll = 2,54 cm) enthält 
640 x 200 (x 3) Bildpunkte 
(CGA-kompatibel). ImTextmo- 
dus können 25 Zeilen mit je 70 
oder 80 Zeichen dargestellt wer- 
den. Die verwendete Dünnfilm- 
transistor-Technik (auf der Basis 
von amorphem Silizium) soll ge- 


genüber den herkömmlichen Su- 
per-Twisted-LCDs eine zehn- 
fach schnellere Reaktionszeit 
und einen besseren Kontrast 
bieten. Mit dem Blickwinkel von 
<50° (von der z-Achse aus) wird 
ebenfalls Super-Twisted-Quali- 
tät erreicht. Durch die Reaktions- 
zeit von 50 ms sind bei Grafikan- 
wendungen Bewegungen der 
Maus praktisch ohne Verzöge- 
rung möglich. Jeder Farbpunkt 
wird von einem Transistor ange- 
steuert (siehe Skizze), der zu- 
sätzlich als Dünnfilm auf der 
Glasoberfläche abgeschieden 
wurde. Drei Farbpunkte bilden 
einen Bildpunkt; die Farbgebung 
wird durch einen Filter erreicht. 
Durch RGB-Ansteuerung lassen 
sich so acht Farben (gleichzeitig) 
darstellen. Die Punktgröße be- 
trägt 0,1 6 x 0,2 mm 2 . Eine Hin- 
tergrundbeleuchtung ist möglich. 
Die Leistungsaufnahme des Dis- 
plays kommt auf stattliche 1 ,5 
Watt; daraus resultiert sicherlich 
die geringe Akku-Betriebsdauer 
von nur einer Stunde. Darüber 
hinaus bietet der HL 400 C (C 
steht für Color) alles, was man 
von einem voll AT-kompatiblen 
Laptop erwarten kann: eine CPU 
80C286 in stromsparender 
CMOS-Technik mit 12,5-MHz- 
Taktrate, einen 1-MByte-Arbeits- 
speicher (auf Kosten eines 
Steckplatzes auf 2 MByte auf- 
rüstbar), eine 3,5-Zoll-Festplatte 
mit 20 MByte und das 3,5-Zoll- 
Floppy-Laufwerk. Der HL 400 C 
enthält eine parallele, zwei se- 
rielle und eine RGB-Schnitt- 
stelle. Dabei sind immer noch 
zwei Steckplätze für Erweite- 
rungskarten verfügbar. 

Auch die japanische Firma To- 
shiba - weltgrößter Produzent 
von Speicherschaltkreisen - 
kündigte inzwischen einen Lap- 
top mit Farb-LC-Display an. Er 
soll bereits VGA-kompatibel - 
mit 640 x 480 Punkten und bis 
zu 1 6 Farben - sein; die Bild- 
schirmdiagonale mit 1 1 Zoll ist 
fast doppelt so groß wie die des 
HL400C-Displays. Während 
dieser Laptop 1 990 in Serie ge- 
hen soll, befindet sich auf dem 
Reißbrett bereits ein 14-Zoll-Dis- 
play mit 720 x 500 Bildpunkten, 
das eine Gemeinschaftsentwick- 
lung mit IBM darstellt (vergleiche 
auch MP 1 1/1989, S. 349). 

MP-Hk 



Zeitschrift für Mikroelektronik • Computertechnik • Informatik 
4. Jahrgang • ISSN 0232-2892 



Mikroprozessortechnik, Heft 1 • 90 


Herausgeber Kammer der Technik, Fachverband Elektro- 
technik 

Verlag VEB Verlag T echnik, Oranienburger Str. 1 3/1 4, 
DDR -1020 Berlin; Telegrammadresse: Technikverlag 
Berlin; Telefon: 28700, Telex: 01 1 2228 techn dd 

Verlagsdirektor Klaus Hieronimus 

Redaktion Hans Weiß, Verantwortlicher Redakteur (Tel. 
2870371); Redakteure: Herbert Hemke (Tel. 28702 03), 
Hans-Joachim Hill (Tel. 2870209); Sekretariat Tel. 
2870381 

Gestaltung Christina Bauer 
Titelfoto Thomas Bölkow 

Beirat Dr. Ludwig Claßen, Dr. Heinz Florin, Prof. Dr. sc. 
Rolf Giesecke, Joachim Hahne, Prof. Dr. sc. Dieter Ham- 
mer, Prof. Dr. sc. Thomas Horn, Prof. Dr. Albert Jugel, Prof. 
Dr. Bernd Junghans, Dr. Dietmar Keller, Prof. Dr.sc. Gernot 
Meyer, Prof. Dr. sc. Bernd-Georg Münzer, Prof. Dr. sc. Peter 
Neubert, Prof. Dr. sc. Rudolf Arthur Pose, Prof. Dr. sc. Dr. 
Michael Roth (Vorsitzender), Dr. Gerhard Schulze, Prof. Dr. 
sc. Manfred Seifart, Dr. Dieter Simon, Dr. Rolf Wätzig, Prof. 
Dr. sc. Dr. Jürgen Zaremba 

Lizenz-Nr. 1710 des Presseamtes beim Vorsitzenden des 
Ministerrates der Deutschen Demokratischen Republik 

Gesamtherstellung Druckerei Märkische Volksstimme 

Potsdam 

Erfüllungsort und Gerichtsstand Berlin-Mitte. Der Verlag 

behält sich alle Rechte an den von ihm veröffentlichten 
Aufsätzen und Abbildungen, auch das der Übersetzung in 
fremde Sprachen, vor. Auszüge, Referate und Besprechun- 
gen sind nur mit voller Quellenangabe zulässig. 

Redaktionsschluß 8. November 1989 

AN (EDV) 49837 

Erscheinungsweise monatlich 1 Heft 

Heftpreis 5,-M, Abonnementspreis vierteljährlich 15, -M; 
Auslandspreise sind den Zeitschriftenkatalogen des Außen- 
handelsbetriebes BUCHEXPORT zu entnehmen. 

Bezugsmöglichkeiten 

DDR: sämtliche Postämter; SVR Albanien: Direktorije 
Quendrore e Perhapjes dhe Propaganditit te Librit Rruga 
Konferencee Pezes, Tirana; VR Bulgarien: Direkzia R.E.P., 
1 1 a, Rue Paris, Sofia; VR China: China National Publica- 
tions Import and Export Corporation, West Europe Depart- 
ment, P.O. Box 88, Beijing; ÖSSR: PNS - Ustredni Expedi- 
cia a Dovoz Trsku Praha, Slezskä 1 1 , 1 20 00 Praha 2, PNS, 
Üstredna Expedicia a Dovoz Tlace, Posta 022, 885 47 Bra- 
tislava; SFR Jugoslawien: Jugoslovenska Knjiga, Terazija 
27, Beograd; Izdavacko Knjizarsko Produzece MLADOST, 
llica 30, Zagreb; Koreanische DVR: CHULPANMUL Korea 
Publications Export & Import Corporation, Pyongyang; Re- 
publik Kuba: Empresa de Comercio Exterior de Publicacio- 
nes, O’Reilly No. 407, Ciudad Habana; VR Polen: C.K.P.i.W. 
Ruch, Towarowa 28, 00-958 Warszawa; SR Rumänien: 
D.E.P. Bucure§ti, Piaja Scmteii, Bucure§ti; UdSSR: Sämtli- 
che Abteilungen von Sojuzpecat’ oder Postämter und Post- 
kontore; Republik Ungarn: P.K.H.I., Külföldi Elöfizetesi 
Osztäly, P.O. Box 1 6, 1 426 Budapest; SR Vietnam: XUNHA- 
SABA, 32, Hai Ba Trung, Hä Nöi; BRD und Berlin (West): 
ESKABE Kommissions-Grossobuchhandlung, Postfach 
36, 8222 Ruhpolding/Obb.; Helios-Literatur- Vertriebs- 
GmbH, Eichborndamm 141-167, Berlin (West) 52; Kunst 
und Wissen Erich Bieber OHG, Postfach 46, 7000 Stutt- 
gart 1 ; Gebrüder Petermann, BUCH + ZEITUNG INTERNA- 
TIONAL, Kurfürstenstraße 111, Berlin (West) 30; Öster- 
reich: Helios- Literatur- Vertriebs-G mbH & Co. KG, Industrie- 
straße B 1 3, 2345 Brunn am Gebirge; Schweiz: Verlagsaus- 
lieferung Wissenschaft der Freihofer AG, Weinbergstr. 109, 
8033 Zürich; Alle anderen Länder: örtlicher Fachbuchhan- 
del; BUCHEXPORT Volkseigener Außenhandelsbetrieb 
der Deutschen Demokratischen Republik, Postfach 160, 

DD R - 70 1 0 Leipzig und Leipzig Book Service, T alstraße 29 , 
DDR- 7010 Leipzig 


Mikroprozessortechnik, Berlin 4 (1990) 1 



Systeme mit Einchipmikrorechnern - im anglo- 
amerikanischen Sprachgebrauch auch Mikrocon- 
trollergenannt-weisen gegenüber herkömmlichen 
Mikrorechnersystemen eine höhere Zuverlässig- 
keit auf. Vorausgesetzt, die Einchipmikrorechner 
werden richtig eingesetzt, ansonsten kann es ei- 
nem Schaltungsentwickler schon einmal so erge- 
hen, wie auf unserem Titelbild dargestellt. 

In unserem Beitrag „Zuverlässigkeit von Einchipmi- 
krorechnersystemen“ auf Seite 3 werden nach der 
Behandlung einiger Begriffe der Zuverlässigkeits- 
theorie Maßnahmen zur Zuverlässigkeitserhöhung 
abgeleitet und deren Anwendung beim Einsatz von 
Einchipmikrorechnern erläutert. 



Das Entwickeln, Testen und Inbetriebnehmen von 
Software für Rechner ohne eigene Standardperi- 
pherie (Bildschirm und Tastatur) oder auch für Ein- 
chipmikrorechner ist oft nur mit Crossassemblern 
und Emulatoren möglich. 

Unter dem Titel „Ein verteiltes Programmentwick- 
lungskonzept für Mikrorechner“ stellen wir Ihnen 
auf der Seite 23 ein Verfahren vor, mit dem - bei- 
spielsweise von einem PC aus - ein Zielrechner so- 
wohl interaktiv programmiert als auch beobachtet 
und gesteuert werden kann. 


Vorschau 

Für das Heft 2/1 990 bereiten wir für Sie unter ande- 
rem Beiträge zu folgenden Themen vor: 

• Mikroelektronik und Meßwerterfassung 

• Bussysteme für Multiprozessoranordnungen 

• Funktionsinterpreter in T urbo-Pascal 
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Patentrecherchen 
per Fernzugriff 

ln der Erzeugnis- und Verfahrensent- 
wicklung sowie in der Produktion gilt 
es, mit wissenschaftlich-technischen 
Spitzenleistungen weiter an Tempo 
zuzulegen. Das erfordert in den Kom- 
binaten und Betrieben, den aktuellen 
internationalen Stand auf dem jeweili- 
gen speziellen Gebiet genau zu ken- 
nen, die Entwicklungsrichtungen von 
Wissenschaft und Technik treffsicher 
zu bestimmen, die einen stabilen Ef- 
fektivitäts- und Qualitätszuwachs in 
der Produktion bewirken sollen. Auf- 
gabe der Generaldirektoren der Kom- 
binate ist es, mit den Pflichtenheften 
die Aufgaben und hohen Leistungs- 
ansprüche für neue Erzeugnisse und 
Verfahren exakt festzulegen. 

Eine wichtige Informationsquelle für 
solide Kenntnis des wissenschaftlich- 
technischen Weltstandes von Er- 
zeugnissen, Technologien und Ver- 
fahren stellt die Patentliteratur dar. 
Die veröffentlichten Patentdoku- 
mente des In- und Auslandes enthal- 
ten die umfassendste Sammlung 
über die in der Welt bereits bekannten 
technischen und technologischen 
Ideen und Lösungen. Deren gründli- 
ches Studium und wissenschaftliche 
Analyse sind für eigene anspruchs- 
volle Aufgabenstellungen unerläß- 
lich, will man den internationalen An- 
forderungen gerecht werden und den 
Weltstand mitbestimmen. 

Das Amt für Erfindungs- und Patent- 
wesen bietet Kombinaten und Ein- 
richtungen vielfältige Informations- 
dienste über weltweit veröffentlichte 
Patente an, so beispielsweise statisti- 
sche und bibliographische Informa- 
tionen, Kurzfassungen und vollstän- 
dige Texte zu Erfindungsbeschrei- 
bungen. Vor allem die vom Amt be- 
reitgestellten Patentdatenbanken er- 
weisen sich als besonders effektiver 
Service. Seit 1988 haben Interessen- 
ten in unserer Volkswirtschaft die 
Möglichkeit, die Datenbank „DDR- 
Patentdokumente“ und „Neuveröffent- 
lichte Erfindungsbeschreibungen des 
Welt-Patentfonds“ im Fernzugriff per 
Computer und Bildschirm zu nutzen. 

1 989 wurde das Informationsangebot 
um die thematische Patentdatenbank 
„Mikroelektronik“ erweitert. Diese In- 
formationsfonds stellt das Rechen- 
zentrum für Patentdatenbanken des 
VEB Datenverarbeitungszentrum 
Frankfurt/Oder bereit. 

Gegenwärtig nutzen 50 Kombinate 
sowie Forschungs- und Entwick- 
lungseinrichtungen diese Datenban- 
ken auf der Grundlage von Vereinba- 
rungen mit unserem Amt. In Abstim- 
mung mit dem Amt für Erfindungs- 
und Patentwesen können sich wei- 
tere Interessenten den erwünschten 
Fernzugriff per Bildschirm über das 
Datennetz der Deutschen Post er- 
schließen. Zunehmend mehr Einrich- 
tungen können so direkt vom Bild- 
schirmarbeitsplatz aus in der Patentli- 
teratur „nachschlagen“. 

Das Amt für Erfindungs- und Patent- 
wesen arbeitet gegenwärtig zielstre- 
big daran, die Verfügbarkeit der vor- 
handenen Datenbanken zu erhöhen 
und durch weitere Patentdatenban- 
ken das Informationsangebot zu ver- 
breitern. L danke 


Hinweise für unsere Autoren 

1 . Die einseitig mit Maschine beschriebenen Manuskripte - 2zeilig, 60 An- 
schläge/Zeile, 30 Zeilen/ Seite senden Sie bitte in zweifacher Ausferti- 
gung an den VEB Verlag Technik, Redaktion MP, Oranienburger 
Straße 13/14, Berlin, 1020. 

Als Manuskript können auch Computerausdrucke mit einem sauberen 
und kontrastreichen Schriftbild dienen, sofern durchschnittlich 60 Zeichen 
pro Zeile eingehalten werden (also wie bei Schreibmaschine mit Silben- 
trennung und ohne Blocksatz!). Bei Verwendung von Matrixdruckern 
drucken Sie bitte mindestens in Near Letter Quality (NLQ). 

2. Der Umfang des Manuskriptes soll im allgemeinen 1 0 Seiten nicht über- 
schreiten. Die maximale Länge des Textteils von Angeboten und Suchmel- 
dungen für die Rubrik „Börse“ beträgt 30 Zeilen. 

3. Das Manuskript beginnt mit einer knappen, aber aussagekräftigen Über- 
schrift; es folgen der akademische Grad, der volle Vor- und Zuname und der 
Ort. 

4. Versuchen Sie, dem Leser die Aufnahme der Informationen zu erleich- 
tern, indem Sie bei der Gestaltung des Textteiles folgendes beachten: 

• Der Beitrag muß übersichtlich gegliedert sein! 

(Zwischenüberschriften, Absätze; eventuell kurze Zusammenfassungen 
oder die Hervorhebung von Kernsätzen) 

• Wo es der Aussage oder der Anschaulichkeit dient, verwenden Sie bitte 
Bilder, Tafeln oder Fotos (siehe auch Punkt 6). 

• Versuchen Sie bitte, Ihren Beitrag in einem leichtverständlichen Schreib- 
stil abzufassen. 

5. Verwenden Sie die Abkürzungen, die im Duden aufgeführt sind; zusätz- 
lich abzukürzende Begriffe schreiben Sie bitte beim ersten Auftreten aus 
und setzen die Abkürzung in Klammern. 

6. Legen Sie bitte Bilder, Tafeln und Fotos als Anhang getrennt numeriert 
bei und kennzeichnen die Anordnung im Text. Die erläuternden Unterschrif- 
ten für alle Bilder und Fotos schreiben Sie bitte auf ein gesondertes Ma- 
nuskriptblatt mit dem Vermerk „Bildunterschriften“. 

Bilder und Tafeln sollten übersichtlich und eindeutig lesbar maschinege- 
schrieben (auch von Drucker oder Plotter) oder als Bleistiftzeichnung einge- 
reicht werden. Um Satzfehler, insbesondere bei Programmlistings zu ver- 
meiden, liefern Sie diese bitte einzeilig als reproduktionsfähige Vorlage 
(kontrastreicher Druck mit schwarzem Farbband in NLQ oder Schreibma- 
schinenschrift auf weißem Papier). 

Bitte beachten Sie, daß auch die eingesandten Programme frei von den 
Rechten Dritter sein müssen. 

Schwarzweißfotos sollten das Format 13 cm x 18 cm haben; das Negativ 
benötigen wir nicht. 

Farbfotos stimmen Sie bitte vorher mit der Redaktion ab. Geben Sie bei ho- 
norarpflichtigen Fotos den Namen und die Adresse bzw. die Konto-Num- 
mer des Bildautors an! 

7. Bedenken Sie bitte, daß die Anzahl der Zeichen pro Zeile im Druck gerin- 
ger ist als im Manuskript. Passen Sie also im Interesse einer korrekten Wie- 
dergabe die Gleichungen und Formeln, kurze Programmauszüge u.ä., die 
im laufenden Text erscheinen sollen, von vornherein an die Spaltenbreite 
(etwa 40 Zeichen) an. Wo dieses nicht möglich ist, deklarieren Sie diese 
Zeilen als Bilder. 

8. Literaturverweise werden, in Schrägstrichen eingeschlossen, fortlau- 
fend numeriert, z.B. „wie in /I/ und 121 dargestellt wurde“, oder „auch 
Meyer hat in 13/ darauf hingewiesen“. Das Verzeichnis der verwendeten Li- 
teratur fertigen Sie bitte auf einem gesonderten Manuskriptblatt in der Rei- 
henfolge des Bezugs im Text nach folgendem Schema an: 

Literatur 

IV Menzer, R.; Richter, B.. Neue Technologien für Digitalisiergeräte. Feingeräte- 
technik, Berlin 34 (1 985) 9, S. 386 

121 Claßen, L.; Oefler, U.: Wissensspeicher Mikrorechnerprogrammierung. VEB 
Verlag Technik, Berlin 1986 

9. Zu jedem Fachartikel schreiben Sie bitte ein etwa 10 Zeilen umfassen- 
des Referat, worin das Wesentliche des Beitrages enthalten ist. 

10. Bei längeren Fachaufsätzen bitten wir Sie darüber hinaus um ein kur- 
zes Autorporträt mit Angaben zu Alter, Ausbildung, beruflichem Werde- 
gang, jetziger Tätigkeit und Aufgabenschwerpunkten. 

1 1 . Unterstützen Sie bitte unsere Bemühungen, den Erfahrungsaustausch 
zu fördern, indem Sie für Interessenten eine betriebliche Kontaktadresse 
und eine Telefonnummer zur Veröffentlichung angeben. 

1 2. Denken Sie bitte auch daran, daß bei Fachbeiträgen aus Ihrem Arbeits- 
bereich eine Veröffentlichungsgenehmigung Ihrer Dienststelle erforderlich 
ist. 

13. Nicht zu vergessen sind schließlich die private und die dienstliche An- 
schrift, Telefonnummern für eventuelle Rückfragen sowie Ihre Konto-Num- 
mer. . 

Bitte überprüfen Sie das Manuskript vor dem Absenden noch einmal an- 
hand der gegebenen Hinweise - Sie vemeiden unnötige Verzögerungen 
bei der Bearbeitung und der Veröffentlichung Ihres Beitrages. 

Ihre Redaktion MP 


Mikroelektronik: 

Großer Nutzen auch . 

in kleinen Betrieben 

Charakteristisch für den Industriebe- 
reich der bezirksgeleiteten und Le- 
bensmittelindustrie sind eine Reihe 
großer zentralgeleiteter Kombinate, 
aber auch eine Vielzahl kleinerer Be- 
triebe insbesondere der bezirksgelei- 
teten Industrie. Ihr Produktionsprofil 
ist breit: Neben den in allen Bezirken 
ansässigen und für die Bevölke- 
rungsversorgung mit Waren des tägli- 
chen Bedarfs bedeutsamen Ge- 
tränke- und Backwarenproduzenten 
zählen z.B. leistungsstarke Klein- 
und Mittelbetriebe der metallverarbei- 
tenden, chemischen, Leicht- und der 
Schnittholzindustrie sowie Rationali- 
sierungsmittelbaubetriebe dazu. 

Eine Reihe von ihnen verfügt über 
gute Erfahrungen bei der Anwendung 
der Mikroelektronik, weiß die Vorteile 
dieser Schlüsseltechnologie zu 
schätzen, ob bei der rationelleren Ge- 
staltung des Reproduktionsprozes- 
ses, in der Erzeugnisentwicklung, 
hinsichtlich einer material- und ener- 
gieökonomischen oder zeitsparen- 
den Fertigung sowie verbesserten Ar- 
beitsbedingungen. Derzeit sind in Be- 
trieben der bezirksgeleiteten Industrie 
z. B. rund 1 200 CAD/CAM-Stationen 
im Einsatz. Zugleich: Auch Kleinbe- 
triebe lassen zunehmend die Mikroe- 
lektronik in ihre Erzeugnisse einflie- 
ßen. Das Gütezeichen „Q“, Patentan- 
meldungen, Goldmedaillen zu Leipzi- 
ger Messen und Prädikate für Spit- 
zenleistungen sind Ausdruck für Fort- 
schritte in der Arbeit auf diesem Gebiet. 
Die Möglichkeiten der Mikroelektro- 
nik machten sich z. B. die Werktäti- 
gen im bezirksgeleiteten VEB Berli- 
ner Strickmoden zunutze. Rechner- 
gestützt erfolgt hier der Strickmuster- 
entwurf, einschließlich der Farbmu- 
sterung, sowie die damit sofort mögli- 
che Steuerung der Fachstrickauto- 
maten. Der Nutzen liegt auf der Hand: 
Das Strickwarenangebot wird vielsei- 
tiger, die Erneuerungsrate erhöht 
sich auf 80 Prozent, der Zeitaufwand 
für die Musterung sinkt um 95 Pro- 
zent, spürbar verkürzt wird ebenso 
der Zeitraum vom Musterentwurf bis 
zur Auslieferung der fertigen Erzeug- 
nisse. Im VEB Metallwerkstätten 
„Warnow“ Rostock konnte mit Hilfe 
der Mikroelektronik die Produktion 
von Schäkeln - Anschlagmitteln für 
Hebezeuge - automatisiert werden. 
Die Ablaufsteuerung ist effektiver ge- 
staltet und das Prüfen automatisiert 
worden, so daß die Arbeitsproduktivi- 
tät um 1 17 Prozent stieg und 6 Werk- 
tätige andere Aufgaben übernehmen 
konnten. 

Eingang findet die Mikroelektronik in 
einer Vielzahl von Erzeugnissen, die 
in Klein- und Mittelbetrieben des Be- 
reiches hergestellt werden. 

Deutlich zeigt sich also: Die gezielte 
Anwendung der Schlüsseltechnolo- 
gie Mikroelektronik bringt auch in klei- 
nen Betrieben unmittelbaren Lei- 
stungszuwachs, trägt zugleich bei, 
das Angebot an hochwertigen Kon- 
sumgütern zu bereichern und der 
Forderung nach anspruchsvollen Zu- 
lieferungen gerecht zu werden. 

Prof. Dr. K. Borkmann 


- 
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Zuverlässigkeit von Einchip- 
mikrorechnersystemen 


Carsten Knop 

VEB Forschung , Entwicklung und Ra- 
tionalisierung des Schwermaschi- 
nen - und Anlagenbaus Magdeburg 


Für die Lösung einer Vielzahl von Aufgaben 
in der Kleinautomatisierung stellt die Familie 
der Einchipmikrorechner (EMR) ein lei- 
stungsfähiges und kostengünstiges Instru- 
mentarium dar . Vor allem in Geräten, Bau- 
gruppen und kleineren elektronischen Funk- 
tionseinheiten werden EMR zur Überwa- 
chung von Prozessen und zur Steuerung 
von Funktionsabläufen verwendet. Die Kon- 
figurierbarkeit der Ports, die freie Wahl des 
Bearbeitungsalgorithmus durch das Pro- 
gramm und die möglichen Peripheriefunktio- 
nen sorgen für die Flexibilität und damit für 
das breite Anwendungsspektrum der EMR. 
Gleichzeitig ergeben sich aber auch Mög- 
lichkeiten zur Beeinflussung der Zuverläs- 
sigkeit des jeweiligen technischen Systems, 
die viele Entwickler heute noch nicht konse- 
quent nutzen. Im folgenden werden deshalb 
einige Begriffe der Zuverlässigkeitstheorie 
behandelt, allgemeine Maßnahmen zur Zu- 
verlässigkeitserhöhung erläutert und deren 
praktische Anwendung beim Einsatz von 
EMR abgeleitet. 

Begriffe 

Ganz allgemein ist nach /I/ die Zuverlässig- 
keit ein Ausdruck für das Vorhandensein von 
Gebrauchseigenschaften innerhalb einer be- 
stimmten Nutzungszeit. Durch das Wirken 
von äußeren und inneren Einflüssen können 
sich diese Gebrauchseigenschaften verän- 
dern. Dabei kann es zu einem Fehler oder zu 
einem Ausfall des jeweiligen Systems kom- 
men. 121 charakterisiert diese Begriffe folgen- 
dermaßen: 

- Ein Fehler liegt vor, wenn die volle Funk- 
tionsfähigkeit eines Systems nicht mehr ge- 
währleistet ist, das heißt, es werden nicht 
mehr alle Haupt- und Nebenparameter erfüllt 
(z. B. defekte Kontrollampe in einem Strom- 
versorgungsgerät). 

- Ein Ausfall liegt dann vor, wenn die Ar- 
beitsfähigkeit eines Systems nicht mehr ge- 
währleistet ist, das heißt, es werden nicht 
mehr alle Hauptparameter erfüllt (z. B. Kurz- 
schluß in einem Stromversorgungsgerät). 

Zur Beurteilung der Zuverlässigkeit von Sy- 
stemen werden die Kenngrößen nach /3 / her- 
angezogen. Ihre quantitative Ermittlung er- 
folgt mit statistischen und wahrscheinlich- 
keitstheoretischen Mitteln. Bei der prakti- 
schen Anwendung ist aber oftmals eine ver- 
gleichende Beurteilung mehrerer möglicher 
Varianten sinnvoll und ausreichend. 

Für allgemeine Aussagen wird oft die Dauer- 
verfügbarkeit V D verwendet. Hierbei kommen 
mehrere Zuverlässigkeitskenngrößen gleich- 
zeitig zur Anwendung: 


mit: 0^ = mittlerer Ausfallabstand 
T a = mittlere Ausfalldauer 

Diese komplexe Kenngröße faßt die Erwar- 
tungen eines Anwenders in bezug auf die Zu- 


verlässigkeit eines technischen Systems zu- 
sammen: 

- Die Arbeitsfähigkeit muß über einen mög- 
lichst langen Zeitraum erhalten bleiben. 

- Wenn es zu einem Ausfall kommt, muß 
dieser in möglichst kurzer Zeit behebbar sein. 

Maßnahmen 

zur Zuverlässigkeitserhöhung 

Ausgangspunkt für die Entwicklung eines 
technischen Systems ist die gründliche Ana- 
lyse des Prozesses, in dem das System ein- 
gesetzt werden soll. Ergibt sich daraus die 
Forderung nach erhöhter Zuverlässigkeit und 
Dauerverfügbarkeit, kommen die Prinzipien 
der Fehlerdiagnose und der Fehlertoleranz 
zum Einsatz. Die Fehlerdiagnose realisiert 
eine Überprüfung des Einschaltzustandes 
und eine zyklische Eigenüberwachung des 
Systems, ohne den Funktionsumfang im feh- 
lerfreien Fall wesentlich einzuschränken. 

Im Fehlerfall schließt sich an die Fehlererken- 
nung die Fehlerlokalisation an. Die Diagno- 
setiefe ist dabei von der weiteren Auswertung 
des Fehlersignals abhängig. In einfacheren 
Systemen wird zumeist nur der Fehler ange- 
zeigt und der Bediener damit zu einer Reak- 
tion aufgefordert (z. B. Papierendeerken- 
nung an einem Drucker). Das Ergebnis der 
Fehlerdiagnose wird aber auch dazu genutzt, 
das System in einen für den angeschlosse- 
nen Prozeß sicheren Zustand zu überführen 
(Fail-save-Verhalten). Beispiele hierfür sind 
das Abschalten eines Antriebes beim Ausfall 
eines Wegmeßsystems, um eine Kollision zu 
vermeiden, oder das Einschalten eines Lüf- 
ters beim Ausfall der Temperaturmessung in 
einer Steuerung, um eine Überhitzung zu 
verhindern. Weiterhin kommen die Prinzipien 
der Fehlerdiagnose bei der Instandsetzung 
zur Anwendung. Eine hinreichend exakte 
Fehlerlokalisation (z. B. Ermittlung des de- 
fekten _Moduls) verkürzt die mittlere Ausfall- 
dauer T a und wirkt nach (1) positiv auf die 
Dauerverfügbarkeit V D . Voraussetzung für, 
eine Fehlertoleranz ist das Vorhandensein 
redundanter Systemelemente. Fehlertole- 
ranz wird in folgenden Schritten erreicht (vgl. 
/4/ und/5/): 

- Fehlerdiagnose mit Fehlererkennung und 
-lokalisation 

- Rekonfiguration 

- Wiederanlauf. 

Damit wird der mittlere Ausfallabstand 0 ge- 
genüber Systemen ohne Fehlertoleranz ver- 
größert, was sich nach (1 ) positiv auf die Dau- 
erverfügbarkeit V D auswirkt. 

Zuverlässigkeit 
in EMR-Schaltungen 

Im folgenden werden einige allgemeine Bei- 
spiele für Zuverlässigkeitsmaßnahmen er- 
läutert. Dabei wird der Schwerpunkt auf die 
Frage der Fehlerdiagnose gelegt. Speziell 
auf dem Gebiet der Kleinautomatisierung 
stellt sie ein wichtiges Instrumentarium der 
Zuverlässigkeitsarbeit dar. In diesem Beitrag 
werden nur permanente und transiente Hard- 
warefehler betrachtet. Da es sich bei Soft- 
warefehlern ausschließlich um Entwurfs- und 
Programmierfehler handelt, können sie in 
kleinen Systemen, die ausreichend gestestet 



sind, genauso vernachlässigt werden wie 
Hardwareentwurfsfehler. Ein allgemeiner 
Programmablauf eines EMR-Systems ist in 
Bild 1 dargestellt. Er verdeutlicht den sequen- 
tiellen Zusammenhang der einzelnen Dia- 
gnoseabschnitte. 


RESET 

V 

Einschaltdiagnose 
Fehler vorhanden ? 

0 

Systemfunktionen 
On -/ine - Fehlerdiagnose 
Fehler vorhanden ? 

1 

Fehlermeldung 
Fehlermeldung beantwortet ? 

Auswertung der Antwort 

A 

Stillegung des 
Systems 




1 71 


Bild 1 Allgemeiner Programmablauf eines 
EMR-Systems 

Nach dem Rücksetzen des EMRs wird zu- 
nächst eine Einschaltdiagnose durchlaufen. 
Im allgemeinen besteht an sie keine Echtzeit- 
anforderung, da die Systemfunktionen zu 
diesem Zeitpunkt noch nicht arbeiten. Die 
Einschaltdiagnose wird in mehreren Stufen 
durchgeführt. Als erstes werden Funktionen 
überprüft, die unmittelbar den EMR betreffen. 
Anschließend erfolgt die Überprüfung der 
Hardwareumgebung des EMRs und zum 
Schluß die Testung der vorhandenen Pro- 
zeßschnittstellen. Dadurch wird weitgehend 
gewährleistet, daß jeder neue Test nur auf 
bereits überprüften Systemkomponenten 
aufbaut. 

Zu Beginn der Einschaltdiagnose findet ein 
ROM-Test statt, da das Vorhandensein des 
fehlerfreien Speicherinhalts eine Hauptvor- 
aussetzung für die ordnungsgemäße Pro- 
grammabarbeitung ist. Dieser Test wird 
meist als Prüfsummenbildung oder CRC-Be- 
rechnung überden gesamten ROM durchge- 
führt. Der Vergleich des ermittelten Ergebnis- 
ses mit dem als Konstante gespeicherten 
Sollergebnis liefert die Entscheidung, ob ein 
Fehler vorliegt. Anschließend werden die all- 
gemein verwendbaren Register einem RAM- 
Test unterzogen. Bild 2 zeigt dazu ein Pro- 
grammbeispiel zum Überprüfen der Schreib- 
und Lesefunktionen. In ähnlicher Weise ist 
auch der eventuell vorhandene externe RAM 
zu prüfen. Weitere EMR-Funktionen sind auf 
Grund der Komplexität des Bauelementes in 
der Regel nicht sinnvoll und umfassend zu te- 
sten. Ihre Fehlerfreiheit kann nur indirekt 
an der ordnungsgemäßen Programmabar- 
beitung überprüft werden. Eine Möglichkeit 
dazu ist die Installation eines Watch-dog-Ti- 
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TEST: CLR X4 

MAI: LD %5 , %4 

CP %4,X5 
JP NZ , FEHL 
INC %4 
■JE NZ , MAI 
CLE SS 5 

MA2 : LD %4,%5 

CP X5.X4 
JP NZ, FEHL 
INC X5 
JE NZ, MA2 
LD %4,#%6 
MA3 : CLR %5 

MA4 : LD(§K4,%5 

CP %5.(s&4 
JP NZ, FEHL 
INC X5 
JE NZ, MA4 
INC X4 
CP X4, #%80 
JE NZ, MA3 


;Test des Registers R5 


; Test des Registers R4 


;Test der Register R6 - R127 


FEHL: 


; Fehlerbehandlung 


Bild 2 Programmteil zum Testen der Register 


mers nach /6/, der vom EMR zyklisch ange- 
sprochen wird. Bleibt dieses Ansprechen 
aus, so ist auf einen Fehler in der Arbeits- 
weise des EMRs zu schließen. Im zweiten 
Teil der Eigendiagnose erfolgt die Überprü- 
fung der Hardwareumgebung des EMR. Bild 
3 zeigt dazu eine Möglichkeit der prinzipiellen 
Herangehensweise. Mit dieser Anordnung 
können reale Prozeßdaten durch den EMR 
simuliert und die ordnungsgemäße Arbeits- 
weise der Vorverarbeitungshardware über- 
prüft werden. 

Das zusätzliche Element Multiplexer (MUX) 
stellt die Voraussetzung für die Fehlerdia- 
gnose in der Vorverarbeitungshardware dar 
und wirkt dadurch positiv auf die mittlere Aus- 
fai!dauerT A . Außerdem bildet es die Grund- 
lage für die Realisierung eines Fail-save-Ver- 



Bild 3 Prinzipschaltung zum Hardwaretest 


haltens und für die Anwendung von Elemen- 
ten der Fehlertoleranz. Bei richtiger Simula- 
tion der Prozeßsignale kann mit dieser An- 
ordnung ein vorhandener Fehler mit hoher 
Wahrscheinlichkeit erkannt werden. 

Die Funktionsweise der Prozeßschnittstelle 
kann in der Regel nicht vollständig getestet 
werden. Mit einigen einfachen Maßnahmen 
lassen sich aber bestimmte Fehler erkennen. 
Dazu sind die Meßglieder des EMR-Systems 
abzufragen und die ermittelten Prozeßdaten 
auf die Einhaltung eines vorgegebenen Wer- 
tebereiches zu testen. Liegt eine Bereichs- 
überschreitung vor, so ist auf einen Fehler in 
der Prozeßschnittstelle oder im Prozeß zu 
schließen. Wenn der Prozeß es erlaubt, kann 
an dieser Steile noch eine gezielte Prozeßbe- 
einflussung über die Stellglieder erfolgen. 
Die entsprechende Reaktion der Meßglieder 
dient auch hier der Fehlererkennung. 

Beim Auftreten eines Fehlers generiert der 
EMR eine Fehlermeldung. Sie wird in Abhän- 
gigkeit von der Systemkonfiguration dem Be- 
diener angezeigt, zum übergeordneten 
Rechner übertragen oder für die Aktivierung 
von Fehlertoleranzfunktionen genutzt. 

Eine Reaktion auf die Fehlermeldung wertet 
der EMR aus, und in Abhängigkeit davon er- 


folgt eine Stillegung (evtl, mit Fail-save-Ver- 
halten), ein Neustart oder eine Fortsetzung 
der Arbeit des Systems. 

Nach dem fehlerfreien Ablauf der Eigendia- 
gnose geht das System zu seiner normalen 
Funktion über(s. Bild 1). Im Hintergrund wird 
dabei die Online-Fehlerdiagnose durchge- 
führt. Sie überwacht zyklisch das System und 
kann immer aktiviert sein, wenn der EMR 
nicht für die Systemfunktionen benötigt wird. 
Es kommt ein großer Teil der Tests zur An- 
wendung, die bei der Einschaltdiagnose be- 
reits erläutert wurden. Auch weitere Test- 
funktionen, wie die Überwachung der Versor- 
gungsspannung nach /6/, können sinnvoll 
angewendet werden. Da nicht bei jedem Auf- 
ruf der Online-Fehlerdiagnose alle Tests 
durchgeführt werden können, ist darauf zu 
achten, daß Elemente mit hoher Ausfallwahr- 
scheinlichkeit öfter überprüft werden als an- 
dere Elemente. 

Bei kleineren EMR-Systemen finden die Prin- 
zipien der Fehlertoleranz nur begrenzt An- 
wendung. Hauptgrund dafür ist der erhöhte 
Aufwand zur Schaffung redundanter System- 
funktionen. Einen Kompromiß zwischen Auf- 
wand und Leistungsfähigkeit nach dem Auf- 
treten eines Fehlers stellt die Redundanzart 
Graceful Degradation dar. Diese in 14/ aus- 
führlich beschriebene Redundanzart geht 
von einer definierten Leistungsminderung im 
Fehlerfall aus, wobei grundlegende System- 
funktionen aufrechterhalten werden. 

Eine weitere zur Anwendung kommende Me- 
thode ist die Zeitredundanz. Dabei werden 
bestimmte Programmteile mehrfach ausge- 
führt und die Ergebnisse verglichen. Es läßt 
sich damit ohne zusätzlichen Hardwareauf- 
wand eine Toleranz gegenüber transienten 
Fehlern erreichen. Die erhöhte Programm- 
laufzeit ist für viele kleinere EMR-Systeme 
unkritisch, da keine harten Echtzeitanforde- 
rungen bestehen. 
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Ausblick 

Die Bedeutung der Zuverlässigkeit als Be- 
standteil der Erzeugnisqualität wird auch in 
den nächsten Jahren stark zunehmen. Die- 
sen Trend unterstützen heute schon einige 
Bauelementehersteller durch die Bereitstel- 
lung von Diagnose- und Fehlertoleranzprinzi- 
pien als Hard- und Firmware (vgl. 171 und 18 /). 
Zur Durchsetzung von Zuverlässigkeitsmaß- 
nahmen in der Systemebene wird der Ent- 
wickler aber in immer stärkerem Maße die 
Prinzipien der Fehlerdiagnose und der Feh- 
lertoleranz zur Anwendung bringen müssen. 
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WAS? 

• technisch-methodische Grundlagen des Si- 
gnalmappings 

• Hochleistungsmeßtechnik einschließlich der 
bis an die technisch-physikalische Grenze ge- 
henden Erfassung von Prozeßparametern an 
vorgegebenen und ausgewählten Punkten 

• Modellvorstellungen zur Rekonstruktion be- 
stimmter Parameterverteilungen oder zur Ge- 
nerierung von Unterscheidungsmerkmalen 

• komfortable, im allgemeinen bildhafte Dar- 
stellung der Mappingergebnisse und adäquate 
Auswerteverfahren 

• Mapping für medizinische Diagnostik (EEG- 
EP, MEG) 

• Mapping für physikalische und technologi- 
sche Anwendungen 

(Auger-Elektronen-Spektroskopie, Inspektion 
technischer Oberflächen, Qualitätssicherung) 
WIE? Anmeldungen für die Teilnahme senden 
Sie bitte bis Januar 1990 an die Friedrich-Schil- 
ler-Universität Jena, Sektion Technologie für 
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Thälmann-Rmg 32, Jena, 6900; Tel.8 20 
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Eingabemasken 
mit Turbo-Pascal 

Bernd Matzke, Delitzsch 


Die Programmiersprache Turbo-Pascal ist 
weit verbreitet, abertrotz aller Vorzüge sind 
einige Details, beispielsweise die Standard- 
prozeduren zur Eingabe, recht spartanisch 
geraten. Gerade hier wären aber oft komfor- 
tablere Möglichkeiten, wie sie zum Beispiel 
in dBase verfügbar sind, wünschenswert. 

Im folgenden sollen einige Prozeduren zur 
maskengesteuerten Eingabe von Werten be- 
schrieben werden, die dem Turbo-Pascal- 
Programmierer ähnliche Möglichkeiten wie 
die dBase-Befehle GET und READ bieten. 
Das Programm entstand auf einem A 7100 
unter SCP 1700. Bei der Nachnutzung der 
Prozeduren auf der 8-Bit-Technik ergeben 
sich geringfügige Unterschiede, auf die im 
Text und im Programmlisting hingewiesen 
wird. 

Die Übernahme des unveränderten Pro- 
gramms unter MS-DOS erscheint möglich, 
konnte aber mangels entsprechender Tech- 
nik nicht erprobt werden. 

Wenn eine maskenorientierte Erfassung von 
Daten erfolgen soll, so ist ein indizierter Zu- 
griff auf die einzelnen Elemente der Maske, 
also die Vereinbarung als Array, erforder- 
lich. 

Da die Kursor-Steuertasten ( A E, A S, A D, A X) 
zur Auswahl eines Maskenfeldes benutzt 
werden sollen, müssen Tastaturabfragen 
zeichenweise erfolgen. Damit ist die Verein- 
barung der innerhalb der Maske zu editieren- 
den Variablen als ARRAY of CHAR oder ein- 
facher als STRING notwendig. 

Die Konvertierung aller Variablen in den ge- 
meinsamen Datentyp STRING ist durch die 
entsprechende Prozedur zum Aufbau der 
Maske auszuführen, soll also nicht speziell 
für jede Maske neu programmiert werden. 

Das Prinzip 

Die Prozedur GET_MASKE baut ein Array 
auf, in dem alle zur Realisierung der Maske 
notwendigen Daten gespeichert werden. Vor 
allem sind dies die Adresse und der Typ der 
einzugebenden Variablen, ein Eingabefilter 
(ähnlich PICTURE unter dBase) sowie Daten 
zum Bildaufbau. 

In der Prozedur wird der Inhalt der übergebe- 
nen Variable in einen String gewandelt und 
im Array MASKE zwischengespeichert. 

Nach dem Definieren der Maske mit GET- 
JVIASKE wird mit READ_MASKE das Editie- 
ren der Bildschirmmaske eingeleitet. 

Die Maske wird auf dem Bildschirm darge- 
stellt, anschließend können Werte eingege- 
ben werden. Das gerade zu bearbeitende 
Feld wird hell und invers dargestellt. Bei der 
Eingabe ist ein Eingabefilter wirksam. 

Nach Verlassen eines Feldes wird der String 
in eine Variable des ursprünglichen Typs ge- 
wandelt und deren Inhalt an die entspre- 
chende Adresse im Hauptspeicher übertra- 
gen. Der auf dem Bildschirm angezeigte 
String wird entsprechend der Umwandlung 
korrigiert. 

Mit diesem Verfahren können die ansonsten 


durch die Typvereinbarungen auftretenden Be- 
schränkungen umgangen und beliebige Va- 
riableninhalte zeichenweise editiert werden. 
Der Editiervorgang wird zum Abschluß der 
Bearbeitung des letzten Feldes mit ET oder 
Control-X beendet. 

Die Prozeduren 

Dem Programmierer stehen die fünf Proze- 
duren CLEAR_MASKE, GET_MASKE, RE- 
AD_MASKE, SAYJVIASKE und ERASE- 
_MASKE zur Verfügung. Alle anderen, hier 
global zugänglichen Variablen und Prozedu- 
ren sollten nicht verwendet werden. Um ver- 
sehentliche Doppelvereinbarungen in ande- 
ren Programmteilen zu vermeiden und die 
Übersichtlichkeit zu erhöhen, erhielten die 
betreffenden Bezeichner den Vorsatz m. 

Die Prozedur CLEARJGET setzt den An- 
fangswert zum Aufbau der Maske. 

Sie muß aufgerufen werden, bevor mit dem 
Aufbau einer neuen Maske begonnen wird. 


Die Prozedur GET„MASKE baut das Array 
MASKE auf, in dem alle Daten für den Aufbau 
der Bildschirmmaske gespeichert werden. 
Die Übergabe der Variablen erfolgt typfrei, 
weil durch die Prozedur Variablen unter- 
schiedlichen Typs verarbeitet werden müs- 
sen. Da der Prozedur aber zur Umwandlung 
der Variablen in einen String und zum späte- 
ren Rückschreiben des eingegebenen Wer- 
tes der Typ der Variablen bekannt sein muß, 
wird dieser durch VARTYP mitgeteilt. Die 
Verwendung des richtigen Typ-Bezeichners 
liegt in der Verantwortung des Programmie- 
rers, eine Prüfung kann nicht erfolgen. 

Den Variablen vom Typ Integer und Real 
sollte, aber denen vom Typ String muß vor 
Aufruf von GET_MASKE ein Wert zugewie- 
sen werden, um Störungen des Bildaufbaus 
zu vermeiden. 

Das Einlesen des Inhaltes erfolgt, indem auf 
die Adresse der typfreien Variablen V ein Va- 
rianten-Record mit drei Hilfsvariablen der Ty- 
pen Integer, Real und String gelegt wird, die 
den typgerechten Zugriff auf die Variable er- 
möglichen. Folgende Werte müssen der Pro- 
zedur übergeben werden: 

V ist die zu editierende Variable. 

VARTYP kennzeichnet den Typ der Vari- 
ablen V. 
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PR06RAM demo; {Demonstration Eingabemasken } 
{*V-> 

{*c-> 

TYPE da = RECORD 

bez :STRING[30] ; 
matnr: INTEGER; 
preis: REAL; 

END; 

VAR datensatz:da; 


(Stringlaengenpruefung aus} 
{kein Abbruch bei Control-C} 


{♦I maske} 


{File mit Prozeduren zur maskennesteuerten Eingabe} 


PROCEDURE demoproz ; 

VAR a : STR I NG f 20 ] ; 
b:STRING[53 ; 
c: INTEGER; 
d : REAL ; 

BEGIN 

a:-'abcdef ' ; b : = ’ ' ; c : =999 ; d:=— 5.555; 
clearjget ; 

get jnaske(a,5tring_typ, 'Stringl 
get_maske(b,5tring_typ, 'String2 
getmask e ( c , integer_typ , ' Integer 
get maske ( d , real_ty p , Real 


, ' ! XXXXXXX ' ,2, l,SizeOf <a) ,20,0) ; 

,2,30,Size0f (b) , 5,0); 
,'999' ,4, l,Sizeüf(c), 3,0); 
,'999999' , 4 , 30 , Si zeOf ( d ) , 6,1); 


{Maske editieren} 


{die letze Stelle wird abgeschniten da ST=4> 


{ d wird auf —5.6 gerundet, da nur eine Nachkommastelle 
read_maske; 
erasejnaske ; 

GotoXY ( 1 ,18) ; 

Wri teLn (' Inhal t Maske 2:'); 

WriteLn(a); WriteLn(b); WriteLn(c); WriteLn(d); 

Delay (2000) ; 

saymaske; { anzeigen zur Demonstration } 

END; 

BEGIN 

ClrScr ; 

WITH datensatz DO BEGIN 
bez : = ' * ; 
ma tnr: = l 2345 ; 
preis :-0.0; 
clearjget; 

get_maske( bez , stringtyp, 'Bezeichnung: ' 

' ! ' ,l,l,SizeOf ( bez) ,30,0) ; 
get_/naske( matnr , integer typ, ' Mat .nummer : ' 

'9999' ,2,1, BizeOf (matnr) ,4,0) ; 
get_maske( preis , real __typ, Preis : ' 

' 9999999 ,3, 1 ,SizeOf ( preis) ,7,2) ; 

END; 

read_maske; 

GotoXY (1,8) ; 

Wri teLn (' Inhal t Maske 1 
WITH datensatz DO BEGIN 
WriteLn{ 'Bezeichnung 
Wri teLn ( ’ Nummer 
Wri teLn ( ' Preis 
END; 

Delay (2000) ; 
erasemaske ; 
demo_proz ; 

GotoXY( 1,23); 

ENB- 


:' ); 

' , bez ) ; 

' , matnr ) ; 
' , preis) ; 


{loeschen der Maske auf dem Bildschirm} 


Bild 1 Demonstrationsprogramm zur Arbeit mit Eingabemasken 
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NAME 

PICT 

ZEILE, SPALTE 

SIZE 

ST, KST 


ist der erläuternde Name 
des einzugebenden Ele- 
mentes, z. B. „Name“, 
„Bestellnummer“ o. ä. 
ist ein String, der Filterzei- 
chen zur Steuerung der 
Eingabe angibt, 
legen Zeilen- und Spalten- 
nummer fest, in der das 
Feld beginnen soll, 
gibt die mit SizeOf (var) zu 
ermittelnde Größe der Vari- 
ablen V in Byte an. 
Gesamtstellenzahl und 
Zahl der Nachkommastel- 
len 


Der Wert ST bestimmt die maximale Anzahl 
der einzugebenden Zeichen. Es ist dadurch 
möglich, die Stellenzahl des einzugebenden 
Wertes zu begrenzen (z. B. dreistellige Inte- 
ger-Zahl). Beim Aufbau der Maske können 
dadurch eventuell Zeichen verloren gehen 
und damit ungewollt Wertverfälschungen 
auftreten, wenn die Stellenzahl zu klein ge- 
wählt wird (siehe Bild 1 ). 


In der Prozedur READ_MASKE wird die 
Maske mit den Inhalten der einzelnen Ele- 
mente auf dem Bildschirm dargestellt. An- 
schließend werden die einzelnen Elemente 
editiert. Dazu stehen die folgenden Steuerta- 
sten zur Verfügung: 


[Ctrl]-X oder ET 

[Ctrl]-E 

[Ctrl]-R 

[Ctrl]-C 

[Ctrl]-D 

[Ctrl]-S 

DEL und ßackspace 


ein Feld vorwärts 
ein Feld zurück 
erstes Feld 
letztes Feld 

Kursor ein Zeichen nach 
rechts 

Kursor ein Zeichen nach 
links 

Zeichen links vom Kursor 
löschen 


Durch das Feld PICTURE im Array MASKE 
wird ein Eingabefilter definiert. Folgende Zei- 
chen bewirken eine Filterfunktion: 
Leerzeichen: Alle Zeichen werden unverän- 
dert übernommen. 

! Umwandlung in Großbuchstaben, es wer- 
den nur Buchstaben und das Leerzeichen ak- 
zeptiert. 

X Es werden nur Buchstaben oder Leerzei- 
chen akzeptiert. 

9 Es können nur Ziffern, das Leerzeichen 
und das negative Vorzeichen eingegeben 
werden. 

Ist der beim Aufbau der Maske übergebene 
Filter-String kürzer als die maximale Stel- 
lenzahl, so wird er mit Leerzeichen aufge- 
füllt. 

Die Prozedur wird verlassen, wenn das letzte 
Maskenfeld verlassen wird. 


Die Prozedur UMWAND^MASKE wandelt 
den editierten String in eine Hilfsvariable des 
Typs der Quellvariablen um und überträgt 
den Inhalt der Hilfsvariablen auf deren 
Adresse. 

Der Zugriff auf die Quellvariable wird durch 
einen POINTER TO INTEGER ermöglicht. 
Der Typ des Zeigers ist hier aber bedeu- 
tungslos, da durch die Standardprozedur 
MOVE keine Typprüfung von Quelle und Ziel 
des Datentransports erfolgt. 

Er wird lediglich verwendet, da typfreie Zei- 
ger nicht erzeugt werden können. 

Die Prozedur SAY_MASKE stellt die Maske 
auf dem Bildschirm dar, ohne daß das Editie- 


Bild 2 Inctude-Datef MASKE PAS 
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{************ ********************** ****************************** *******} 

{* Include-File zur maskengesteuer ten Eingabe unter Turbo-Pascal *> 

{* BS: SCP1700 Rechner :A7100 B.Matzke 1989 *> 

{**♦***************#******************<*»******»**********************<*> 

CDNST mnorm = * [Om' ; {Videosteuerzeichen normale Darstellung! 

m_hinv = ~[ ' [Om ' ' C 1«> *~t ' [7m ' ; {hell invers} 

{bei 8-Bit Steuerzeichen durch leeren String (' ' ) ersetzen) 

TYPE m_var = ( in teger^typ, string_typ , rea 1 _typ ) ; 

m_str = STRING{80); {je nach laengstem zu editierndern String) 


m__typ = RECORD 

feldname , 
inhal t , 
pic ture : 
typ : 

xpos, 
ypos, 
stellen, 
kommast, 
groesse: 
posit : 

END; 

narray = ARRAY[l..lOJ OF m_typ; 
m_help = RECORD CASE INTEGER OF 
ls(is INTEGER); 

2:(r: REAL); 

3 : ( s ; m_str ) ; 

END; 


„str; 
var ; 


INTEGER; 

'INTEGER; 


{Bezeichnung des Feldes) 
{Wert als String) 
{Eingabef i 1 ter } 
{Typ der Variablen) 
{Spalte fuer Feldbeginn) 
{Zeile ,, ,, ) 

{Anzahl einzulesende Zeichen) 
{Anzahl Kommastellen bei REAL) 
{Seicherbedarf der Variablen in Byte) 
{Zeiger auf Variable) 


{Anzahl nach Bedarf) 
{dient zur beliebigen Inter-) 
{pretation einer typfreien ) 
{Variable } 


VAR mjnaske : m array ; 
m_max: INTEGER; 


{Anzahl der wirklich genutzten Felder) 


PROCEDURE m_wandel(VAR maskenfeld :m_typ; help :m help); 

{wandelt Quel 1 variable in String um, es wird maximal die mit STELLEN } 
{festgelegte Zeichenzahl beruec ksichtigt * ! ! ) 

BEGIN 

WITH maskenfeld DO BEGIN 
CASE typ OF 

integer typ: Str ( help. i :stel 1 en , inha 1 t ) ; 
real_typ : Str ( hei p - r : stel 1 en : kommast , inhal t ) ; 
string_typ : inhal t:-hel p . s ; 

END ; 

inhal t:-Copy ( inhal t,l , stel len ) ; 

WHILE Leng th ( inhal t ) < stellen DO inhal t:=inhal t+ ' 

END; 

END; 

PROCEDURE m_l s ( x , y , 1 : INTEGER; Video :m_str); 

{gibt an der Position x,y einen Leerstring mit 1 Leerzeichen aus ) 

{die darstel lung erfolgt entsprechend dem uebergebenen vldeo-attribut } 
VAR n: INTEGER; 

BEGIN 

GotoXY(x,y ) ; 

Wr i te (Video ) ; 

FOR n:=l TO 1 DO Write( ' '); 

Write(mnDrm) ; 

END; 

PROCEDURE m_writefeld (num rINTEGER; Video :m__str); 

{Bezeichnung und Inhalt des Feldes NUM mit Video-Attribut ausschreiben } 
BEGIN 

IF num IN [l..m_max] THEN BEGIN 
WITH mmaskeCnum) DO BEGIN 

ml s ( x pos+Leng t h ( feldname) , ypos, stel len, video) ; 

GotoXY { xpos , ypos ) ; 

Write( feldname, video, inhal t,m_norm) ; 

GotoXY ( xpos+Length( feldname) , ypos ) ; {Kursor an Feldanfang} 

END ; 

END; 

END; 

PROCEDURE saymaske; {darstellen der Maske auf dem Bildschirm) 

VAR n: INTEGER; 

BEGIN FOR n : =1 TO mjnax DO mwri tef eld ( n ,m_r>orm ) ; END; 

PROCEDURE erase_maske; {loeschen der Maske auf dem Bildschirm) 

VAR n: INTEGER; 

BEGIN 

FOR n : =1 TO mmax DO 
WITH m_maske[n] DO 

m_ls( xpos, ypos, Length( feldname)+Length( inhal t) ,m_norm) ; 

END ; 


PROCEDURE c learget; 
BEGIN m_max:=0; END; 


{loeschen der gesammten Masken-Def ini t ion) 


PROCEDURE get maske ( VAR v; vartyp: mvar; name,pict : m s t r ; 

zeile,spal te,size,st ,kst : INTEGER) ; 

VAR hei p_var : mhelp ABSOLUTE v; {ermoeg licht I n terpretation von v) 

BEGIN 

m_max:= mmax+1 ; 

WHILE Length(pict) < st DO pict:=pict+' 

WITH m_maske[m_max] DO BEGIN 

f eldname:=name; pic ture: =pict ; 
stellen :=st; kommast : =kst ; 

xpos :=spalte; ypos :=zeile; 

typ : = var typ ; groesse :=size; 

posit :=Addr(v); {bei 8-Bit: Ptr(Addr(v) ) ) 

m wandel ( m_maske[m maxj , hei p_var ) ; {wandeln v in String) 

END; 

END; 
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(editieren der Felder INHALT des Masken-Arrays) 
(Tastatur code fuer ENTER-Taste) 
( , , , , DEL - Taste} 

( , , , , Backspace } 

(Kursorposition innerhalb des Strings INHALT} 


PROCEDURE umwand fei d ( num: INTEGER) ; 

(wandelt INHALT in Variable des mit TYP festgelegten Typs und } 

(uebertraegt diese in die Quel 1 variable, INHALT wird entsprechend der } 
(Umwandlung korrigiert} 

VAR h : m_he 1 p ; 

f: INTEGER; 

BEGIN 

IF num IN [l..m_max] THEN BEGIN 
WITH m_maske[num] DG BEGIN 

IF typ <> stringtyp THEN BEGIN (fuehrende Leerzeichen unterdr.) 
WHILE ( Leng th( inhal t ) >0 ) AND ( inhal t[ 1 ]= ' ') DO 
inhal t : =Copy ( inhal t , 2 , Length( in halt) ) ; 

IF Length( inhal t )=0 THEN inhalt:='0'; (sonst falsches Ergebnis} 
END; (bei Val ( . . . ) } 

CASE typ OF (Umwandeln String in Hi 1 f svariable} 

integer_typ: REPEAT 

Val ( inhal 

IF fOO THEN inhal t :=Copy ( inhal t, i , f — 1 ) ; 

UNTIL f =0; 
rea l_typ : REPEAT 

Va 1 ( in ha lt,h„r,f) ; 

IF f<>0 THEN inhal t : =Copy ( inhal t , 1 , f-1 ) ; 

UNTIL f=0; 

string_typ : h.s:=inhalt; 

END ; 

Move ( h , posxt~,groesse ) ; (uebertragen Hilf svariable} 

m wandel ( mjnaske[ num} , h) ; (korrigiereren String} 

END ; 

END; 

END ; 


PROCEDURE readmaske; 
CGNST ET = ~M; 

DEL = #127; 

BS = #8; 

VAR num: INTEGER; 

kupos: INTEGER; 
t : CHAR ; 


PROCEDURE neues_f eld (VAR num : I NTEGER ; t :CHAR); 

{Weiterschalten des aktivierten Feldes } 

BEGIN 

umwand_f eld ( num ) ; {abspeichern editierter Wert} 

m_writefeld(num,m_norm) ; (altes Feld in normaler Darst.} 

CASE t OF 

'''EiIF num > 1 THEN num:=num-l; 

/V X,ET:IF num <= mmax THEN num : =num+l ; 

~R:num:=l; 

A C:num : ~-m ma x ; 

END ; 

m_wri tef eld ( num , m hinv ) ; (neues Feld hell-invers} 

kupos:=l; (Kursor auf Feldanfang} 

END; 


BEGIN {readmaske} 
sayjnaske ; 
num:=0; 

neues_f eld (nu«, A X ) ; 
REPEAT 

Read (KBD, t) ; 

CASE t OF 


^D: IF kupos < mjnaskelnum] .stellen THEN kupos : =kupos+l ; 
A S: IF kupos > 1 THEN kupos :=kupos — 1; 

A R, Ä C, Ä X ,^E,ET : neues _f eld ( num, t ) ; 

' * - . *z* : BEGIN 

IF kupos <= m maskef num} .stellen THEN BEGIN 
CASE m_maske[num] . picture[ kupos] 0F 

- ' : IF t IN [' , ' A ' ..*2*3 THEN BEGIN 

m_maske[num} . inhal t [ kupos} :=Upcase( t ) ; 
Write(mJhinv,Upcase( t) ,m_norm) ; 
kupos: =kupos+l ; 

END; 

X :IF t IN [' ' , * A' . . * 2* 3 THEN BEGIN 

mmaske [ num ] . inhal t [ kupos] : =t ; 

Write ( mhinv , t , m norm ) ; 
kupos :=kupos+l ; 

END; 

' 9 ' : IF t IN [ ' ‘ ,*0* ..'9*3 THEN BEGIN 

mjnaske[num] . inhal t[ kupos} :=t ; 

Wr i te ( m hinv , t , mnor m ) ; 
kupos : =kupos+l ; 


END; 

' : BEGIN 

m maske[num] . inhal t[ kupos] : =t ; 

Wri te( rti_hinv , t , mjiorm ) ; 
kupos : =kupos+l ; 

END; 

END ; 

END; 

END ; 

DEL , BS : BEGIN 

IF kupos > 1 THEN BEGIN 
rajnasketnum] . inhal t := 

Copy ( m jiaske[num ] . inhal t, 1 , kupos— 2 ) + 
Copy ( m_maske(num ] - inhal t , kupos , 

mmaskeCnum] . stel len-kupos+1 ) + ' * ; 

m wri tef eld ( num , m_hinv ) ; 
kupos : -kupos-1 ; 


END; 

END; 

END; 

IF num IN [l..m_max] THEN 

GotoXY (m maskefnum] . xpos + Leng th ( mmasket num] . feldname ) • 
uijnaske[num] .ypos) ; (setzen Kursor auf korrekte 

UNTIL num>m _inax; 


• kupos-1, 
Position} 


END; 


ren eingeleitet wird. Sie wird zwar von von 
READ_MASKE verwendet, kann aber auch 
allein aufgerufen werden, wenn lediglich die 
Ausgabe bestimmter Informationen in defi- 
nierter Form gewünscht wird. 

Die Prozedur ERASE_MASKE löscht die auf 
dem Bildschirm angezeigte Maske, ohne das 
Array MASKE oder andere Werte zu verän- 
dern. Sie kann verwendet werden, wenn die 
Maske gelöscht werden soll, ohne den übri- 
gen Bildschirmaufbau zu beeinflussen. 

Übergang zu anderen Betriebssystemen 

Im Programm werden keine Tricks verwendet, 
die an die Gegebenheiten eines speziellen 
Rechners oder Betriebssystems gebunden 
sind. 

Probleme können sich lediglich durch die 
Verwendung der Bildschirmsteuerzeichen 
ergeben, die hier benutzt werden, um den ge- 
rade zu editierenden Wert hervorzuheben. 
Gerade in dieser Frage bestehen prinzipielle 
Unterschiede zwischen den Geräten der 8- 
und 16-Bit-Technik. 

Es ist empfehlenswert, bei Verwendung an- 
derer Betriebssysteme bzw. Rechner auf die 
Nutzung der Bildschirmattribute zu verzich- 
ten. Die Markierung des gerade zu editieren- 
den Elementes erfolgt ohnehin durch den 
Kursor. Die beiden Steuerzeichenfolgen in 
der Konstantenvereinbarung werden dazu 
einfach durch zwei Leerstrings ersetzt, dies 
erspart das Streichen der entsprechenden 
Bezeichner im gesammten Quelltext. 

Die Portabilität des Programms wird durch 
den Wegfall der Bildschirmsteuerzeichen er- 
höht. 

Die einzige echte Quelltextänderung wird bei 
Nutzung der 8-Bit-Technik erforderlich. Die 
Zuweisung der Variablenadresse zum Zeiger 
POSIT erfolgt hier durch PTR(ADDR(v)) an- 
stelle von ADDR(v). Zur Nutzung der Proze- 
duren unter Turbo-Pascal 4.0 bzw. 5.0 kann 
ich leider noch keine Aussagen treffen. 


TERMINE 

Der Bezirksfachausschuß Mikroelektronik beim 
Bezirksvorstand Berlin der KDT führt im ersten 
Halbjahr 1 990 Spezialkonsultationen zu folgen- 
den Themen durch: 

14. Febr. Rechnergestütztes Informations- 
system Steuerungstechnik- Ein 
Werkzeug für den Hard- und Soft- 
wareentwickler 

21 . März Stand und T rend der digitalen 
Tonsignaltechnik 

11. April Probleme der computergesteuer- 
ten Bilderkennung und -Vorberei- 
tung an einem Beispiel aus der 
Landwirtschaft 

9. Mai Probleme der Datensicherung auf PC 

20. Juni Anwendungsumgebungen von 

Leiterplatten-CAD-Lösungen 
Änderungen sind dem Bezirksfachausschuß 
Mikroelektronik Vorbehalten. Die Teilnahme an 
den Konsultationen bedarf keiner Anmeldung 
und ist kostenlos. Die Konsultationen finden je- 
weils 14.00 Uhr im Haus der KDT, 1086 Berlin, 
Kronenstraße 1 8, statt . üriese 
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ROM-Erweiterungen für IBM-PCs 


Jens Immig 

Akademie der Wissenschaften der 
DDR , Institut für Kosmosforschung 


Einerder wesentlichen Vorteile der IBM PC/ 
XTJAT und ihrer Kompatiblen ist der modu- 
lare Aufbau ihres Systems, der ein problem- 
loses Wechseln oder Ausbauen der Rech- 
nerkonfiguration zuläßt. So ist es auch mög- 
lich, daß Rechner dieser Familie mit Modu- 
len ausgerüstet werden können, die erst zu 
späteren Zeitpunkten entwickelt wurden. 

Funktion des BIOS 

Zur Schaffung einheitlicher Schnittstellen zu 
der vom Hersteller verwendeten Hardware 
wird der Hardware-Kern des Rechners (der 
Prozessor) in einen Software-Kern eingebet- 
tet. Dieser Software-Kern ist das Basic Input 
Output System (BIOS). Das BIOS befindet 
sich zum größten Teil fest auf ROM-Baustei- 
nen, welche sich auf der Grundplatine des 
Rechners befinden. 

Das Firmware-BIOS (BIOS der Grundkonfi- 
guration des Rechners) steht im ROM ab 
Adresse FEOOOH, der Prozessor startet ab 
Adresse FFFFOH. Dort findet er die Informa- 
tion, an welcher Steile er fortfahren muß /I/. 
Meist ist es möglich, auf der Grundplatine 
weitere BIOS-Routinen auf ROM-Steckplät- 
zen unterzubringen, wobei die Steckplätze 
auf der Grundplatine festen Adressen zuge- 
ordnet sind. 

Die BIOS-Eintrittsstelle ist eine im RAM ab 
Adresse 00000 organisierte Liste, in welcher 
die Anfangsadressen der aktuellen Software- 
interruptroutinen, der sogenannten BlOS-ln- 
terrupts steht. Im Verlauf der Grundinitialisie- 
rung wird hier eine minimalen Ansprüchen 
genügende Liste der Serviceroutinen aufge- 
baut, die im ROM-BIOS enthalten sind. Um 
hier mehr Komfort zu gewährleisten, wird 
meist außer dem DISK-Manager (DOS), wel- 
cher einige der anfallenden Routinearbeiten 
zum Zugriff auf einen Datenträger (z. B. Disk) 
übernimmt, auch ein BlOS.COM geladen 
(RAM-resident). 

Diese Systemroutinen sind die Standardge- 
rätetreiber. Die Gerätetreiber stellen die 
Schnittstelle zwischen dem Betriebssystem 
und den Geräten dar. 

Wozu ROM-Erweiterungen? 

Nun kann das Original-ROM-BIOS eines 
Rechners unmöglich die Unterstützungspro- 
gramme für zukünftige Geräteentwicklungen 
bereitstellen. Um dennoch solche Geräte an 
den Computern stationieren zu können, 
wurde von den PC-Geräteentwicklern eine 
kluge Entwurfsstrategie für die PCs geschaf- 
fen. Es gibt erstens die bereits oben ge- 
nannte Möglichkeit, auf ROM-Steckplätzen 
der Grundplatine weitere BIOS-Routinen un- 
terzubringen. Zweitens wird beim Laden des 
Betriebssystems (MS-DOS/PC-DOS, im fol- 
genden kurz mit DOS bezeichnet) im Root- 
verzeichnis (Grundverzeichnis) des Ladege- 
rätes eine Konfigurationsdatei mit dem Na- 
men CONFIG.SYS gesucht, die Angaben 
zum Einstellen von Systemparametern und 
zu speziellen Geräten enthält 121. Innerhalb 
dieser Datei können durch die Anweisung 
DEVICE (siehe 121, S. 41 ) neue Gerätetreiber 
in die Behandlung durch DOS einbezogen 


werden. Hier können neben den zum DOS 
gehörenden T reibern sowohl die von Herstel- 
lern von Spezialgeräten mitgelieferten Trei- 
ber als auch eigene Treiber eingebunden 
werden. Diese T reiber müssen die vorhande- 
nen BIOS-Routinen nutzen oder direkt die 
entsprechenden Bausteine über Ports und 
Adressen programmieren /2 /. (Der Treiber 
CDRIVE stellt z. B. ein Diskettenlaufwerk auf 
CP/M-Format ein.) Auch während der Arbeit 
am Rechner können neue Gerätetreiber ge- 
laden werden. 

Drittens sind beim PC/XT, /AT und bei kom- 
patiblen Rechnern genau festgelegte Spei- 
cherbereiche innerhalb des direkt adressier- 
baren Speicherraums für die Schaffung von 
Erweiterungen reserviert. Diese Adressbe- 
fehle (C0000H bis EC000H) sind auch durch 
ROM-Erweiterungen nutzbar. ROM-Erweite- 
rungen sind auf ROM-(oder EPROM-)Bau- 
steinen untergebracht, die auf den steckba- 
ren Adaptern sitzen. Werden diese Adapter 
in die dafür vorgesehenen Steckverbinder 
auf der Grundplatine gesteckt, so erfolgt eine 
direkte Verbindung mit dem Rechnerbus. 
ROM-Erweiterungen sind in der Regel Unter- 
stützungsprogramme für neue Peripherie. 
Als Beispiele seien hier das Hilfsprogramm 
für ein eingebautes Festplattenlaufwerk oder 
das Video-ROM von hochauflösenden (High 
Resolution) Color-Grafikadaptern genannt. 

Das Prinzip von ROM-Erweiterungen 

Das Prinzip der BIOS-Erweiterung durch zu- 
sätzliche Komponenten beruht darauf, daß 
diese Komponenten BlOS-lnterrupts emulie- 
ren, das heißt durch Einträgen der eigenen 
Adresse (4 Byte) in die Interrupttabelle eine 
BIOS-Funktion vollständig übernehmen. Fol- 
gende Aufgaben können durch ROM-Erwei- 
terungen übernommen werden: 

- Konfigurationstest und Initialisierung der 
dazugehörigen Hardware 

- Umlenken von BlOS-lnterrupts 

- Meldung für Benutzer auf dem Bildschirm. 
ROM-Erweiterungen werden beim Startpro- 
zeß des Rechners mit berücksichtigt. Um sie 
zu finden, sucht der Standard-ROM im 
Adreßbereich von der absoluten Adresse 
C8000H bis E0000H alle 2 KByte nach dem 
Kennzeichen für ROM-Erweiterungen 
(55AAH). Wird ein solches Kennzeichen ge- 
funden, so übergibt das Startprogramm die 
Kontrolle an die ROM-Erweiterung, damit 
diese alle zu ihrer Integration nötigen Maß- 
nahmen veranlassen kann. Ist die Initialisie- 
rung abgeschlossen, gibt die Erweiterung die 
Kontrolle an das Startprogramm zurück, das in 
seiner Aufgabe an dieser Stelle fortfährt /3 /. 
Die ROM-Erweiterungen haben gegenüber 
den ladbaren Treibern den Vorteil, daß sie kei- 
nen zusätzlichen RAM benötigen (es sei denn, 
das Programm der Erweiterung veranlaßt ein 
Beschreiben des RAMs). Sie werden immer 
dann verwendet, wenn ein Peripheriegerät 
schon während des Startprozesses des Rech- 
ners initialisiert werden soll (z. B. Grafikadap- 
ter). 

Aufbau von ROM-Erweiterungen 

Soll eine ROM-Erweiterung zum Beispiel als 
Unterstützungsprogramm oder als Initialisie- 
rung für ein selbstentwickeltes Peripheriegerät 
geschaffen werden, so müssen einige wich- 
tige Details beachtet werden. 



Der Bereich von der absoluten Adresse 
C0000H bis C8000H muß für die Video-ROMs 
frei gehalten werden. Dieser Bereich wird nur 
auf Treiberprogramme für Grafikkarten wie 
EGA (Enhanced Graphics Adapter), VGA (Vi- 
deo Graphics Array) o.ä. untersucht /4/. Ist 
eine Festplatte angeschlossen (heute Stan- 
dardausrüstung für IBM PCs und Kompatible), 
so befindet sich die dafür notwendige ROM- 
Erweiterung des Festplattencontrollers auf der 
Adresse C8000H. Wurde ein zweiter Festplat- 
tencontroller installiert, so ist seine Treiberrou- 
tine bei CA000H zu finden. Die Hilfspro- 
gramme für Festplatten umfassen jeweils 8 
KByte, so daß man eine eigene ROM-Erweite- 
rung erst auf die Adresse CC000H oder am 
günstigsten erst ab D0000H bzw. dahinter le- 
gen sollte. 

Da der Bereich von der Adresse D0000H bis 
EC000H für Erweiterungen (z. B. auch RAM- 
Erweiterungen) freigehalten wurde, ist es nie 
ganz ausgeschlossen, daß man mit Routinen 
oder Bereichen anderer Module in Konflikt ge- 
rät. Deshalb sollte man sich zunächst genau 
mit der Konfiguration seines Rechners vertraut 
machen. 

Damit eine Adapter-ROM-Erweiterung von der 
Startroutine beachtet wird, muß sie wie folgt 
aufgebaut sein: 

Sie muß bei einer physischen Adresse begin- 
nen, die sich aus ADR = C8000H + (N*2 
KByte) (N = 1, 2, 3...) ergibt (maximal 
E0000H). Am Beginn muß die Kennung für 
ROM-Erweiterungen stehen. Das sind die 
beiden aufeinanderfolgenden Bytes 55H 
AAH. 

Das dritte Byte ist ein Längenanzeiger. Der 
hier stehende Wert gibt Auskunft über die An- 
zahl der 512-Byte-Blöcke, die Bestandteil der 
aktuellen ROM-Erweiterung sind. Dabei ist 
wichtig, daß auch ein angefangener 51 2-Byte- 
Block am Ende des ROM-Programms (voll- 
ständig!) als Bestandteil der Erweiterung an- 
zusehen ist. Von der Startroutine des Rech- 
ners wird diese Information für einen Prüfsum- 
mentest benötigt, bei dem festgestellt wird, ob 
es sich um eine korrekte, vollständige ROM- 
Erweiterung handelt. Bei diesem Test werden 
alle Bytes des so definierten ROM-Moduis 
(einschließlich der Kennung 55AAH) modulo 
100H addiert. Ist die ermittelte Summe gleich 
Null, so wird durch CALL FAR auf das Byte mit 
dem Offset 3 des ROMs gesprungen, bei dem 
das lauffähige Maschinenprogramm beginnen 
muß. Ist die Summe ungleich Null, so wird eine 
Fehlermeldung ausgegeben. Es ist also wich- 
tig, innerhalb der ROM-Erweiterung ein Aus- 
gleichsbyte zu setzen, welches die Summe 
(modulo 100H) über alle Bytes der definierten 
512-Byte-Blöcke gleich Null werden läßt. 

Bei den ROM-BIOS-Erweiterungen auf den fe- 
sten Steckplätzen ist die Länge jeweils 8 
KByte (2664 oder 2764), das dritte Byte wird 
hier nicht benutzt. Die ROM-Erweiterung muß 
durch ein RETURN FAR verlassen werden (in 
Maschinencode CBH), damit die Startroutine 
des Computers nach dem Abarbeiten der Er- 
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4 Bild 1 Assemblerprogramm 


Weiterung an der Stelle fortfahren kann, von 
der sie kam. 

Das Initialisierungsprogramm kann alle Pro- 
zessorbefehle der 8086-Familie beinhalten. 
Weiterhin können alle Interrupttypen verwen- 
det werden, die direkt die BIOS-Routinen des 
Original-ROM-BIOS ansprechen. Beachtet 
werden muß, daß die DOS-Systemschnitt- 
stelle (alle Interrupts ab 20H) von einer ROM- 
Erweiterung nicht verwendet werden kann, 
da beim Abarbeiten des ROMs nach dem 
Rechnerstart das Betriebssystem (MS-DOS/ 
PC-DOS) noch nicht geladen ist und somit 
die DOS-Funktionen noch nicht zur Verfü- 
gung stehen. 

Programmerzeugung 

In Bild 1 ist eine kurze Assemblerroutine zu 
sehen, welche nach dem Übersetzen mittels 
EPROM auf die Adresse D0000H gelegt wer- 
den soll. Durch diese Routine wird nach dem 
Speichertest des Originai-BIOS eine kurze 
Ausschrift auf dem Bildschirm sichtbar. 

Die ROM-Erweiterung muß immer so aufge- 
baut sein, daß beim vierten Byte das lauffä- 
hige Programm beginnt, da von der ROM- 
Suchroutine stets an diese Stelle gesprun- 
gen wird. 

Testen einer ROM-Erweiterung 

Es ist empfehlenswert, in der Versuchsphase 
statt der EPROMs pinkompatible statische 
RAM-Bausteine zu stecken, die beispiels- 
weise durch einen Debugger oder noch ein- 
facher durch ein kleines Turbo-Pascal-Pro- 
gramm geladen werden können. Bei einem 
Warmstart des Rechners wird die auf ihnen 
abgelegte Information nicht gelöscht, da sie 
keine Refreshzyklen benötigen und in den 


prog iigunt 

assuae cs:prog,ds!prog 


roa: db 

55h,0aah,0lh 

{Kennung futr RW- 
{Erweiterung 

Start; jap 

startl 

; Jeginn bei Startl 

text: db 

'Test fuer ROH-Er Weiterung !* 


dt 

24h 


startl: aov 

dx,0d000h 

{Text in Segaent ait 

aov 

es,dx 

{Adresse 50000h 

aov 

dx, offset text 

{Datenoffset auf Textanfang 

aov 

si,dx 


aov 

ah, 2 

{Setzen der Curser- 

aov 

dh,3 

; position 

aov 

dl, 2 

;Zeile=3 

aov 

bh,0 

;Spalte=2 

;Seite=0 


Erweiterungsbereichen durch das Ori- 
ginal-ROM-BIOS kein Speichertest 
vorgenommen wird. Man kann sich 
dadurch beim Eintesten der ROM-Er- 
weiterung und der dazugehörigen Pe- 
ripherie die viele Arbeit des Beschrei- 
bens und wieder Löschens von 
EPROMs ersparen und auf diese erst 
zurückgreifen, wenn man die endgül- 
tige Programmvariante gefunden hat. 


Literatur 


aarke: 

aov 

ah, 2 


int 

10h 


■ov 

al,es;[si] 


cap 

al ,24h 


je 

ende 


aov 

bl,0fh 


aov 

bh,Q 


aov 

cx,i 


aov 

ah, 9h 


int 

10h 


inc 

si 


inc 

dl 


i*P 

aarkt 

ende: 

aov 

cx,0ah 

al: 

•ov 

ax ,0f ff fh 

■2: 

dec 

ax 


cap 

ax,0 


jnz 

«2 


loop 

•1 


retf 



db 

98h 


db 

418 dup(Offh) 

prog 

ends 



{Aktuelle Curserposition 
jeinst eilen 

;AL=aktuelles Textzeichffl 
{Textende erreicht ? 

{wenn Ja', dann Prograaaende 
{nein, dann Ausgabe des 
{Zeichens an aktueller 
{CurserpDsition durch 
}1IQS-Interrupt 

j Datenoffset ui 1 erhoehen 
{Curserposition 1 nach rechts 
jzurueck zu flAftKE 

{kurze Harteschleife 


jzurueck zur Stirtroutiae 

{Ausgleichsbyte fuer 
{Suaaentest 

{Auffuellen des 512-byte- 
{Ilocks 


end Start 
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Im Test: C-Compiler für CP/M 


Uwe Schulze , Berlin 


Wollen Sie sich für einen C-Compiler für CP! 
M entscheiden - etwa um eine Sprache zu 
lernen, die sich in der professionellen Pro- 
grammierung breit durchgesetzt hat (neuere 
Versionen von Wordstar und dBase sowie 
OS/2 sind größtenteils in C geschrieben) 
so werden Sie feststellen, daß es hier keinen 
Quasi-Standard-Compiler gibt, sondern 
eine ganze Reihe gleichwertiger Pakete . 
Welches davon Verwendung finden soll, 
hängt in starkem Maße von den Anforderun- 
gen der Anwendung ab: Liegt das Primatauf 
kompaktem Code oder schnellen Ausfüh- 
rungsgeschwindigkeiten, ist eine ReaJarith- 
metik erforderlich, wird Assembier-Zwi- 
schencode benötigt etc. ? Gerade weil unter 
CPIM altes handmade ist, ist C für den Ein- 
oder Umsteiger gut faßbar und verständlich. 

Der Test 

Zur Bewertung von Compilern sind ihre Aus- 
stattung oder die vollständige Aufnahme des 
Sprachstandards, der Entwicklungskomfort 
und das Laufzeitverhalten von Interesse. Der 
Programmierer sieht sich mit einer Vielzahl 
von Compiler-, Assembler- und Linkerläufen 
konfrontiert, so daß die Turn-around-Zeiten 
(vollständiger Testumlauf) am besten Aus- 
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kunft über die Bedingungen der Programm- 
entwicklung geben. Um die Abhängigkeit von 
der Anzahl der Pässe zu zeigen (die jeweili- 
gen Übersetzungskomponenten müssen ge- 
laden und die Zwischencodes gespeichert 
werden), wurde das „leere“ Programm main 
mit einer SUBMIT-Datei in eine COM-Datei 
übersetzt: 
main () 

{ 

} 

Von Interesse ist auch die Codegröße dieses 
kleinsten Programms (Tafel 1 ), zeigt sie doch 
den beim Linken entstehenden Overhead 
(was beispielsweise für ROM-fähigen Code 
von Bedeutung ist). Einfluß darauf hat aber 
auch der Programmierer, wenn er die Biblio- 
theksfunktionen als Include, durch Cuttern 
oder durch Linken einfügt. Für die Testbei- 
spiele wurden die Bibliotheken jeweils zuge- 
linkt, was die variabelste Methode ist, nicht 
aber notwendigerweise die kleinsten Pro- 
gramme erzeugt. 

Als Standardbenchmark gilt das Primzahlen- 
sieb des Eratosthenes, das die Anzahl der 
Primzahlen zwischen 3 und 16381 durch 
Streichen der Vielfachen in einem Feld ermit- 
telt. Die geraden Zahlen werden dabei aus- 
geschlossen, so daß ein Feld der Dimension 
8190 benötigt wird. Das Programm enthält 
also eine Vielzahl von Speicherzugriffen. Das 
in Bild 1 dargestellte Listing trägt der Tatsa- 


che Rechnung, daß die Speicherklassen 
(Static, Register) nicht durchgehend enthal- 
ten sind. Somit stellt es einen auf allen gete- 
steten Compilern lauffähigen Standard dar. 
Als zweiter Test dient die rekursive Protokol- 
lierung der Fibonacci-Funktion im Integer- 
Bereich (Bild 3). Damit läßt sich das Zeitver- 
halten bei Unterprogrammaufrufen und Para- 
meterübergaben bewerten. Der Datentyp 
Long ist wiederum nicht durchgehend enthal- 
ten. 

Zum Schluß soll noch ein Blick auf die Bild- 


#def ine TRUE 1 
#def ine FALSE 0 
#def ine SIZE 8190 
#def ine SIZEPL 8191 

char flags [SIZEPL] ; 
int i,prime ,k, count, iter ; 

mainO 

{ 

printf ("Hit return to do 10 iterations: "); 
getchar () ; 

for (iter »T; iter <- 10; iter++) { 
count = 0; 

for (i = 0; i <= SIZE: i++) 
flags [ i] = TRUE; 
for (i = 0; i <= SIZE; i++) { 
if (flags [ i] ) { 

prirae = i + i + 3; 
k = i + prlme ; 
while (k <= SIZE) { 

flags [k] = FALSE; 
k += prime; 

count++; 

} 

} 

} 

printf ("\7\n$d primes. \n" , count ) { 


Bild 1 Primzahlensieb des Eratosthenes in C 
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Tafel 1 C-Compiler im Vergleich 


! ZWmrr-' --: 

- llpr 

Ari,t 

2 Ittllr- 

Real* 

AnthnH 

; Ubersätzuo' -v 
; zeit MAIN 
in mm 

ISÜpi:*- ':i 

1 m.a?n . ■ 

SP , , 




g 6 records) 

jl^ c f 

4 

nein 

1 : 32 

4 KByte 
(23 records) 

ptf J ,a 

3 

ja 

3:02 

12 KByte 
{82 records) 

tjfc R || ,a 

3 

i a 

1 : 23 

4 KByte 
(26 records) 

Ijfc • •• • Aj ; a 

Illllit- v *• ■ ■■ .y. . > iwli 

5 

ja 

3:58 

8 KByte 
(55 records) 


Tafel 2 Laufzeitverhalten 



laufet 


i&gfäfc : Funktion 

§||Jp| j in min 


jfe JA 25 

0:41 

4 KByte 

0.18 

1 13 

H »pefeM ilf 0:34 

1 : 58 

12 KByte 

0:12 

1 : 13 

h :-gl||| 0 : 33 

4:17 

28 KByte 

0:17 

1 :40 

'-•/ . . : " I SS§0:37 

f 5S-:i 

2:04 

10 KByte 

0:22 

1 : 51 

•V •• .Ai - M 0:43 

6:50 

16 KByte 

0:13 

1 : 58 

M Jjf 0:39 

0:10 (COM) i 
0:01 (Mem) 

10 KByte 

0:45 

0:35 


schirmausgabe geworfen werden. Dazu wer- 
den 32 000 Sterne mit PRINTF auf den Bild- 
schirm geschrieben. Die relativ langsame 
Ausgabe liegt in der Tatsache begründet, 
daß die C-Compiler die BDOS-Schnittstelle 
benutzen, während Turbo-Pascal bekannt- 
lich direkt auf das BIOS zugreift (Tafel 2). 

Alle Tests wurden auf einer 2,5-MHz-CPU 
unter CP/A vorgenommen, woraus sich die 
Differenzen zu 121 erklären. Auch unterschei- 
den sich die Compilerversionen. Zum besse- 
ren Vergleich gibt es die gleichen Tests auch 
in Turbo-Pascal (Bild 2 und Tafel 2). 

Die Kandidaten 

BDS-C, BD-Software, Version 1.5 

Der BDS-C-Compiler ist leistungsfähig und 
einfach handhabbar. In nur zwei Schritten er- 
zeugt er ein COM-File. Die Übersetzung des 
Primzahlensiebes sieht wie folgt aus: 

CC Sieve 
CLINKSieve 

Alternativ kann auch der Linker L2 verwendet 
werden. Das Einbinden benötigter Bibliothe- 
ken erfolgt automatisch. Als einziger der un- 
tersuchten Compiler erzeugt er keinen As- 
sembler-Zwischencode. Daraus resultieren 
schnelle Übersetzungszeiten, aber die Mög- 
lichkeit, Module aus anderen Sprachen mit 
dem Linker einzubinden, entfällt, da der Zwi- 
schencode nicht Microsoft-compatibel ist. 
Der Compiler selbst ist in 8080-Maschinen- 
code geschrieben - nicht in C. Die Grundaus- 
stattung des ursprünglich für die Systement- 
wicklung gedachten Compilers ist eher spar- 
tanisch: Die Speicherklassen STATIC und RE- 
GISTER fehlen ebenso wie die Datentypen 
FLOAT und LONG. Aber es existieren Zusatz- 
pakete (sämtlich im C-Quelltext), die keine 
Wünsche offen lassen: ein zweiter verbes- 
serter Linker, ein Overlaymanager, ein ASM- 
Präprozessor, ein Debugger sowie ein Inte- 
ger- und Floating-Point-Package, das die 
fehlenden Datentypen als Funktionen zur 
Verfügung stellt. 

Zur Optimierung des Primzahlensiebes wer- 
den die Daten auf eine feste Adresse statt auf 
den Stack gelegt (Option: -ei 000 für EX- 
TERNAL) und damit eine erstaunliche Ge- 
schwindigkeitsverbesserung erzielt (25 statt 
53 s). 

Supersoft C, Supersoft Inc., 

Version 1.1.25 

Der Supersoft-C-Compiler erzeugt in zwei 
Pässen Assemblercode. Die Bibliotheken 
können als C-Quelltext eingefügt oder als 
Objektcode zugelinkt werden; in jedem Falle 
sind sie explizit anzugeben. Mit der Compiler- 
direktive #ASM . . . #ENDASM kann Assem- 
blercode direkt in den Quellcode einge- 


program sieve; 
const 

size = 8190; 

var 

flags: ^rray[0. .size] of boolean; 
i »prime ,k,count , iter: integer; 
c : char ; 
begin 

writeln(*Hit return to do 10 iterations ' ) ; 
read(c); 

for iter:=1 to 10 do begin 
count : =0 ; 

for i:=0 to size do 
flags[i] : =true ; 
for i:=0 to size do 

if flags[i] then begin 
prime :=i+i+3 ; 
k:=i+prime ; 

while k <= size do begin 
flags[k] :=false ; 
k:=k+prime ; 

end ; 

count :=count+1 ; 
end ; 

end; 

writeln(count , ' primes*); 
end . 

Bild 2 Primzahlensieb des Eratosthenes in Pascal 


int i ; 

#def ine NUMBER 22 
main() 

{ 

unsigned value,fib(); 
printf(“\n Fibonacci seriesAn"); 
getchar () ; 

for (i=1 ; i<=NUMBER ; i++) 

{ value=fib(i) ; 

print f ( M \nf ibonac ci (f»d) =%u An" , i ,value) ; 

} 

} 

unsigned fib(j) 
int j ; 

{ 

if (j>2) return (fibQ-1) + fib(j-2)); 
eise return (1); 

} 


{@A-> 

prograra fibo; ' 
var 

i: integer; c: char; 

function fibo(n: integer) : integer ; 
begin 

if n <= 2 then fibo := 1 
eise f ibo :=f ibo(n-1 )+f ibo(n-2 ) ; 
end ; 

begin 

writeln( 'Fibonacci series'); 
read(c); 

for i:=1 to 22 do 
writeln(f ibo(I) : 10); 
end . 

Bild 3 Protokollierung der Fibonacci-Funktion 
in C und Pascal 


fügt werden. Ein typischer Übersetzungslauf 
sei am Beispiel des Primzahlensiebes ge- 
zeigt: 

CC SIEVE. C 

C2 SIEVE. COD 

M80 = SIEVE. ASM 

L80 SIEVE, C2RT,FORMATIO,STDIO, 

ALLOC,CRUNT2,SIEVE/E/N 

In Abweichung zum C-Standard ist die Spei- 


cherklasse STATIC nicht enthalten, lange Inte- 
ger- sowie Gleitkomma-Arithmetik fehlen. 

Die Verwendung von Registervariablen zur 
Verbesserung des Primzahlensiebes er- 
zeugt zwar veränderten Code, führt aber zu 
keiner Laufzeitverbesserung. 

EcoC, Ecosoft Inc., Version 3.00 

In drei Pässen erzeugt der Eco-Compiler As- 
semblercode. Dabei kommt der Code-Gene- 
ration-Paß nicht mit 48 KByte TPA aus! Die 
Handhabung ist einfach; ein Übersetzungs- 
lauf hat folgende Syntax: 

CP SIEVE 
M80 = SIEVE 

L80 SIEVE, SLIBCO,SIEVE/E/N 

Die Compiler-Pässe liegen als getrennte 
COM-Files vor und können auch einzeln auf- 
gerufen werden. STATIC und REGISTER sind 
als Speicherklassen nicht enthalten, aber es 
existieren die Datentypen FLOAT und LONG. 

Aztec-C, Manx Software Systems, 

Version 1.06d 

Dieser Compiler ist sehr komfortabel ausge- 
stattet. Er stellt Assemblercode zur Verfü- 
gung, der mit einem Standardassembler oder 
dem mitgelieferten AS.COM weiterverarbei- 
tet werden kann. Z80-spezifischer Maschi- 
nencode wird mit DB-Anweisungen einge- 
fügt. Zur Übersetzung dient folgende Kom- 
mandofolge: 

CZ SIEVE 
AS SIEVE 
LN SIEVE. O C.LIB 

Der Compiler orientiert sich an Unix-C. Bis 
auf Bitfelder wird der gesamte Sprachumfang 
von IM angeboten. Neben Bibliotheken für 
drei verschiedene Speichermodelle wird 
noch eine Version zur Erzeugung ROM-fähi- 
gen Codes geliefert. Stärke des Compilers ist 
die Real-Arithmetik. Die Datentypen LONG, 
FLOAT und DOUBLE stehen zur Verfügung. 
Auch die Speicherklassen STATIC und REGI- 
STER sind implementiert. Die Bibliotheksfunk- 
tionen liegen sämtlich als C- oder Assembler- 
quelle vor. Ferner existiert noch eine Reihe 
nützlicher Funktionen im Quellcode (zum 
Beispiel Winkelfunktionen, Quicksort, Zu- 
fallszahlengenerator). 

Gegenüber der Vorgängerversion wurde vor 
allem die Handhabung verbessert und die 
Codegröße verringert. 

Native-C, Whitesmiths Ltd. 

Vor dem ersten Übersetzungslauf hat der 
Programmierer seine Befähigung nachzu- 
weisen, indem er die sämtlich als Objektcode 
vorliegenden Compilerkomponenten mit 
LINK verbindet und lauffähig macht. Damit 
sind die Schwierigkeiten noch nicht beseitigt. 
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Der Parser-Paß belegt als COM-Fi!e 50 
KByte (!) und kann nur mit einem System- 
Subset betrieben werden. Ein ohne Stapel- 
datei kaum zu bewältigender Übersetzungs- 
lauf hat folgendes Aussehen: 

PP -X -I A: -O SIEVE.TM1 UTEXT.H 
SIEVE.C 

PI -BO -N8 -O SIEVE.TM2 SIEVE.TM1 
P280 -O SIEVE.S SIEVE.TM2 
AS80 SIEVE.S 

LINK -EB MEMORY -ED EDATA- 

TBOX1 00 -HTR -O SIEVE.COM CRTS. 
80 SIEVE.O LIBC.80 

Dabei fällt der Linker durch seine Langsam- 
keit auf. In 4:43 min, die er für das Binden 
des Primzahlensiebes benötigt, hat der BDS- 
Compiler das Programm 6V2mal vollständig 
übersetzt! Der Sprachumfang ist vollständig 
aufgenommen (76 KByte Bibliotheksgröße) 
und der Compiler eng an UNIX-Versionen 
angelehnt. DOUBLE, FLOAT und LONG sind als 
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Grafische Darstellungen in Farbe auf dem 
Bildschirm gehören wohl zu den nobelsten 
Arten der Kommunikation zwischen Compu- 
ter und Bediener. Wenn es nicht gerade ein 
hochauflösendes Gerät für die CAD-Welt 
sein soll, dann bleibt der Aufwand für die 
dazu notwendige Hardware recht gering, 
wie dieser Artikel zeigt. 

Bevor es richtig losgeht, muß hier gesagt 
werden, daß dieser Farbgrafikadapter nicht 
ohne weiteres an jeder x-beliebigen K 1520- 
Konfiguration betreibbar ist. Der Adapter lie- 
fert nämlich einen Systemtakt von 3,5 MHz 
auf den Systembus, und alle übrigen Bau- 
gruppen des Rechners müssen mit eben die- 
sem Takt arbeiten - sonst geht nichts. Wenn 
diese Bedingung (es ist glücklicherweise die 
einzige, die etwas aus dem gewohnten Rah- 
men fällt) erfüllt ist, dann steht den farben- 
prächtigen Bildern auf dem Monitor nichts 
mehr im Wege. Der Adapter erzeugt ein 
normgerechtes Fernsehbild mit 15,625 kHz 
Zeilenfrequenz und 50 Hz Bildfrequenz ohne 
Zeilensprung. Er liefert an seinem Monitor- 
ausgang die vier digitalen Signale ROT, 
GRÜN, BLAU und EXTRAHELL sowie ein 
Synchronsignal (alles mitTTL-Pegel) und zu- 
sätzlich ein analoges BAS-Signal, bei dem 
die Farben in Grauwerte gewandelt sind. Not- 
falls kann man also auch einen Schwarz- 
weiß-Fernseher anschließen. 

Die technischen Daten 

Das Bildfeld, welches der Adapter auf den 
Bildschirm schreibt, ist in horizontaler Rich- 
tung 256 Pixel und in vertikaler Richtung 192 
Pixel groß. Jedes Pixel ist separat schreib- 
end lesbar. Das Bildfeld füllt nicht den ge- 
samten Bildschirm aus. Bis zu den Bild- 


Datentypen ebenso vorhanden wie die Spei- 
cherklassen REGISTER, STATiC und EXTER- 
NAL. Unverständlich aber die unüblichen Na- 
men für Standardfunktionen: PRINTF heißt 
hier PUTFMT, und auch die Formatparame- 
ter halten sich nicht an die üblichen Konven- 
tionen. 

Das Fazit 

Am besten schneidet der BDS-C-Compiler 
ab. Sowohl durch Verarbeitungs- und Über- 
setzungsgeschwindigkeit als auch durch ein- 
fache Handhabung empfiehlt er sich. Mit den 
Zusatz-Tools wird er allen Anforderungen ge- 
recht. 

Positiv beurteilt werden kann, was Handha- 
bung und Ausrüstung betrifft, auch der Su- 
persoft-C-Compiler - solange keine Real- 
Arithmetik benötigt wird. Die schnellste Real- 
Arbeit leistet Aztec-C, auch Ausstattung und 
Handhabung lassen ihn empfehlen. 
Whithesmiths-C realisiert den vollständig- 


schirmrändern ist es mit einem etwa 20 Pixel 
breiten Rand umgeben, da erfahrungsgemäß 
die Bildschärfe in den Ecken zu wünschen 
übrig läßt. Die Pixel des Bildfeldes schalten 
zwischen dem sogenannten Vordergrund 
(Pixel gesetzt) und dem Hintergrund (Pixel 
gelöscht) um. Die Farben von Vordergrund, 
Hintergrund und Rand sind unabhängig von- 
einander einstellbar. Einen Alphanumerik- 
modus mit Zeichengenerator usw. gibt es bei 
diesem Adapter nicht. Wer auf diesem Bild- 
schirm Text anzeigen will, muß deshalb im 
Gegensatz zu alphanumerischen Bildschir- 
men jedes Zeichen aus einzelnen Pixeln zu- 
sammensetzen. Das ist aber gar nicht so 
schwierig, denn durch eine ausgeklügelte 
Adressierung der Pixel ist für diesen Fall vor- 
gesorgt. 

Der Adapter braucht außer einem anfängli- 
chen Bildschirmlöschen keinerlei Initialisie- 
rung oder laufende Bedienung durch die 
CPU. Er arbeitet völlig autonom und bremst 
die CPU nicht durch irgendwelche Busre- 
quests und dergleichen. Lediglich dann, 
wenn die CPU auf den Bildwiederholspeicher 
zugreift, wird sie um durchschnittlich 2 CPU- 
Takte mittels WAIT-Signal verzögert. Das 
entspricht dem Zeitbedarf eines halben NOP- 
Befehls und dient der Synchronisation der 
drei Zugriffsarten auf den Bildwiederholspei- 
cher (Attribute lesen und Pixel lesen durch 
die Displaysteuerung sowie CPU-Zugriffe). 
Dadurch wird vermieden, daß CPU-Zugriffe 
sichtbare Störungen auf dem Bildschirm er- 
zeugen. Diese „Schneeverhinderungs“- 
Schaltung ist auch der Grund dafür, daß der 
übrige Rechner mit dem aus dem Pixeltakt 
von 7 MHz abgeleiteten Systemtakt arbeiten 
muß. 

Da die Pixel byteweise im Bildwiederholspei- 
cher stehen, muß die Displaysteuerung im 
Zyklus von 8 Pixeln sowohl die Attribute als 
auch die Pixel lesen. Dieser Zyklus besteht 
aus 8 Pixelzeiten (d. h. 8 elementare Zeitab- 
schnitte von je 1 43 ns, in denen jeweils ein Pi- 


sten Sprachumfang, aber der allzu großzü- 
gige Umgang mit Speicherplatz und Überset- 
zungszeit ist kaum zu akzeptieren. 

Nicht zufrieden stellen können auch die teil- 
weise wesentlich zu großen COM-Files bei 
einigen Compilern. Hier ist der Weg des Lin- 
kens mit den Bibliotheksfunktionen nicht in 
jedem Falle zu empfehlen. Eventuell sollten 
die benötigten Funktionen im Quellcode ein- 
gefügt werden. 


Literatur 

/I/ Kernighan, B. W.; Ritchie, D. M.: The C Programming 
Language. Prentice Hall 1978 

/2 / Gilbreath, J.; Gilbreath, G.: Eratosthenes Revisited. 

BYTE Publications Inc., January 1 983 
/3/ Stuebs, M.: Computersprache C: Der flinke UNIX- 
Sprößiing. CHIP, München 5 (1983) 5, S. 154 
/4/ Horn, T.: Programmierung in C. Mikroprozessortechrrik, 
Berlin 1 (1987) 1-6 


xel auf den Bildschirm geschrieben wird) und 
ist in drei Abschnitte eingeteilt. Die Zeit von 
Pixel 1 bis Pixel 4 steht für CPU-Zugriffe zur 
Verfügung. Während der Pixelzeiten 5 und 6 
werden die Attribute gelesen und in einen 
Zwischenspeicher übernommen, und wäh- 
rend der Pixelzeiten 7 und 8 werden die Pixel 
gelesen und mit dem Ende des Zyklus in ein 
Schieberegister übernommen, wo sie mit den 
nächsten 8 Takten seriell herausgeschoben 
werden. Mit der Übernahme der Pixel in das 
Schieberegister werden auch die Attribute 
vom Zwischenspeicher in das eigentliche At- 
tributregister geladen. Versucht die CPU zu 
irgendeinem Zeitpunkt, auf den Bildwieder- 
holspeicher zuzugreifen, so wird sie erst ein- 
mal mit WAIT angehalten. Am Beginn eines 
neuen Displayzyklus schaltet die Display- 
steuerung das WAIT-Signal wieder ab, und 
die CPU kann nun während der folgenden 4 
Pixelzeiten (gleich 2 Systemtakten) ihren Zu- 
griff ausführen. 

192 mal 256 Pixel, das sind ganau 6 KByte 
Bildwiederholspeicher, der im Hauptspei- 
chervolumen des Rechners angeordnet ist. 
Um den Aufwand gering zu halten, wurde je- 
weils ein Farbattribut-Byte einem Quadrat 
von 8 mal 8 Pixeln zugeordnet. Das gesamte 
Bildfeld ist in 768 solche Quadrate eingeteilt 
(32 horizontal, 24 vertikal). Im Hauptspei- 
chervolumen des Rechners ist direkt nach 
dem 6 KByte umfassenden Pixelspeicherder 
768 Byte umfassende Farbattribut-Speicher 
angeordnet. Beide können zusammen durch 
Lötbrücken auf der Leiterplatte in 8-K-Schrit- 
ten im Hauptspeicher verschoben werden. 
Die Vorzugsadresse ist 4000H. Sie ist durch 
einen Leiterzug vorverdrahtet. In diesem Fall 
liegt der Speicherbereich für die Pixel im Be- 
reich von 4000H bis 57FFH und für die Attri- 
bute von 5800H bis 5AFFH. Wie die Farbin- 
formationen im Attribut-Byte codiert sind, 
zeigt Tafel 1 . Für je ein Quadrat von 8 mal 8 
Pixeln kann eine von 8 Hintergrundfarben, 
eine von 16 Vordergrundfarben (8 Farben in 
2 Helligkeitsstufen) und Blinken/Nichtblinken 
gewählt werden. 

Die Attribut-Bytes stehen im Speicher zeilen- 
weise in natürlicher Reihenfolge, also zum 
Beispiel: 

1. Zeile: 5800H . . . 581 FH 

(5800H = links oben, 

581 FH = rechts oben) 


Farbgrafikadapter für K 1520 - 

Systeme — 

klein und vielseitig 


Mikroprozessortechnik, Berlin 4 (1990) 1 


ii 



BEI MONTAGE IN 95mm BAUHOHE C4,C5 UND CS2* LIEGEND MONTIEREN 
X = DURCHKONTAKTIERUNG (NUR BEI NDKL) 

O =UICKELSTIFT ( FUER ADRESSE 4000H NICHT NOTWENDIG ) Bildl Bestückungsplan 


2. Zeile: 5820H . . . 583FH 
usw. bis 

24. Zeile 5AE0H . . . 5AFFH 
Im Gegensatz zu dieser einfachen Zuord- 
nung ist die Adressierung der Pixel etwas 
komplizierter. Angenommen, man beschreibt 
die Lage der Pixel durch Koordinaten auf 
dem Bildschirm so, daß der Nullpunkt sich 


links oben befindet, die Spaltenadressen sich 
nach rechts und die Zeilenadressen sich nach 
unten erstrecken. Für die Zeilenadresse wer- 
den 8 Adreßbits benötigt, wobei sich die 
Adresse von 0 bis OBFH erstrecken kann. Für 
die Spaltenadressen werden 5 Adreßbits be- 
nötigt, da die Stellung eines Pixels im Byte 
den drei niederwertigsten Bits entspricht. 


1 Inhalt der Farbattribut-Bytes 


7 6 

blk xth 

5 4 3 

grün rot blau 

2 1 0 

grün rot blau 


Hintergrundfarbe 

Vordergrundfarbe 


= Blinkbit, xth = extrahell) 


. . 
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Bild 2 Schaltplan, Leiterplattenhälfte mit Steckverbinder 
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Bild 3 Layout , Lötseite 


Das höchstwertige Bit im Byte gelangt zuerst 
auf den Bildschirm und steht demzufolge am 
weitesten links. Wie die verschiedenen Bits 
der Zeilen- und Spaltenadressen aus Sicht 
der CPU angeordnet sind, zeigt Tafel 2. Wie 
man sehen kann, sind die Zeilenadreßbits 
R0..R7 ineinander verschachtelt. Bei den At- 
tributadressen sind einfach die Bits RO, RI 
und R2 aus der Zeilenadresse herausge- 
schnitten. Auf diese Weise ist es sehr ein- 
fach, das für ein Pixel zuständige Attribut- 
byte zu finden. Folgende kurze Programmse- 


Tafel 2 Adreßzuordnung der Pixel aus CPU-Sicht 


151413 12 11 109 8 

7 6 5 4 3 2 1 0 

0 1 0 R7R6R2R1 RO 

R5R4R3C7C6C5C4C3 

0101 10 R7R6 

R5R4R3C7C6C5C4C3 


Adreßbit = Speicheradresse = Adreßbit 0 ... 1 5 der CPU 
(bei Adressierung ab 4000H) 

PADR = Pixeladressen RO . . . R7 = Zeilenadresse 0 ... 1 91 
CO . . . C7 = Spaltenadresse 0 . . . 255 
(Die Spalten ad re ßbits CO . . . C2 entsprechen 
der Stellung des zum Pixel gehörigen Bits im 
Byte, welches an der durch C3 . . C7 und RO . . R7 
bestimmten Speicheradresse steht.) 

ATADR = Attribut-Adresse, korrespondierend zu PADR 


quenz erledigt dies: 

(angenommen, HL enthält die Pixeladresse 
nach Bild 2) 

LD A,H ;Pixeladreßteil high laden 
RRCA ;um 3 Bit nach rechts 

RRCA ;verschieben 

RRCA 

AND 3 ;Grundadresse wegschneiden 
OR 58H ; Anfang Attributadresse dazu 
LD H,A ;Adresse wieder zurück in HL 

Wenn man sich darauf beschränkt, Textzei- 
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Bild 4 Layout, Bestückungsseite 


chen nicht an beliebige Stellen, sondern nur 
so auf den Bildschirm zu schreiben, daß ein 
Zeichen genau in eines der 768 Quadrate ge- 
langt, dann ist es dank der Verschachtelung 
der Zeilenadreßbits auch recht leicht, Texte 
auf diesen Farbgrafikadapter zu schreiben. 
Angenommen, DE zeigt auf den Anfang ei- 
nes der 768 Quadrate, in welches das Zei- 
chen F geschrieben werden soll und HL zeigt 
auf den Anfang einer Bitmustertabelle für die- 
ses Zeichen. Dann erledigt folgendes kleine 
Unterprogramm das Einschreiben des Bit- 
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musters für das Zeichen F in den Bildwieder- 
holspeicher: 

B,8 
A,(HL) 

(DE),A 


WCHAR: 
ZYKL: 


LD 

LD 

LD 


INC HL 


;Pixel holen 
;Pixel in BWSP 
;schreiben 
;nächstes Pixel- 
;byte 

;Pixeladresse 
;weiterstellen 

DJNZ ZYKL-# ;8mal insgesamt 


INC D 


RET 


;BEISPIEL FÜR BITMUSTER „F“ 


DEFB 00000000B 
DEFB 1111111 OB 
DEFB 01 10001 OB 
DEFB 01 101000B 
DEFB 01111000B 
DEFB 01 101000B 
DEFB 01 100000B 
DEFB 1 1 1 10000B 


** * 
*-* * 
*■*•■** 

** * 

** 


Wie man sieht, ist diese Programmsequenz 
recht kurz und schnell, denn zum Weiterstellen 
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der Pixeladressse genügt ein einfacher und 
schneller Inkrementierbefehl. 

Üblicherweise enthalten Bildschirmadapter 
für richtige PCs zumindest noch einen Druk- 
| keranschluß, um den Platz, den der Adapter 
belegt, möglichst intensiv nutzen zu können, 
f Auch bei dem hier vorgestellten Farbgrafik- 
adapter findet sich etwas Derartiges. Aller- 

I dings ist es kein Druckeranschluß, sondern 
ein kombiniertes Bedienerinterface mit fol- 
genden Anschlußmöglichkeiten: 

- Tastaturanschluß für ein 8 x 5-Tastenfeld 
; - Lautsprecheranschluß für Tastenklickusw. 

- Anschluß für Recorder oder optischen Le- 
sestift. 

Diese Zusatzanschlüsse belegen einige 
Adressen im I/O-Adreßraum des Rechners, 
vorzugsweise auf der Adresse OFEH. Leider 
war auf der Leiterplatte nicht mehr genügend 
Platz, um den Port vollständig zu dekodieren. 
Er belegt deshalb einige Adressen mehr, als 
,, eigentlich erforderlich wäre. Die Konfigura- 
§ tion des I/O-Ports zeigt Tafel 3. 

Zu erwähnen ist noch, daß der Farbgrafik- 
„ adapter zu Beginn jedes Bildsynchronimpul- 
ses einen Interrupt erzeugen kann. Damit 
kann man sich in einfachen Konfigurationen 
auch ohne speziellen Zeitgeberschaltkreis 
eine Software-Uhr einrichten oder auch zy- 
klisch die Tastatur abfragen. Allerdings kann 
; der Adapter keinen Interruptvektor liefern, 

V weswegen die CPU im Interruptmodus 1 be- 
trieben werden muß. Bei größeren Systemen 
kann man natürlich auf diese einfache Inter- 
ruptquelle verzichten, indem man R 37 ent- 
fernt und C 1 0 durch eine Brücke ersetzt. 

« 


Tafel 3 Zusatzport-Belegung 

bei Ausgabe (OUT . . .) 


7 6 5 4 3 ! 

- - - LSP REC 

2 1 0 

grün rot blau 


Farbe des Randes 


(LSP = Lautsprecherausgang) 
(REC = Recorderausgang) 


bei Eingabe (IN . . .) 


Bit 

7 6 

5 

o 

C\J 

CO 


- RIN 

- 

SPS SP4 SP3 SP2 SP1 | 


(RIN 

= Lese- Eingang Recorder/Lesestift) 


(SP1 . .5 = Spaltenleitungen der Tastaturmatrix) 

(Die Tastaturzeilen werden über die Adreßbits 
A8 ... AI 5 angesteuert.) 

Der Aufbau des Farbgrafikadapters 

Das Layout des Adapters wurde auf dem übli- 
chen K 1520-Leiterplattenmaß von 215 mm 
mal 1 70 mm entworfen. Viele Geräteentwick- 
ler sind allerdings seit einiger Zeit mit diesem 
Maß nicht mehr recht zufrieden, da es durch 
die übliche senkrechte Einbauweise im EGS- 
Gehäuse zu recht klobig wirkenden Geräten 
führt. Deshalb sind inzwischen auch Weiter- 
entwicklungen des K 1520-Sortiments wie 
NANOS von der IHS Warnemünde recht be- 
liebt geworden, die als Leiterplattengrund- 
maß 95 mm mal 170 mm verwenden, womit 
wesentlich kleinere und dem Fortschritt des 
Bauelementesortiments besser entspre- 
chende Geräte herstellbar sind. Auch ein 
eventueller Übergang auf das Format 
1 00 mm mal 1 60 mm ist damit leichter. Dieser 
Tendenz haben wir uns angeschlossen. Ein 
Blick auf das Layout des Farbgrafikadapters 
zeigt, daß man bei Bedarf die Leiterplatte tei- 


len kann, womit man zwei Platten im Maß von 
95 mm mal 170 mm erhält, die dann über 
Litze verbunden werden müssen. Damit ist 
der Adapter sowohl in klassischen K 1520- 
Systemen als auch in neueren kleinformati- 
gen Konfigurationen verwendbar. Der Adap- 
ter benötigt als Versorgungsspannung ledig- 
lich +5 V bei etwa 630 mA, wenn man zur 
Versorgung des Operationsverstärkers der 
Recorder-/Leseschaltung einen DC-DC- 
Wandler U 7660 DC einsetzt. Wenn man die 
Leseschaltung nicht benötigt oder bereits 
-5 Volt im Rechner zur Verfügung hat, kann 
man den DC-DC-Wandler natürlich auch 
weglassen. 

Auf eine ausführliche Schaltungsbeschrei- 
bung soll hier verzichtet werden, da bekannt- 
lich ein Stromlaufplan mehr sagt als tausend 
Worte. Für die TTL-Schaltkreise kommen 
(soweit möglich) LS-Typen zum Einsatz. Die 
Schaltkreisbezeichnungen wurden auf die 
charakteristische Nummer verkürzt, das 
heißt, man lese 374 als DL 374, 8205 als DS 
8205, 651 6 als U 651 6 D 1 5 usw. Der Einsatz 
von HCT-Schaltkreisen bringt bis auf den Er- 
satz der drei DS 8205 durch stromsparende 
U 74 HCT 138 kaum Vorteile. Kritische Stel- 
len und Abgleichpunkte gibt es nicht, so daß 
bei sorgfältigem Aufbau der Farbgrafikadap- 
ter auf Anhieb funktionieren wird. 


1 B3 KONTAKT 9 ] 

VEB Elektronische Bauelemente Teltow, Bereich EV (für 
technische Fragen) oder EK (für sonstige Fragen), Ernst- 
Thälmann-Straße 10/15, Teltow, 1530; Tel. 4534 59 (Spind- 
ler), 4531 59 (Kammer), bei sonstigen Fragen 45 28 00 
(Marciniak) 


Arrangiert: Turbo-Pascal und ANSI 


I 


Christian Hanisch , Berlin 


Wer kennt es nicht, das leidige Problem der 
Ausgabe von Zeichenketten mit Bildschirm- 
attributen unter Turbo-Pascal. So vorteilhaft 
die Verwendung der ANSI-Steuersequenzen 
hierfür auch wäre, so unvermittelt versagt 
diese Methode bei der standardmäßigen 
Ausgabe über die vordefinierte Textdatei 
Output von Turbo-Pascal. Der Grund dafür 
ist, daß die ANSI-Sequenzen nur dann wirk- 
sam werden, wenn sie durch die Standard- 
dienstleistungsroutinen des DOS-lnterrupts 
21 H (zum Beispiel Funktion 09H) ausgege- 
ben werden, was bei Turbo-Pascal standard- 
mäßig nicht der Fall ist. Turbo-Pascal ver- 
wendet hier vielmehr eine eigene Ausgabe, 
die direkt auf die ROM-BIOS-Funktionen zu- 
greift. 

Nun kann man sich auf ganz unterschiedliche 
Art des Problems annehmen. Angefangen 
bei quelltextmäßig aufwendigen Routinen, 
die über TEXTCOLOR und TEXTBACK- 
GROUND die Sache bewerkstelligen, bis hin 
zur schnellen INLINE-Routine, die den BIOS- 
Interrupt 10H verwendet, ist so manches 
denkbar und in der Literatur auch schon vor- 
gestellt worden. 

Ein ganz anderer Weg, der verblüffend ein- 
fach ist, basiert auf der Tatsache, daß bei 
Verwendung von Standard-OUTPUT des 


Bild 1 

Demonstration der 
Nutzung der ANSI- 
Steuersequenzen in 
Turbo-Pascal 
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3: 

Bildschirmattribute 

für Monochrom-Moni tor 

) 

4: CONST 

cls = 

#27' [2J 

{ 

Bildschirm loschen 

) 

5 : 

norm = 

#27 ' [0m' 

{ 

normale Darstellung 

} 

6 : 

high - 

#27' [ lm' 

{ 

intensive Darstellung 

} 

7: 

und 1 = 

#27' [4m' 

{ 

unterstrichene Darstellung 

) 

8: 

b 1 in = 

#27' [ 5m ’ j 

{ 

blinkende Darstellung 

} 

9: 

in v - 

#27 ' [7m' ; 

{ 

inverse Darstellung 

} 


PROGRAM T ANS I ; 
USES er t ; 


Turbo-Pascal Version 5.0 
entfällt in Version 3. xx 


VAR ansi s text; i : INTEGER: 
BEGIN 

assign ( ansi ,') ; 

{ assign ( ansi , ‘OUT: ' 
rewri te (ansi); 


in Turbo-Pascal J„xx‘ 


wri te ( ai 

wri te ( a 
wri teln 
writeln 

gotoxy ( 
writeln 
gotoxy ( 
wri teln 
gotoxy ( 
writeln 
gotoxy ( 

gotoxy ( 
wri teln 
gotoxy ( 

window ( 
FOR i : = 
wr i te 
de 1 ay 
REPEA T 


nsi ,norm+cls+ 

Bildschirm wurde ' +und 1+ ' ge löscht ' +norm ) ; 
nsi , #27 ’ [7 ; 25HKursor mit ANSI positionieren' ) ; 
(ansi, #27' [2B ) ; 

( ansi , inv+ ' ■, ■. .. ■■ . 


’ ) j 


26.13) ; 

( ansi , norm+ ' Tex t in normaler Darstellung ) ; 

25.14) ; 

(ansi, high+' Text iri intensiver Darstellung +norm); 

23.15) ; 

(ansi ,undl+ ' Text in unterstrichener Darstellung ) ; 

24.16) ; wri teln ( ansi , bl in+ 

Blinkender Text und un terstrichen ' +norm ) ; 

27.17) ; 

( ansi , inv+ ' Tex t in inverser Darstel lung ' +norm) ; 
18,19); writeln ( 

Die Standardausgabe kann ebenso benutzt werden!'); 
5,21,50,25); clrscr; 

1 lü. 50 DO. BEGIN 

(' Turbo-Standardausgabe in ein Fenster!'); 

(50) END-, 

UNTIL keypressed; 


FOR i : = 1 TQ_ 50 DO BEGIN wntetansi. 

' DÜS-S tandardausgabe in das gleiche Fenster!'); 
delay ( 50 ) ; END: 
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MS-DOS Betriebssystems (zum Beispiel die 
Funktion 09H des Interrupt 21 H) die ANSI- 
Steuersequenzen immer wirksam werden. 
Um Turbo-Pascal-Programme zum Beispiel 
zur I/O-Redirektion zu bequemen, ist unbe- 
dingt die Verwendung von Standard-INPUT 
und -OUTPUT des Betriebssystems notwen- 
dig. Dies wird dadurch erreicht, daß die vor- 
definierten Textdateien Input und Output von 
Turbo-Pascal auf den MS-DOS-Standard- 
INPUT beziehungsweise -OUTPUT entwe- 
der mit der Kompilerdirektive {#G<nr>} be- 
ziehungsweise {#P<nr>} in der Version 
3. xx oder durch 

ASSIGN (<TextFileVariable>, ”) bei den 

Versionen 4.0 und 5.0 umgeleitet werden. 
Eine weitere Möglichkeit besteht bei der Ver- 
sion 3. xx, indem über die in der DOS-lmple- 
mentation von Turbo-Pascal zusätzlich vor- 
handenen logischen Geräte INP und OUT 
kommuniziert wird. Durch die Nutzung dieser 
I/O-Redirektionsmechanismen dürfte damit 
also auch den ANSI-Steuersequenzen in 
Turbo-Pascal ein Anwendungsfeld erschlos- 
sen sein. Es muß faktisch nur die Turbo-Pas- 
cal-Ausgabe auf den MS-DOS-Standard- 
OUTPUT umgeleitet werden. 

Wie so oft, hat die Sache aber auch einen Ha- 
ken. Und der äußert sich zum Beispiel beim 
Einsatz der WINDOW-Prozedur. Die Aus- 
gabe über den Standard-OUTPUT von DOS 
schert sich nämlich wenig um eventuell ge- 
setzte Fenster. 

Man sollte es einmal ausprobieren. Das Ex- 
perimentieren fördert hier viele interessante 
Details zutage. 

Literatur 

IM Lindner, F.: Filterprogramme und Pipes. Mikroprozes- 
sortechnik, Berlin 2 (1988) 9, S. 263-266 
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Datenbankbetriebssystem MINIER 
auch auf dem PC 


Dr.UweWIoka 

Medizinische Akademie „ Carl Gustav 
Carus ", Institut für Medizinische 
Informatik 


schiedenen Computerebenen benutzten un- 
terschiedlichen Programmiersprachen zu 
den Leistungen der Wirtssprachenschnitt- 
stelle MIMER/DB zugegriffen werden kann. 


Das Datenbankbetriebssystem MIMER 
wurde nicht speziell für PCs entwickelt, son- 
dern dient der Ergänzung der MIMER-An- 
wendungen auf Mainframe-, Supermini- und 
Minicomputer. Auf allen diesen Ebenen ist 
ein Programm für den Export und Import von 
MIMER-Datenbanken vorhanden. MIMER 
auf PCs sollte also nicht als Konkurrenz zu 
dem bewährten dBase III (Plus), sondern als 
Ergänzung der MIMER-Produkte unter dem 
Portabilitätsaspekt und unter dem Aspekt 
weitergehender Systemleistungen gesehen 
werden. 

MIMER kann schnell und problemlos auf dem 
16-Bit-PCs installiert werden. Die Leistungs- 
parameter gestatten eine effektive Anwen- 
dung und eine relativ universelle Einsetzbar- 
keit für Datenbankaufgaben der verschie- 
densten Sachgebiete. 

Damit können zahlreiche Vorteile von MI- 
MER auf ESER- und SKR-Computer auch 
auf dem 1 6-Bit-PC genutzt werden. 

Eine klare Systemarchitektur, der modulare 
Aufbau und Möglichkeiten zur flexiblen An- 
passung an verschiedene Nutzeranforderun- 
gen sowie weitgehende Portabilität zeichnen 
das Datenbankbetriebssystem MIMER aus. 
Es wird in der DDR gegenwärtig auf folgen- 
den Computern genutzt: 


Tafel 2 Programmiersprachen, die MIMER nutzen können 
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MIMER kann im Single- und Multi-User-Be- 
trieb (unter MS-DOS nur Single-User) ge- 
nutzt werden. Der relativ schnelle Zugriff zu 
den Daten bei weitgehenden Vorkehrungen 
für den Zugriffsschutz und die Datensicher- 
heit gewährleisten eine effektive Arbeit. 

Es besteht ein günstiges Verhältnis zwischen 
dem Leistungsumfang und dem Speicherbe- 
darf. 

Kurze Einarbeitungszeiten und eine hohe 
Praktikabilität gewährleisten eine hohe Ak- 
zeptanz des Systems. 

Das Kernstück des Datenbankbetriebssy- 
stems ist der Data Base Händler MIMER/DB. 
Er erlaubt alle Datenbankfunktionen wie das 
Definieren von Datenbanken und Tabellen, 
das Manipulieren, das Recherchieren und 
das Kopieren der Daten, den Datenschutz 


Bild 1 Komponenten des Daten- 
bankbetriebssystems MIMER auf 
16-Bit-PCs 



Tafel 1 Computer und Betriebssysteme, für die MIMER 
verfügbar ist 
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Verschiedene Nutzerschnittstellen (Dialog- 
schnittstelle, Wirtssprachenschnittstelle) 
kennzeichnen MIMER. 

Der Vorteil der weitgehenden Portabilität ist 
verbunden mit einer Programmiersprachen- 
unabhängigkeit, so daß von den auf ver- 


und die Datensicherheit. Die Datenbankfunk- 
tionen werden als Routinen von MIMER/DB 
bereitgestellt und können von Anwenderpro- 
grammen oder vom MIMER-System aufgeru- 
fen werden. Da die DB-Routinen auf dem PC 
aus Fortran aufrufbare C-Programme sind, 
muß die Aufrufsequenz von MS-Fortran be- 
achtet werden. 

Die DB-Routinen sind in einer Bibliothek 
DBLIB.LIB enthalten und werden in die An- 
wenderprogramme gelinkt. 

MIMER/QL (Query Language) ist der Name 
sowohl für eine leicht erlernbare, SQL-ähnli- 
che Definitions- und Manipulationssprache 
für die Datenbankarbeit im Dialog als auch für 
die MIMER-Komponente, die diese Daten- 
bankarbeit ausführt. 

Für häufig wiederkehrende Anfragen können 
QL-Kommandos und Prozedurstatements in 
Prozeduren zusammengefaßt, mit einem 
Prozedureditor bearbeitet und mit einem Pro- 
zedurhandler abgearbeitet werden. 

Es besteht auch die Möglichkeit zur Abarbei- 
tung einzelner MS-DOS-Kommandos und 
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zur vorübergehenden Arbeit im MS-DOS- 
Kommandomodus, einschließlich des Starts 
weiterer Programme, ohne MIMER endgültig 
zu verlassen. 

Der Screen Händler MIMER/SH unterstützt 
das Generieren von Bildschirmmasken für 
die Dateneingabe (einschließlich der Daten- 
prüfung) und für die Datenausgabe über 
diese Masken. Für PCs ist allerdings kein 
Editor verfügbar. 

Ausgehend von der Definitionssprache 4QL 
unterstützt der Programmgenerator MIMER/ 
PG die Generierung von MIMER-Anwen- 
dungsprogrammen in C. Die Programmge- 
nerierung muß auf einem Großrechner statt- 
finden. Die weitere Programmentwicklung 
(Übersetzen, Linken) kann am PC vorge- 
nommen werden; es ist hier nur das Laufzeit- 
system verfügbar. 

Der Forms Manager MIMER/FM dient dem 
Anlegen, Verändern und Benutzen von 
Formblättern oder Bildschirmmasken und 
schließt viele Leistungen von MIMER/SH ein. 
MIMER/FM bietet zwar weniger Prüfmöglich- 


keiten, aber eine bedeutend einfachere Ent- 
wicklungstechnologie und einen Editor. 

Die Systemarchitektur der MIMER-Kompo- 
nenten unter MS-DOS ist im Bild 1 darge- 
stellt. 

Zusätzlich zu den Hauptkomponenten ste- 
hen auf dem PC einige Hilfsprogramme für 
spezielle Aufgaben zur Verfügung. 

DBADM unterstützt die Aufgaben des Daten- 
bankadministrators beim Definieren und Lö- 
schen von Datenbanken, Zugriffsrechten und 
Nutzern. 

DBXIM dient dem Export und Import von Da- 
tenbanken oder Tabellen zwischen verschie- 
denen Computern. 

DBBRU fertigt Sicherheitskopien an und er- 
laubt das Zurückkopieren von defekten Da- 
tenbanken aus Sicherheitskopien und LOG- 
Datenbanken. 

DBGEN generiert eine Systemdatenbank als 
aktives Data Dictionary von MIMER. 

Zur Installation von MIMER auf 16-Bit-PCs 
unter MS-DOS sind die folgenden Vorausset- 
zungen erforderlich: 


Hardware 

• XT-/AT-kompatibler PC 

• Festplatte mit mindestens 2 MByte freiem 
Speicherplatz 

• mindestens 51 2 KByte Hauptspeicher 

Software 

• MS-DOS ab Version 2.0 

• geeignete Fortran oder C-Compiler 

• 8086/8088-Objekt-Linker 

In den Systemdateien CONFIG.SYS und 

AUTOEXEC.BAT müssen die MIMER-spezi- 

fischen Eintragungen ergänzt werden. 
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Ein verteiltes Programm 
entwicklungskonzept 
für Mikrorechner 


Ralf Neuthe 

Wilhelm-Pieck - Universität Rostock , 
Sektion Technische Elektronik 


Die Programmierung von Rechnern ohne 
Standardperipherie oder gar von Einchipmi - 
krorechnern stellt viele Geräteentwickler in 
der Prozeßautomatisierung vor nicht uner- 
hebliche Probleme. Oft können nur Assem- 
bler oder Crossassembler (Assembler für 
fremde Prozessoren) eingesetzt werden. 
Für Testung und Inbetriebnahme der Soft- 
ware stehen neben den teuren und schlecht 
verfügbaren Emulatoren und Logikanalysa- 
toren kaum Hilfsmittel zur Verfügung. Daraus 
ergibt sich eine verhältnismäßig geringe Ef- 
fektivität beim Entwickeln der Programme 
und einen damit verbundenen erheblichen 
Anstieg der Softwarekosten. 

In diesem Beitrag wird eine Softwarelösung 
vorgestellt , die ein interaktives Entwickeln 
und Testen von Programmen für zugeschnit- 
tene Rechnerkonfigurationen (Zielrechner) 
ermöglicht. Zur Programmierung, Steuerung 
und Beobachtung des Zielrechners braucht 
nur in der Entwicklungsphase ein zusätzli- 
cher PC als Entwicklungsrechner ange- 
schlossen zu werden . Dabei entsteht ein ein- 
faches Mehrrechnersystem (z. B. ein intelli- 
genter Sensor - mit eigenem Prozessor - an 
einem PC. 

Weiterhin wird die softwareseitige Lösung 
der Rechnerkopplung zwischen Entwick - 
lungs- und Zielrechner beleuchtet, da sie 
auch für andere Einsatzfälle von Interesse 
sein kann. 

Zielstellungen 

Es soll von dem Mehrrechnersystem sowe- 
nig wie möglich Notiz genommen werden 
müssen. Die Programmierung des Zielrech- 
ners soll nach den gleichen Regeln, in der 


gleichen Art und mit der gleichen Unterstüt- 
zung möglich sein, wie die „normale“ Pro- 
grammierung eines PCs. Es soll der Eindruck 
entstehen, daß man nur an dem Zielrechner 
arbeitet, an den die Peripherie des Entwick- 
lungsrechners angeschlossen wurde und auf 
dem die bekannten Softwarewerkzeuge des 
Entwicklungsrechners laufen. 

Für eine möglichst gute Annäherung an diese 
Ziele ist die Arbeit mit der Schnittstelle für die 
Rechnerkopplung vollständig zu verdecken. 
Notwendige Kommunikationen müssen au- 
tomatisch und ohne jedes Dazutun des Be- 
dieners erfolgen. 

An den Zielrechner sollten so wenig wie mög- 
lich zusätzliche Ansprüche gestellt werden. 
Das betrifft insbesondere den Speicheraus- 
bau. Deshalb ist die dort erforderliche Zu- 
satzsoftware auf ein Minimum zu reduzieren. 
Aus diesem Grund müssen alle zusätzlich er- 
forderlichen Aktionen für die Funktion des 
Gesamtsystems wie Codegenerierung und 
Testhilfen auf dem Entwicklungsrechner lau- 
fen. Weiterhin sollten die Forderungen an die 
unerläßliche Schnittstelle sogering wie mög- 
lich gehalten werden. 

Das Konzept 

Aufbau 

Man baut ein Rechnersystem auf, bei dem 


sowohl Hard- als auch Software verteilt sind. 
Bei dieser Rechnerkopplung fungiert der Ent- 
wicklungsrechner als Master. In ihm steckt 
der Hauptteil der Software, die eine interak- 
tive Kommunikation mit dem als Slave arbei- 
tenden Zielrechner ermöglicht (Bild 1 ). 

Die hardwareseitige Ausführung der Schnitt- 
stelle ist ohne Belang. Sie braucht nur einen 
bidirektionalen Datentransfer zu ermögli- 
chen. Eine Einschränkung besteht nur in der 
unbedingten Forderung nach der Existenz ei- 
ner für den Entwicklungsprozeß frei verfüg- 
baren Schnittstelle. Im Bereich der Prozeß- 
automatisierung ist das meistens gegeben, 
da oft ohnehin eine bidirektionale Verbindung 
zur übergeordneten Rechentechnik erforder- 
lich ist. Dort kann man eventuell sogar die 
Geräte dieser Ebene als Entwicklungsrech- 
ner benutzen, so daß für die Softwareent- 
wicklung nicht einmal die Hardwaresubstanz 
modifiziert zu werden braucht. 

Wahl der Programmiersprache 

Für ein solches verteiltes System ist die Pro- 
grammiersprache Forth /I/ bestens geeignet. 
Sie bietet gute Voraussetzungen für eine ef- 
fektive Softwareentwicklung sowohl für den 
Entwicklungsrechner (in ihrer Eigenschaft als 
Hochsprache) als auch für den Zielrechner 
(mit ihrer Maschinennähe). Damit ergibt sich 
eine homogene Softwarelösung für das Ge- 
samtsystem, da beide Rechner auf die glei- 
che Weise programmiert werden. 

Der Betriebssystemcharakter von Forth er- 
möglicht die Bereitstellung der vollständigen 
Programmierumgebung „unter einem Dach“. 
Das erleichtert die Simulation einer Umge- 


Wirtsrachner (PC als Mastar) 


Zielrechnar (als Slava) 



Bild 1 Das Rechnersystem 
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bung, in der sogar Werkzeuge für Rücküber- 
setzung und Einzelschrittbetrieb auf dem 
Zielrechner laufen /2/, /3/, 14/. 

Das an der WPU für die Programmierung und 
Inbetriebnahme von speziellen Rechnerkon- 
figurationen in der Automatisierungstechnik 
entwickelte System ist eine auf das Basissy- 
stem comFORTH 2 nachladbare Applikation. 
Es trägt den Namen comFORTH-plus. 

Bedienoberfläche 

Da die gesamte Software in Forth program- 
miert wurde, konnten bei der Gestaltung der 
Bedienoberfläche die speziellen Dialog-Ei- 
genschaften dieser Sprache (Präfix-Nota- 
tion, Aufruf der Programme durch das Nen- 
nen ihres Namens) für eine Vereinfachung 
des Gesamtkonzepts ausgenutzt werden. 

Die Arbeit mit den beiden Rechnern erfolgt 
nach einem sehr einfachen Prinzip: Man gibt 
auf dem Entwicklungsrechner durch die Wahl 
der Betriebsart an, mit wem gearbeitet wer- 
den soll. Dafür existieren ein Host-Modus für 
den Entwicklungsrechner selbst und ein Tar- 
get-Modus für den Zielrechner. Entspre- 
chend werden alle Angaben wie Wortnamen 
(vergleichbar mit symbolischen Programm- 
adressen) oder Speicherzugriffe auf den je- 
weils ausgewählten Rechner bezogen. 

Im Host-Modus verhält sich das Softwaresy- 
stem so, als ob man mit einem gewöhnlichen 
Forth arbeitet. Mit der Umschaltung auf den 
Target-Modus ändern sich für den Bediener 
scheinbar nur die Bezüge. Es sind jetzt die 
Worte (Programme) des Zielrechners verfüg- 
bar. Man kann sie (wie in einem gewöhnli- 
chen Forth) durch das Nennen ihres Namens 
zur Ausführung bringen. Damit entsteht der 
Anschein, daß man nur noch auf dem Ziel- 
rechner arbeitet. 

Programmierung 

Aufwand auf dem Zielrechner 

comFORTH-plus wurde so angelegt, daß der 
zusätzliche Aufwand für die Kopplung auf 
dem Zielrechner so gering wie möglich gehal- 
ten werden kann. Dieser besteht in der Pro- 
grammierung von Routinen für: 

- Schnittstelle initialisieren 

- 16 Bit senden 

- 16 Bit empfangen. 

Dabei kann fast immer auf vorhandene 
Schnittstellenprozeduren zurückgegriffen 
werden. Weiterhin muß das Rahmenpro- 
gramm für die Kommunikation mit dem Ent- 
wicklungsrechner aufgenommen werden. Es 
ist von der jeweiligen Umgebung unabhän- 
gig, in Forth formuliert und belegt nur zirka 30 
Byte des oft sehr eng bemessenen Spei- 
chers. 

Die Software des Entwicklungsrechners 

Auf dem Entwicklungsrechner befindet sich 
das „Hirn“ des verteilten Systems. Hier sind 
neben den eigenen auch die Namen der 
Worte des Zielrechners gespeichert. Sie be- 
finden sich ebenfalls im Wörterbuch /3/. Da- 
durch jedoch, daß sie über eine separate 
Suchordnung verwaltet werden, können sie 
von den Wörtern des Entwicklungsrechners 
unterschieden werden. Weiterhin befinden 
sich auf dem Entwicklungsrechner Werk- 
zeuge zum Testen von Programmen des 
Zielrechners, ein Zielcompiler, mit dessen 
Hilfe weitere Programme in Hochsprache er- 
zeugt werden können, sowie ein Zielassem- 
bler für den Prozessor des Zielrechners für 
das Erzeugen von Maschinenroutinen. Damit 
eignet sich comFORTH-plus nicht nur für das 


Testen und die Inbetriebnahme von Pro- 
grammen, sondern auch zu deren Ergän- 
zung um weitere Wörter (Programme). Das 
bringt eine erhebliche Verkürzung des Soft- 
wareentwicklungszyklus (Editieren, Überset- 
zen, Testen) mit sich. 

Ausführen von Zielprogrammen 
Befindet man sich im Target-Modus, kann 
man als Bediener auf dem Entwicklungsrech- 
ner die Wörter des Zielrechners in der forthty- 
pischen Form durch Nennen ihres Namens 
ausführen. Intern befindet sich dafür der 
Forth-lnterpreter in einem speziellen Zu- 
stand, in dem für jedes in der Suchordnung 
des Zielrechners gefundene Wort seine dor- 
tige Adresse ermittelt und an TEXEC (Bild 2) 
übergeben wird. Dieses prüft zuerst, ob vom 
Zielrechner eine Quittung als Signal der 
Empfangsbereitschaft vorliegt. Falls dies 
nicht der Fall ist, wird aktiv auf ihr Eintreffen 
gewartet. Damit ist die Synchronisation der 
beiden Rechner auf einfachste Art erreicht. 
Danach wird die Adresse des auszuführen- 
den Wortes an den Zielrechner übermittelt. 
Er interpretiert laut seinem Rahmenpro- 
gramm QUIT (Bild 3) alle so empfangenen Da- 
ten als eine Codefeldadresse IM und ruft das 
sich dort befindliche Wort auf. Damit ist der 
gewünschte Programmstart auf dem Ziel- 
rechner durchgeführt worden. Nach dessen 
Bearbeitung erfolgt wieder eine Rückkehr in 
das Rahmenprogramm. Dieses sendet eine 
Quittung an den Entwicklungsrechner und 
geht danach erneut auf Empfang. 

In der Zeit zwischen dem Aussenden der 
Adresse und dem Empfang der Quittung 
kann sich der Entwicklungsrechner auch an- 
deren Aufgaben widmen. Damit ist eine par- 
allele Programmierarbeit auf beiden Rech- 
nern möglich. Im Rahmen des Testens und 
der Inbetriebnahme von Software ist dieser 
Fakt allerdings von nebensächlicher Bedeu- 
tung und soll deshalb hier nicht weiter be- 
trachtet werden. 

Übermitteln von Daten 

Wenn in Forth im interpretativen Zustand 


Zahlen eingegeben werden, so gelangen sie 
als 16-Bit-Daten auf den Parameterstapel. 
Dort werden sie von den Forth-Worte (Pro- 
grammen) erwartet oder als Ergebnis hinter- 
lassen. In funktioneller Analogie werden im 
Target-Modus die Zahlen auf den Stapel des 
Zielrechners gelegt. 

Die Möglichkeit der Übermittlung von Daten 
zwischen Eintwicklungs- und Zielrechner 
muß demnach ebenfalls vorhanden sein. 
Forth kommt uns hier mit seiner Strategie der 
Problemlösung schon auf halbem Wege ent- 
gegen. Eine Datenübertragung ist nämlich 
nichts anderes, als 1 6 Bit auf der einen Seite 
(vom Stapel) zu senden und auf der anderen 
(zum Stapel) zu empfangen. So etwas läßt 
sich auf der Basis von TEXEC programmie- 
ren (siehe Bild 4). 

Für das Senden von Daten zum Zielrechner 
(PUT) wird auf diesem das Wort 16 Bit emp- 
fangen aktiviert. Auf dem Entwicklungsrech- 
ner brauchen die nächsten 1 6 Bit nur zusätz- 
lich gesendet zu werden. Für die Übertra- 
gung in der entgegengesetzten Richtung 
(GET) wird auf dem Zielrechner das Wort 16 
Bit senden gestartet und auf dem Entwick- 
lungsrechner der Empfang veranlaßt. Dieses 
Verfahren verlangt auf dem Zielrechner kein 
zusätzliches Programm. Der Nachteil be- 
steht in der uneffektiven Benutzung der 
Schnittstelle, da zu jedem Datentransfer zwei 
zusätzliche Übertragungen (Adresse des 
Wortes und die Quittung) hinzukommen. 

Erzeugen von Programmen 
Zum Erzeugen von Programmen auf dem 
Zeilrechner stehen ein Zielcompiler zur Pro- 
grammierung in Forth und ein Zielassembler 
für die Maschinenprogrammierung zur Verfü- 
gung. Beide laufen, wie schon erwähnt, auf 
dem Entwicklungsrechner. Da der Zielassem- 
bler nur Maschinencode für den Zielprozes- 
sor zu erzeugen hat, ist er von der CPU des 
Entwicklungsrechners unabhängig. 

Bevor mit dem Erzeugen von Zielprogram- 
men begonnen werden kann, muß ermittelt 
werden, wo der neue Code auf dem Zielrech- 
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Bild 2 Interpreteranschluß für das Starten von Zielprogrammen 
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Bild 3 Rahmenprogramm des Zielrechners 
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ner plaziert werden soll. Alle weiteren not- 
wendigen Informationen, zum Beispiel die 
Adressen anderer Worte (Programmodule), 
befinden sich bereits auf dem Entwicklungs- 
rechner. 

Während des Übersetzungsvorganges wird 
der Programmcode automatisch zum Ziel- 
rechner übertragen und dort in den Speicher 
eingeschrieben. Nach syntaktisch korrektem 
Abschluß erhalten die neuen Worte einen 
gültigen Eintrag im Wörterbuch des Entwick- 
lungsrechners und sind somit aufrufbar. 
Weiterhin besteht die Möglichkeit, Pro- 
gramme für den Entwicklungsrechner zu er- 
zeugen, die sich auf Worte des Entwicklungs- 
und des Zielrechners beziehen. Am Beispiel 
einer schnellen Blockübertragung soll das 
näher erläutert werden (siehe Bild 5). 

Das Wort BPUT (Block 1) wird für den Ziel- 
rechner definiert, daß heißt, daß der Pro- 
grammcode dorthin übertragen und im Ziel- 
rechner abgelegt wird. Der Wörterbuchein- 
trag zu BPUT bleibt auf dem Entwicklungs- 
rechner. Wird BPUT vom Entwicklungsrech- 
ner aus aufgerufen, so arbeitet es auf dem 
Zielrechner. 

In Block 2 wurde BGET definiert. Dieses Wort 
verbleibt komplett im Entwicklungsrechner 
und arbeitet bei seinem Aufruf auch hier. In 
BGET veranlaßt das Wort TARGET, daß ab 
jetzt Wörter des Zielrechners (hier BPUT) be- 
nutzt werden sollen. Mit HOST wird wieder auf 
die Verwendung von Wörtern des Entwick- 
lungsrechners zurückgeschaltet. Mit dem 
Aufruf von BGET erreicht man, daß zuerst die 
für BPUT notwendigen Parameter übertra- 
gen werden und danach BPUT auf dem Ziel- 
rechner zur Abarbeitung gebracht wird. Die 
folgenden Instruktionen laufen dann aus- 
schließlich auf dem Entwicklungsrechner. 

Entwicklungswerkzeug Cross-Com- 
piler 

Damit der Zielrechner überhaupt mit dem 
Entwicklungsrechner kommunizieren kann, 
benötigt er mindestens das Rahmenpro- 
gramm QUIT (Bild 3) und die darin verwende- 
ten Wörter. Für dessen Erzeugung ist ein 
weiteres Softwarewerkzeug erforderlich. Im 


Rahmen der Gesamtkonzeption kommt dafür 
nur ein Forth-Compiler in die engere Aus- 
wahl. Der comFORTH-CrossCompiler 151 
wird dieser Aufgabe gerecht. Er kann neben 
interaktiven Forth-Basissystemen (com- 
FORTH wurde ebenfalls mit Hilfe dieses 
Cross-Compilers generiert) auch kleine 
Forth-Programme erzeugen. Eine funktio- 
neile Aufteilung des Codes in verschiedene 
Speichersegmente, unter anderem auch 
eine ROM-RAM-Trennung, ist möglich. Für 
die Arbeit mit comFORTH-plus wird die Mög- 
lichkeit des Separierens der Wortköpfe 
(Wortname) in ein extra Speichersegment 
(bedeutet für den Cross-Compiler das Erzeu- 
gen einer separaten Datei) ausgenutzt. Sie 
sind ja der Teil des Zielprogramms, der auf 
dem Entwicklungsrechner benötigt wird. 
Wurde die Applikation für den Zielrechner fer- 
tig ausgetestet und als praxistauglich befun- 
den, wird sie noch einmal komplett mit Hilfe 
des Cross-Compilers als abgeschlossene 
Lösung übersetzt und ist damit einsatzfähig. 

Ausblick 

Der Beitrag zeigt, wie durch eine Rechner- 
kopplung mit einer einfachen Schnittstellen- 
bedienung ein beeindruckender Durchgriff 
vom Entwicklungs- auf den Zielrechner mög- 
lich ist. Da sich fast der gesamte Software- 
aufwand auf dem Entwicklungsrechner befin- 
det, sind die Ansprüche hinsichtlich der Ziel- 
hardware minimal. 

comFORTH-plus entfaltet mit seiner Umge- 
bung eine außergewöhnliche Effektivität, die 
die Programmentwicklungszeiten für Ziel- 
rechner stark schrumpfen läßt. Das ist vor al- 
lem auf die enorme Verkürzung des Soft- 
wareentwicklungszyklus zurückzuführen, die 
dadurch eintritt, daß soeben übersetzte 
Worte (Programmteile) unmittelbar gestartet, 
korrigiert und wieder neu übersetzt werden 
können. Als Beispiel soll die Softwareent- 
wicklung für eine an der WPU entwickelte in- 
telligente Grafikkarte mit Z 80-CPU dienen, 
die vorher mit Hilfe eines Macroassemblers 
programmiert wurde. Nach Einführung des 
Werkzeuges comFORTH-plus erhöhte sich 
die Effektivität der Programmierung etwa auf 


i PUT ( psi 16b =«> ; Transfer zu« Zielrechner ) v 

TARGET AUX > HOST >AUX ; 

: GET < ps: ===> 16b ; Transfer vom Zielrechner ) Bild 4 Programmvariante für PUT 

TARGET >AUX HOST AUX> ; und GET 



Dat ei Ci TRANSFER. CF2 

Block 1 

0 

\ Transfer vom HOST 

RN 22— De z -88 

1 

\ Uebertragung von n 

Byte ab Adresse "Anfang’“ 

2 

3 

TARGET 

\ 

Beginn der Arbeit auf dem Zielrechner 

4 

: BPUT ( pm: 

Anfang 

n ' n— = > • Block senden ) 

5 

OVER 

\ 

Kopieren von "Anfang" zur Stapelspitze 

6 

+ 

\ 

Addition "Anfang + n" 

7 

SWAP 

\ 

Vertauschung von "Anfang" und "Anfängen** 

8 

DO 

\ 

Beginn der Schleife, Durchlauf von 

9 


\ 

"Anfang" bis "Anfang+n-1" 

10 

I 

\ 

Schleifenindex = Adresse 

11 

C9 

\ 

Byte von Adresse lesen 

12 

>AUX 

\ 

und zur Schnittstelle abschicken 

13 

LOOP 

\ 

Ende der Schleife 

14 

• 

\ 

Ende der Definition 

15 





Datei C* TRANSFER . CF2 

Block 2 

0 

\ Empfang vom 

TARGET 

RN 22-Dez -88 

1 

\ Empfang von 

n Byte 

ab Adresse "TAnfang" und Ablage ab Adresse 

2 

\ "HAnfang" im Wirtsrechner 

4 

HOST 

\ 

Arbeit auf dem Wirtsrechner 

5 

s BGET ( ps* 

HAnfang n TAnfang ===> ; Block empfangen ) 

6 

PUT 

\ 

“TAnfang" zum Zielrechner uebermitteln 

7 

DUP PUT 

\ 

”n" duplizieren und abschicken 

e 

TARGET BPUT 

HOST \ 

"BPUT" auf dem Zielrechner anstossen und 

9 


\ 

folgende Aktionen wieder auf dem Wirt 

10 

OVER + SWAP 

\ 

Parameter fuer die Schleife bereitstellen 

11 

DO 

\ 

Beginn der Schleife 

12 

AUX > 

\ 

Byte empfangen 

13 

I 

\ 

Schleifenindex = Adresse 

14 

C! 

\ 

Byte auf Adresse abspeichern 

15 

LOOP ; 




Bild 5 Programm für 
eine schnelle Block- 
übertragung 
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das Stäche. Dadurch konnte die Entwicklung 
einer GSX-Firmware vorgenommen werden. 
comFORTH-plus ist ausschließlich in Forth 
geschrieben und wurde auf das Basissystem 
comFORTH 2 nachgeladen 161. Da es sich 
nur an den forthinternen Schnittstellen orien- 
tiert, ist es sofort überall dort einsetzbar, wo 
comFORTH 2 111 läuft. Das sind alle Rechner 
mit den Betriebssystemen CP/M-80 (Versio- 
nen 2.2 und 3.0), CP/M-86 (Version 2.2) und 
MS-DOS (ab Version 3.0). 
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MS-DOS-Tip 

T astaturbelegung 

"ändern 

Wenn in die Datei CONFIG.SYS die 
Befehlszeile DEVICE - ANSI.SYS 
integriert wird, stehen erweiterte 
Möglichkeiten zur Bildschirmsteue- 
rung zur Verfügung. Dabei kommen 
dann ANSI-Steuerfolgen zur Anwen- 
dung. Diese sind bindend, falls sie 
durch DOS-Aufrufe ausgesendet 
werden, welche die Standardein- 
gabe- bzw. -ausgabeeinheit oder die 
Standardfehlerausgabeeinheit be- 
nutzen. Dies sind die Funktionsauf- 
rufe 01 H, 04H, 06H, 07H, 09H und 
40H. Die Steuerfolgen für die ANSI- 
Treiber sind keine Befehle oder Kom- 
mandos für MS-DOS und können 
nicht in der CONFIG.SYS- oder der 
AUTOEXEC.BAT-Datei als Kom- 
mandozeilen stehen. 

Für die Umkodierung der Tastaturbe- 
legungen sind im ANSI-Standard fol- 
gende Steuerfolgen enthalten: 

ESC [#;#;.. ;#P 
ESC [„KETTE“ P 
ESC [#; „KETTE“;#; 

#; „KETTE“; #P 

oder jede beliebige Kombination von 
Zeichenkette und Dezimalwert eines 
Zeichens. 

Der erste ASCII-Kode in der Steuer- 
folge definiert die neu zu belegende 
Taste. Die restlichen Zeichen definie- 
ren die Zeichenfolge, die von der Ta- 
ste neu geliefert werden soll. (Be- 
achte: Ist der erste Kode in der Steu- 
erfolge 0 (00H), dann bilden der erste 
und der zweite Kode zusammen den 
erweiterten ASCII-Kode). 

Die Ausführung der ESC-Steuerlol- 
gen kann erreicht werden durch: 

• eine Datei, die die Steuerfolgen 
enthält und die Darstellung dieser auf 
dem Bildschirm mit dem Kommando 
TYPE oder COPY; 

• Ausführung der Kommandos nach 
der MS-DOS-Bereitschaftsanzeige. 
Beispiele: 

1. Umdefinieren der Taste A bzw. a 
zu Q bzw. q: 

Erzeugen einer Datei: 

ESC [65; 81 P -+ AwirdQ 
ESC [97; 11 3P awirdq 

Nach MS-DOS-Bereitschaftsan- 
zeige: 

prompt $e [65; 81 P -+ AwirdQ 
prompt $e [97; 11 3P awirdq 

2. Belegen der Taste Fl 0 mit der Zei- 
chenkette dir und einem nachfolgen- 
dem Wagenrücklauf: 

Erzeugen einer Datei: 

ESC [0; 68: „dir“; 13 p 
Nach MS-DOS-Bereitschaftsan- 
zeige: 

promt $e [0;68; „dir“; 13 p 
das Metasymboi $e ist die Darstel- 
lung von ESC (1BH) im PROMPT- 
Kommando. Der erweiterte ASCII- 
Kode für die Taste F10 ist 0 und 68. 
Für den Wagenrücklauf steht 13 
(ODH). 

Dimiter Mantschew 


Temperaturmessung mit dem KC 85/1 



Für Laborversuche bestand die Auf- 
gabe, das Digitalthermometer DTM 
201 0 mit dem Kleincomputer KC 85/1 
zu koppeln. 

Die Temperaturmeßwerte sollen vom 
Kleincomputer abgefragt, gespei- 
chert und verarbeitet werden. Zur 
Meßwertabfrage soll ein anwender- 
freundliches Basic-Programm einge- 
setzt werden, das den numerischen 
Temperaturmeßwert einer Variablen 
zuordnet. 

Die Ausgabe des gemessenen Tem- 
peraturwertes erfolgt entsprechend 
der Anwenderdokumentation des Di- 
gitalthermometers DTM 2010 /I/ mit 
einem dem IMS-2-Standard ähnli- 
chen Verfahren. Das Meßergebnis 
wird byte-seriell, bit-parallel ausgege- 
ben. Dabei entspricht der Ausgang 
DIO 1 dem Bit (2 7 ) und DIO 8 dem Bit 
(2°) des Datenbytes. Zur Steuerung 
sind drei Leitungen mit den Signalbe- 
zeichnungen NDAC, NRFD (Eingän- 
ge) und DAV (Ausgang) vorhanden. 
Für diese Signale wurden nachfol- 
gende Funktionen ermittelt: 

NDAC = negierte Datenempfangs- 
quittung, aktiv mit H-L- 
Flanke 

NRFD = negierte Datenanforde- 
rung, aktiv mit L-H-Flanke 

DAV = Sendedaten gültig, 
aktiv mit H-L-Flanke 
Alle Signale sind mit dem Lastfaktor 1 
TTL-kompatibel. 

Der Anschluß des Digitaithermome- 
ters DTM 201 0 an den Kleincomputer 
KC 85/1 erfolgt über die Hardware 
nach Bild 1, die keine Eingriffe in die 
Geräte erfordert. Die Betriebsspan- 
nung von + 5 V erhält der Schaltkreis 
DL 000 vom Kleincomputer. 

Er ist in der Griffschale des Steckers 
XS 2 in Freiverdrahtung eingebaut. 
Das Verbindungskabel zwischen 
Thermometer und Kleincomputer ist 
im vorliegenden Fall 55cm lang. Da- 
mit Störungen unterdrückt werden, 
sind alle freien Adern und der Kabel- 
schirm einseitig im Stecker XS 2 auf 
Masse geschaltet. 


Als Eingang am Kleincomputer KC 
85/1 wird der PlO-Port des Useran- 
schlusses 121 genutzt. 

Das Basic-Programm ist als Unter- 
programm für die häufig genutzte Be- 
triebsart Mittelwertmessung des Di- 
gitalthermometers DTM 2010 ge- 
schrieben. Leider ist die Synchronisa- 
tion des Programmes mit dem Basic- 
Befehl WAIT nicht möglich. 

Als Alternative wird nach der Teilzei- 
chenkette „ MIT“ für den Beginn 
der gültigen (störungsfreien) Meß- 
wertübernahme gesucht. Wegen des 
asynchronen Starts des Programms 
sind mehrere Abfragen notwendig, 
bis die Teilzeichenkette „ MIT“ 
gefunden wird. Die Folge sind unre- 
gelmäßige Programmlaufzeiten im 
Bereich 0,5 Sekunden bis 3 Sekun- 
den für das Einlesen des Temperatur- 
meßwertes. 

Das vorgestellte Beispielprogramm, 
welches die Abfrage des Digitalther- 
mometers DTM 2010 im Unterpro- 
gramm durchführt, ereichte durch- 
schnittlich 20 Messungen je Minute, 
ist die Meßwertübernahme aus ande- 
ren Betriebsarten des Digitalthermo- 
meters DTM 2010 erforderlich, so ist 
in der Zeile 70 des Basic-Program- 
mes die entsprechende Teilzeichen- 
kette (z. B. „ MAX“ für Maximal- 
wert) einzutragen. 


Die Zeichenkette fünf Leerzeichen 
(Normalbetrieb) ist nicht auswertbar, 
weil die Vornullen des Meßwertes in 
Leerzeichen umgewandelt werden. 

10 RUN 100 
20 OUT 139,7 
30 X$ = ““ 

40 FOR I = 1 TO 16 

50 X$ = X$ + CHR$ (255-INP (137)) 

60 NEXT 

70 IF LEFT $ (XS, 5) = „ MIT“ 
THEN Y = VAL (RIGTH $ 

(X$, 10)) : RETURN : ELSE 30 
1 00 CLS : PRINT „Aktuelle Tem- 
peratur:“ 

110 DIM X$ 16 

120 GOSUB 20 : PRINT AT(5,7); 

„C GOTO 120 
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Nutzung der Fenstervektoren für Basic 


Das Betriebssystem CAOS des KC 
85/3 ermöglicht es, im Fenstervektor- 
speicher B99CH . . . B9FFH mit je- 
weils zehn Byte die Parameter von 
zehn verschiedenen Bildschirmfen- 
stern abzulegen. Diese können jeder- 
zeit mit ihrer Nummer (0 ... 9) aufge- 
rufen werden, wobei der zuvor gültige 
Fenstervektor zurückgespeichert 
wird. 

Wenn ein Basic-Bildschirmdesign mit 
mehreren Fenstern gestaltet werden 
soll, zwischen denen mehrfach ge- 
wechselt wird und die auch noch un- 
terschiedliche Farben haben mögen, 
müssen jedesmal die Anweisungen 

Tafel 1 Aufbau des Fenstervektors 


WINDOW und COLOR (mit Parame- 
tern) programmiert werden. Das ist 
umständlich und mit dem Einsatz der 
Fenstervektoren eleganter lösbar. 

Im Listing sind die zu programmieren- 
den Einzelheiten zusammengestellt. 
Am Anfang des Basic-Programms 
werden die Parameter aller später be- 


nötigten Fenster mittels VPOKE in 
den Fenstervektorspeicher eingetra- 
gen. Die Bedeutung der Parameter, 
die in DATA-Zeilen einzusetzen sind, 
ist /I/ zu entnehmen. Die Fenster- 
nummer 0 muß dem vom Betriebssy- 
stem initialisierten Fenster Vorbehal- 
ten bleiben! Danach wird die Adresse 
eines zum Aufrufen benötigten MC- 
Programms in eine von der USR-Funk- 


IN DEN FENSTERVEKTORSPEICHER 


BAS I C— Progr amm 
10 ! EINTRAGUNG 
15 f FH = Höchste Fensternummer (1...9) 

20 FOR 1=1 TO FH : FOR J=0 TO 9 

30 READ B : VPOKE 1 4748+ 1 0*I+J , B 

40 NEXT J : NEXT I s VPOKE 14235,0 

50 DATA . .. : ! Parameter -f . Fenster 1 

60 DATA ... : ! Parameter -f . Fenster 2 



• unsterarwang ^bpaite; 

^ensteranfang (Zeile) 
f^enstergröße (Spalte) 
Fenstergröße (Zeile) 

Kursor (Spalte) 

Kursor (Zeile) 

Steuerbyte 

Farbe 

1 Reaktion auf das 
Fensterende (aus 0B7A4/5) 


100 ! MC- ADRESSE EINTRÄGEN 
110 DOKE 772, MC 

200 ! AUFRUFEN EINES FENSTERS 

205 ? FX = Fensternummer 

210 D=USR(FX) s ! D — Dummyvariable 


Maschi nencade- Programm 


CD6FC9 MC 

7B 

1E3D 

CD0CF0 

C9 


CALL 0C96FH 
LD A,E 
LD E , 3DH 
CALL 0FW15H 
RET 


; Parameterübergabe 
jFensternr, nach A 
; CAOS—UP Nr . 3DH 
; Progr ammvert. 5 
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tion vorgegebene Speicherzelle ge- 
schrieben. Nun kann an beliebiger 
Stelle im Programm über 
D=USR(FX) der Aufruf eines der in- 
itialisierten Fenster erfolgen. Die Va- 
riable D muß hier nur wegen des vor- 
geschriebenen Syntax eingeführt 
werden, ihr Wert ist uninteressant. 
Das kleine MC-Programm wird 
zweckmäßigerweise in einer REM- 
Zeile untergebracht. Es vermittelt die 
Parameterübergabe vom Basic- zum 
MC-Programm und ruft das CAOS- 
UP 3DH, mit dem schließlich der Auf- 
ruf des Fensters erfolgt. 
Bemerkenswert ist noch folgender 
Unterschied: Beim Aufrufen des Fen- 
sters mit WIN DOW springt der Cursor 
stets in die HOME-Position. Der Fen- 
stervektor dagegen speichert die ak- 
tuelle Cursorposition, so daß beim 
Wiederaufruf eine begonnene Aus- 
schriftfortgesetzt werden kann! 

Wolfram Schütze 


Gelöschte Basic - 
Programme erreichen 

Durch NEW gelöschte Basic-Pro- 
gramme werden durch das Pro- 
gramm FIELP (siehe Hexdump) für 
den KC 85/3 wieder erreichbar. Es 
wird aus dem Menü bwz. in Basic mit 
CALL* < Ladeadresse > gestartet. 
Bei der Verwendung eines KC 85/2 
mit aktiviertem Basic-Modul kann das 
Programm nur aus dem Menü unter 
Angabe der Anfangsadresse des Ba- 
sic-Textes (2C00H) gestartet wer- 
den. 

Während der Abarbeitung wird auf 
ein vorhandenes Basic-Programm 
getestet, anschließend werden die 
entsprechenden Zeiger gesetzt. 

Thomas Fleischer 


^DISPLAY 

0000 

0067 




0000 

18 

0D 

7F 

7F 

48 

45 

4Ü 

50 

0008 

01 

3A 

81 

B7 

2A 

82 

B7 

F5 

0010 

DB 

88 

CB 

97 

D3 

88 

Fl 

FE 

0018 

01 

28 

03 

21 

00 

04 

E5 

FD 

0020 

El 

11 

05 

00 

19 

7E 

FE 

7F 

0028 

38 

35 

AF 

01 

FF 

BA 

ED 

Bl 

0030 

20 

2D 

FD 

75 

01 

FD 

74 

0 2 

0038 

ED 

Bl 

20 

23 

16 

02 

OB 

BE 

0040 

20 

F6 

23 

15 

20 

F8 

FD 

75 

0048 

D7 

FD 

74 

D8 

FD 

75 

D9 

FD 

0050 

74 

DA 

FD 

75 

DB 

FD 

74 

DC 

Ci 0 5 8 

DB 

88 

CB 

D7 

D3 

38 

09 

CD 

0060 

58 

00 

CD 

03 

F0 

19 

G9 

00 


Umleitung 
fürSUBMIT 
noch schneller 

Für die zahlreichen Zuschriften und 
Hinweise zu dem Beitrag von Frank 
Isekeit in MP 7/89, Seite 205, bedan- 
ken wir uns bei allen Lesern. Die darin 
enthaltenen Lösungen lassen sich im 
wesentlichen so zusammenfassen: 
Es ist nicht erforderlich, das Pro- 
gramm SUBMIT zu ändern; mit den 
folgenden Kommandos wird auch die 
Umschaltung auf die RAM-Disk er- 
reicht: 

PIP E: = A : PIP.CMD 

E : PIP E : = A: $$$$$. SUB 

E: 

ERAA :$$$$$. SUB 

Besonderer Dank gilt Herrn Kämpfe 
aus Markkleeberg, Herrn Wölffer aus 
Erfurt, Herrn Schmidt aus Bitterfeld 
und Herrn Böhm aus Karl-Marx-Stadt. 

Redaktion MP 


Viele Anwender von dBase II wollen 
Daten aus dem Datenbanksystem im 
Textverarbeitungssystem WORD- 
STAR weiter verarbeiten. In den ent- 
sprechenden Programmdokumenta- 
tionen ist hierzu wenig erklärt oder es 
fällt schwer, die Erklärungen richtig 
anzuwenden. 

Deshalb sei ein kleines Beispiel zur 
Demonstration angeführt. Die Daten- 
bank nach Bild 1 enthält einige Probe- 
datensätze einer Personaldatei. Alle 
Datenfelder sind vom Typ C, die Län- 
ge der Datenfelder ist gleichgültig. 

Die Aufgabe könnte darin bestehen, 
an die Mitglieder der Arbeitsgruppe 


CAD/CAM Einladungsschreiben zu 
regelmäßig stattfindenden Arbeits- 
gruppenberatungen zu senden. Für 
diese Schreiben werden nur die Da- 
tenfelder Anrede Name Vorname 
Gruppe benötigt, da die Einladungen 
oetriebsintern verschickt werden. Zu- 
erst müssen die benötigten Datenfel- 
der der zutreffenden Datensätze in 
eine Textdatei (EINDAT.TXT) kopiert 
werden, die dann beim Kombodruck 
gelesen wird. Hierzu benutzen wir 
den im Bild 2 gezeigten dBase-Be- 
fehl. Die beim Kopieren in eine Text- 
datei normalerweise anzugebende 
SDF-Klausel ist bereits in dem Befehl 
delimited enthalten. 

Danach wird dBase verlassen. Durch 
type EINDAT. TXT kann man sich vom 
ordnungsgemäßen Aufbau der Einla- 
dungsdatei EINDAT.TXT überzeu- 


gen. Die einzelnen Datenfelder sind 
durch Kommas getrennt, jeder Da- 
tensatz wird mit einer Zeilenschal- 
tung abgeschlossen. 

Im Beispiel haben wir neben der An- 
wendung der Bedingungsklausel (for 
gruppe = ’CAD/CAM’) auch die Be- 
reichsklausel (field name, Vor- 
name, . .) verwendet. Fehlen diese 
beiden Klauseln, so werden alle Fel- 
der aller Datensätze in eine Textdatei 
kopiert. 

Die angelegte Textdatei wird nun als 
Datenfile für den Kombo-Druck ver- 
wendet. Im Bild 3 ist ein Beispiel eines 
solchen Kombo-Druck-Textes darge- 

st e ;t 


Um den Grundtext des Schriftstückes 
für alle Arbeitsgruppenberatungen 
verwenden zu können, sollen die Va- 
riablen DATUM, ZEIT und ORT im 
Dialog eingegeben werden. Diese 
Angaben sollen jedoch nicht bei je- 
dem Exemplar eingegeben werden. 
Deshalb arbeiten wir mit einer Rah- 
mendatei (RAHMEN.TXT), in die wir 
beim Kombo-Druck die Datei BEI- 
SPIEL.TXT einfügen lassen. 

Bild 4 zeigt den Aufbau der Rahmen- 
datei. 

Damit sind alle Vorbereitungen ge- 
troffen. Die Datei RAHMEN.TXT wird 
nun mit dem Kommando M gedruckt. 
Nach Anzeige der Kommentarzeile 
Einladung zur Arbeitsgruppenbera- 
tung werden die über die .av-Kom- 
mandos vereinbarten Variablen ein- 
mal im Dialog eingegeben. Mit dem 


Kommando .fi wird die Datei BEI- 
SPIEL.TXT eingefügt, die wiederum 
aus der Datei EINDAT.TXT die Varia- 
blen für die Personen holt. Es werden 
so viele Schriftstücke gedruckt, wie 
Datensätze vorhanden sind. Es muß 
aber auf die exakte Zuordnung der 
Anzahl und der Reihenfolge der Da- 
tenfelder und der zu lesenden Varia- 
blen geachtet werden, da sonst die 
Anordnung der Variablen im Text 
durcheinander kommt. Soll jedes 
Schriftstück auf ein neues Blatt ge- 
druckt werden, schließt man die Datei 
mit dem Kommando .pa ab. 

Die letzte Zeile der Datei BEI- 


jopy to EINDAT.TXT field anrede , name , 
vorname , gruppe for gruppe= ' CAD/CAM ' 
ielimited with , 

Bild 2 dBase-Kommando zum Kopie- 
ren einer Datenbank in eine Textdatei 


SPIEL.TXT muß auf jeden Fall mit ei- 
nem harten Zeilenende (CR) abge- 
schlossen werden. Wird dies verges- 
sen, beginnt der Drucker das zweite 
und die folgenden Exemplare fehler- 
haft (meist mit Punkt-Kommandos). 

In unserem Beispiel müssen sich alle 
Dateien auf dem Vorranglaufwerk be- 
finden. Wollen Sie mit mehreren Lauf- 
werken arbeiten, so muß die Lauf- 
werksbezeichnung vor den Dateina- 
men bei den Kommandos .fi und .df 
angegeben werden (z. B. .fi B:EIN- 
DAT.TXT). Wir hoffen, daß wir Ihnen 
mit diesem kleinen Beispiel helfen, 
Ihre Datenbanken auch für die Text- 
verarbeitung nutzen zu können. 


| El KONTAKT jg j 

Technische Universität „Otto von Gue- 
ricke“, CAD/CAM-Zentrum, Boleslaw-Bie- 
rut*Platz 5, Magdeburg, 3032; Tel. Magde- 
burg 592997, Dr. Springer 



Anr*d* Na»* Vorm»* Strati* 


Ort 


PLZ Orupp* 


Koll. Warner Pater 
Gen. Hei er Gerd 
Kol ln. Abel Rita 
Kölln. Bartsch Rosi 


Lindenstrati* 1 Rosendorf 1234 CAD/CAH 

Kasten i anal 1 ee 2 Nelkenstadt 2345 St andardi si er unq 

Eichenwag 3 Tulpenstadt 3456 CAD/CAH 

Duchenplatr 4 Liliendorf 4567 Neuererwesen 


Bild 1 Beispiel einer dBase II Datenbank 


.dt EINDAT.TXT 

. rv anrede, name, vomus, gruppe 

Werte(r) AanredeA &name&, AvornajaeA! 

Am &datum8t findet um &zeit& Uhr im &ort& unsere nBchste Be 
ratung der Arbeitsgruppe &gruppe& statt. Wir laden Sie 
hiermit ein und erwarten Ihre Teilnahme. 


Mit soz. Gruß 
gez. Meier 
BetriebBd i rektor 


.os Einladung zur Arbeitsgruppenberatung 
. av 'Bitte Datum eingeben : datum 

av 'Bitte Uhrzeit eingeben : ',zeit 
. av 'Bitte Ort eingeben : * , ort 
.fi BEISPIEL. TXT 


Bild 4 Rahmendatei RAHMEN.TXT zum 
Druck von Einladungen 


Bild 3 Beispieldatei BEISPIEL.TXT für den Kombo-Druck 
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Basissystem comFORTH 2 

Mit dem Basissystem comFORTH 2 
wird dem Anwender ein professionel- 
les Forth-Enwicklungssystem zur 
Verfügung gestellt, das auf den mei- 
sten der im Inland eingesetzten PC- 
Systeme kompatibel lauffähig ist (A 
51 20, PC 1 71 5, A 71 xx, EC 1 834, PC- 
XT/AT-kompatible). 
comFORTH 2 erfüllt die Kriterien des 
Standards Forth-83 und berücksich- 
tigt die durch das ANSI vorgelegten 
Erweiterungen. Der Wortschatz des 
Kernsystems umfaßt etwa 1 000 
Worte, die den Standard vor allem um 
Funktionen zur Dateiarbeit, Geräte- 
steuerung und Zeichenkettenverar- 
beitung erweitern. Die Übersetzungs- 
geschwindigkeit wurde gegenüber 
dem Vorläufersystem auf ein Mehrfa- 
ches gesteigert. Die Wörterbuchver- 
waltung gestattet die temporäre Auf- 
nahme von Compilererweiterungen 
und die Verwendung eines Modul- 
konstrukts. 

Zum Lieferumfang gehören neben 
dem Kernsystem ein Wordstar-kom- 
patibler Editor, ein Assembler, ein 
Debugger sowie eine große Anzahl 
von Utilityprogrammen {Datenstruk- 
turierung, Dateneingabe, bedingte 
Compilation u. v. m.). Bitte fordern Sie 
weiteres Informationsmaterial an. 

Wilhelm-Pieck-Universität Rostock, 
Sektion Technische Elektronik, WB Au- 
tomatische Steuerungen, Albert-Ein- 
stein-Straße 2, Rostock, 2500; Tel. 
405202 Dr. Pfüller 

Diskettenarbeit am PBOOO 

Im Rahmen unserer Forschungsar- 
beiten entstanden folgende zwei Pro- 
gramme zur Diskettenarbeit am 
P8000 unter dem Betriebssystem 
WEGA: 

cpmd 

Programm zum Lesen und Schreiben 
von CP/M-Disketten, Nutzung der 
Treiber /dev/fdx96ds9 und fdx96ds16 
für Disketten im SCP-oder Vortex- 
Format. Neben der Anzeige der Di- 
rectory, Kopieren von und zur Fest- 
platte besteht die Möglichkeit, auf der 
Diskette Files zu löschen sowie File- 
größen und Diskettenbelegung zu er- 
mitteln. 

dosd 

Mit diesem Programm können MS- 
DOS-Disketten gelesen und ge- 
schrieben werden. Mögliche Formate 
sind 180 KByte (9x512x40 SS), 
360 KByte (9 x 51 2 x 40 DS) und 720 
KByte (9 x 512 x 80 DS). Es können 
Files von/zur Festplatte kopiert wer- 
den, Belegungen und Filelängen er- 
mittelt und ein Cluster editiert werden. 
Bei diesem Programm kann mit Pfad- 
namen gearbeitet werden (Wechsel 
der Directory). 

Die Anwendung und die installierten 
Kommandos sind ähnlich denen, die 
beim CP/M-Programm POWER zur 
Verfügung stehen. Auf dem P8000 
müssen dazu die Diskettentreiber mit 
9 und 16 Sektoren/Spur zur Verfü- 
gungstehen. 

Humboldt-Universität zu Berlin, Sektion 
Elektronik, Bereich 5, Invalidenstraße 
110, Berlin, 1040 Jäkel 


Kommandogenerator für 
DCP 

Der Kommandogenerator K6 ist eine 
Kombination von Benutzeroberfläche 
und On-Iine-Hilfssystem für DCP- 
Kommandos. Er ist für die interaktive 
Arbeit mit 16-Bit-PCs unter DCP (A 
7150, EC 1834) gedacht und stützt 
die Ausführung der wichtigsten Be- 
triebssystemkommandos. Zu jedem 
Kommando erhält der Nutzer Infor- 
mationen über die korrekte Befehls- 
syntax sowie die verfügbaren Para- 
meter und Schalter, Laufwerkswech- 
sel und Start von Anwenderprogram- 
men sind unter KG ebenfalls möglich. 
Selbst Ungeübten wird damit die Nut- 
zung des PCs ermöglicht, zumal in 
vielen Fällen Beispiele angefügt sind. 
Nur selten wird der Blick ins DCP- 
Handbuch nötig sein. 

Das Programm belegt ca. 45 KByte 
Hauptspeicher und steht ab sofort zur 
Nachnutzung zur Verfügung (Nach- 
nutzungsgebühr: 280,00 M). Interes- 
senten senden bitte mit der formlosen 
Bestellung eine Diskette (formatiert) 
an den: 

VEB Leitzentrum für Anwendungsfor- 
schung, Softwarebetrieb CAD/CAM, Be- 
triebsteil Karl-Marx-Stadt, Palmstraße 
12, Karl-Marx-Stadt, 9072; Tel. 4 63 61 

Andreas 


Fondsvergabeprogramm 

ARPASO 

Das Programmpaket ARPASO kann 
zur quartalsweisen Vergabe beliebi- 
ger Fondssortimente nach beliebigen 
Vergabekriterien eingesetzt werden. 
Es ist einsetzbar auf jedem Rechner 
ab 16 Bit Verarbeitungsbreite. Der 
Bedarf an externer Speicherkapazität 
ist abhängig vom Sortimentsumfang. 
Die Programme des Programmpake- 
tes belegen 500 bis 600 KByte, je 
nach Qualität des auf dem Rechner 
verfügbaren C-Compi!ers. Compilie- 
rungen wurden durchgeführt auf 
P8000 und EC 1834. Zum Leistungs- 
umfang des Programmpaketes gehö- 
ren: 

- Quartalsplanung auf der Grund- 
lage von fei wählbaren Verteilkriterien 

- Vergabe eines Artikels auf der 
Grundlage bereits vergebener Artikel 

- Gleichzeitige Betrachtung von bis 
zu drei Varianten je Quartal 

- Setzen von bis zu vier Davonposi- 
tionen je Quartal 

- Berechnen einer zu einem be- 
stimmten Termin verfügbaren Fonds- 
menge auf der Grundlage beliebiger 
Berechnungsformeln 

- Modifizieren der verteilten Mengen 
durch das Setzen von Beträgen für 
einzelne Fondsträger 

- wahlweise Davonpositionsver- 
rechnung 

- Verrechnen von Jahresendbestän- 
den und Fortschreibungsbeständen 

- Fortschreibung zu hoher Bestände 

- automatische Bereinigung aller 
eingegebenen Fonds um die aktuell 
eingestellte Abpackgröße 

- Reportzusammenstellung für Zwi- 
schenergebnisdateien und Endabla- 
gedateien 

- Spezifikation der Artikelnummer 
durch eine weitere Ziffer zur Siche- 
rung der eindeutigen Unterscheidung 


von Normalfonds, Zusatzfonds, Re- 
serveauflösungen und anderen Spe- 
zialfonds 

- Hintergrundverarbeitung bei allen 
dateiorientierten Programmen 

- Weiterverarbeiten der Endablage- 
datei mit jeder beliebigen Datenbank- 
software 

- Kommandointerpreterschnittstelle 
(C-Shell oder Norton) vom Haupt- 
steuerprogramm aus. 

Ministerium für Land-, Forst- und Nah- 
rungsgüterwirtschatt, Bereich Pflanzen- 
und Tierproduktion, Köpenicker Alle 39- 
57, Berlin, 1157; Tel. 5053451 

Findeis 


Digitaiisiersoftware 

AKROK/M16 

Das Grundpaket AKROK/M16 er- 
möglicht die rationelle maßstabsge- 
rechte und strukturierte Digitalisie- 
rung und Änderung von Geometrie- 
daten mittels HDG, (K 6401... K 
6404) im Sinne der Primärdatener- 
fassung am A 7100 unter DCP. Zum 
Funktionsspektrum gehören: 

1. Strukturiertes Erfassen der grafi- 
schen Grundelemente: Strecke, 
Kreis, Kreisbogen, Text, Marker und 
Kurve durch punktweises und konti- 
nuierliches Digitalisieren. 

2. Spezifizierung der Attribute: 
Farbe, Linientyp, Texthöhe und -rich- 
tung 

3. beim Einlesen von Zeichnungsda- 
ten automatische Erkennung und 
Konvertierung systemfremder For- 
mate (GKS-Files, CADdy (ASCII)) in 
das systeminterne binäre ROK-For- 
mat 

4. Ausgabe von Teilstrukturen in den 
Zeichnungsformaten: ROK-Format, 
GKS-Files, CADdy. (ASCII) und 
HPGL 

5. Löschen und Korrektur von belie- 
bigen Zeichnungselementen 

6. Erweiterung von Zeichnungen 

7. Ausgabe von Zeichnungen auf 
Geräte über DCP-GX. 

Geplante Systemerweiterungen (mit 
Termin 2/90) sind: 

1. Ergänzungsmodul für Transfor- 
mation, Kopieren und Makro-Einfü- 
gen mit geometrischen Manipulatio- 
nen wie Translation, Rotation, Skalie- 
rung und Spiegelung von Zeich- 
nungsstrukturen 

2. Datenschnittstelle IGES (Auto- 
CAD, MEDUSA, PolyCON). 

Weitere geplante Ergänzungen: 
Schraffur, Bemaßung, Bedienungs- 
modul, Einbindung weiterer grafi- 
scher Eingabegeräte und Anpassung 
an den EC 1834. Der Preis des 
Grundpaketes beträgt 7 905 M. 

VEB Robotron-Elektronik Dresden, Be- 
reich System- und Softwareapplikation, 
PSF 710, Karl-Marx-Stadt, 9010; Tel. 
39 73 67 

Schulz 


Weiche für 

Centronics-Schnittstelle 

Zur Mehrfachnutzung von Druckern 
an Rechnern wurde eine Schnittstel- 
lenweiche für die Centronics-Schnitt- 
stelle entwickelt. Durch den Einsatz 
dieser Weiche wird der Betrieb eines 


Druckers an zwei oder drei Rechnern 
möglich. Die Zuschaltung des ent- 
sprechenden Datenkanals erfolgt mit 
dem ersten übertragenen Datenbyte. 
Gleichzeitig wird der zweite Kanal für 
die Datenübertragung gesperrt. Von 
den Steuerleitungen der Centronics- 
Schnittstelle werden BUSY, / 
STROBE und /ACK verwendet. Alle 
anderen Steuerleitungen werden 
nicht durch die Weiche durchgeschal- 
tet. Das Prinzip der Schaltung ist bei 
geringer Modifikation ebenso auf eine 
größere Anzahl von Rechnern an- 
wendbar. 

Es besteht die Möglichkeit, eine be- 
stückte Platine für die Version mit 3 
Rechnern und auch für die IFSS-Wei- 
che (siehe MP 6/89) zu liefern. 

Handelshochschule Leipzig, ORZ, Be- 
reich Elektroniklabor, Markgrafenstraße 
2, Leipzig, 701 0; Tel. 74 81 , App. 26/73 

Hoffmann 


Full-screen-Editor MED! 
für Turbo-Pascal 

Es handelt sich um einen Full-screen- 
Editor mit Wordstar-ähnlichem Lei- 
stungsumfang. Alle Bedienfolgen 
sind WS-kompatibel. Die Löschfunk- 
tionen und der Insertmodus sind ge- 
genüber Wordstar etwas erweitert 
worden. Editiert wird ein voller Bild- 
schirminhalt, eine Variante mit verti- 
kalem scroll ist ebenfalls vorhanden. 
Die beschreibbaren Positionen sind 
maskiert. In der Maske können nume- 
rische und alphanumerische Felder 
angegeben werden, eine Erweite- 
rung ist vorgesehen. Die Reaktion bei 
bestimmten Bedingungen (z. B. Zei- 
lenende) kann über toggles einge- 
stellt werden, ebenso wraparound 
und die Form des Insert-Modus. 

MEDI benutzt die verfügbaren Video- 
attribute. Versionen verschiedenen 
Leistungsumfangs sind für A 7100 
und PC 1715 verfügbar, eine Anpas- 
sung an andere Rechner ist leicht 
möglich und kann notfalls durch den 
Anwender vorgenommen werden. 
MEDI ist für Programmierer gedacht, 
die in ihren Programmen eine komfor- 
table Dateneingabe benötigen. Es ist 
universell einsetzbar, da die Maske 
erst während der Laufzeit bekannt 
sein muß. Es wird der Quelltext (als 
Include-File für Turbo-Pascal 3.0) 
weitergegeben. 

Spezialschule „Heinrich Hertz“, H.-P. 
Lüdtke, Frankfurter Allee 14a, Berlin, 
1035 Schimke 


Kontomanager KM 1 

Der Kontomanager KM 1 dient dem 
Erarbeiten, Verwalten und Auswerten 
des Sachkontenrahmens nach der 
Systematik des Staatshaushaltes der 
DDR (3. Ausgabe für staatliche Ein- 
richtungen). Die komplette Systema- 
tik mit allen Sachkonten liegt als 
Stammdatei vor und kann für jeden 
Anwender spezifiziert werden. Mit 
dem Installationsprogramm KMINST 
kann der Listenkopf für den Haus- 
haltsplan, das Paßwort, der Drucker 
(z. Zt. FX 80, Draft) und der Arbeits- 
zeitfonds anwendergerecht installiert 
werden. 
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Buchung: Buchungen auf Sachkon- 
ten und üntersachkonten können 
vorgenommen werden. 

Protokoll: Das während jeder Bu- 
chung mitgeführte Protokoll kann an- 
gezeigt oder ausgedruckt werden. 
Stammdaten : Neuaufnahme, Ände- 
rung und Löschen von Sachkonten- 
klassen, Sachkontengruppen, Sach- 
konten und Untersachkonten. 
Kontoliste: Anzeige aller Sachkonten 
und Untersachkonten mit Kontostand 
und Datum der letzten Änderung; An- 
zeige der Gesamteinnahmen und 
Gesamtausgaben; Druck einer Kon- 
toübersicht mit staatlicher Auflage, 
Kontostand, prozentuale Kontoausla- 
stung, Datum der letzten Änderung, 
Gruppensummen und Gesamtsum- 
men; Druck Haushaltsplan mit frei in- 
stallierbarem Listenkopf, Datum, Ar- 
beitszeitfonds, Kontenübersicht, Er- 
füllung der Einnahmen/Ausgaben 
nach Arbeitszeitfonds. 

RESET: Rücksetzen der Kontostände 
und der staatlichen Auflage aller Kon- 
ten auf den Wert null. 

Der Kontomanager wurde in Turbo- 
Pascal 4.0 programmiert und ist auf 
16-Bit-PCs (A 7150, kompatible) mit 
den Betriebssystemen MS-DOS oder 
DCP lauffähig. 

Hauptauftraggeber komplexer Woh- 
nungsbau Berlin-Pankow, Bereich Infor- 
mation/Applikation, Thulestraße 1, Ber- 
lin, 1100; Tel. 47001 13, App. 56 oder 
4728080 Großmann 


AMBA jetzt auch auf PCs 

Das Bildverarbeitungssystem AMBA 
steht jetzt zur Nachnutzung unter den 
Betriebssystemen SCP 1700 und 
DCP 3.20 zur Verfügung. Für fol- 
gende Hardware-Konfigurationen 
stehen Lösungen bereit: 

- A 71 00 (SCP 1700) -grafikfähig (4 
Grauwerte) 

- A 71 50 (DCP 3.20) - grafikfähig (8 
Grauwerte) 

- EC 1834 mit EIP-Karte und Robo- 
tron-Grafik 

K 7067.1 5 (Mini-BVS). 

Die im Rahmen einer praxisrelevan- 
ten Bildverarbeitung wichtige Bildein- 
gabe ist für die PCs A 7100 und A 
71 50 prinzipiell realisierbar. 

Friedrich-Schiiler-Universität Jena, 
Sektion Technologie für den wissen- 
schaftlichen Gerätebau, WB Digitale 
Bildverarbeitung, Ernst-Thälmann-Ring 
32, Jena, 6900 Prof. Dr. Voß 


Bestands - und 
Prüffristenüberwachung 
von Meßmitteln 

Das Programmpaket LMM dient zur 
Rationalisierung der notwendigen 
Buchungsarbeiten bei der Ausleihe 
von Meßmitteln sowie zu deren Be- 
stands- und Prüffristenüberwachung 
in der Meßmittelausgabe von Maschi- 
nenbaubetrieben. Es ist menügeführt 
und erfordert vom Benutzer keine 
Programmier- und Rechnerkennt- 
nisse. Als erforderliche Hardware 
können alle Computer verwendet 
werden, die das Betriebssystem SCP 
oder CP/K und die Programmierspra- 
che dBase II verarbeiten. 


Das Datenbanksystem basiert auf 
den beiden Stammdaten Meßbe- 
reichszuordnung (jedem Meßbereich 
einer bestimmten Meßmittelart ist 
eine 3stellige Nummer zugeordnet) 
und Meßmittelnutzer (Name, Abtei- 
lung und 4stellige Nutzernummer). 
Diese Daten werden bei der Buchung 
vom Rechner gemeinsam mit der zu- 
sätzlich einzugebenden spezifischen 
Meßmittelnummer und seiner Prüf- 
frist automatisch gekoppelt und in 
nach Fachgebieten getrennten Ar- 
beitsdateien gespeichert. Mit solchen 
Arbeitsdateien können anzeigende 
Meßmittel (Fachgebiet Länge), Maß- 
verkörperungen (Länge), Manome- 
ter, Waagen und Gewichte sowie 
Meßmittel weiterer Fachgebiete in ih- 
rem Bestand und bezüglich ihrer 
Prüffrist leicht überwacht werden. Zur 
Dateneingabe in den Rechner sind je- 
weils nur wenige Ziffern erforderlich. 
Die Möglichkeiten zur buchungstech- 
nischen Änderung der Prüffrist und 
des Nutzers eines Meßmittels sind 
gegeben. Ebenfalls lassen sich alle 
Meßmittel, die ein bestimmter Kollege 
des Betriebes nutzt, oder welche die- 
selbe Prüffrist haben, auflisten. Au- 
ßerdem sind Mahnschreiben an Ab- 
teilungen, in denen die Prüffrist der 
Meßmittel nicht eingehalten wird, im 
Programm mit enthalten. 

VEB Kühlautomat Berlin, Abteilung 
TBM, Segelfliegerdamm 1^45, Berlin, 
1197; Tel. 6 34 36 26 (Dr. Rosahl) 

Reh 

MC 80 mit LAN-Anschluß 

Nachteil beim Einsatz des MC 80 ist 
das Fehlen moderner und schneller 
Massenspeicher. Deshalb wurde 
eine Lösung geschaffen, die Res- 
sourcen anderer verfügbarer Rech- 
ner für diese Aufgabe zu nutzen. Als 
Verbindungsmöglichkeit wurde das 
SCOM-LAN genutzt. Mit der NANOS- 
NIU-Baugruppe im MC 80 ergeben 
sich die Verbindungsmöglichkeiten 
zum A 51 20, PC 1 71 5, EC 1 834 usw., 
wenn diese Rechner auch einen 
SCOM-LAN-Modul enthalten. Über- 
tragen werden 1 50 kBit/s. Falls für die 
SCOM-NIU im MC 80 kein Platz mehr 
frei ist, kann die Drucker-/!FSS-Karte 
durch die NANOS-LAN-/IFSS-Karte 
ersetzt werden. Weitere Vorausset- 
zung ist, daß durch die RAM-Karten 
keine Waits erzeugt werden. Das voll- 
ständige Netzprogramm benutzt den- 
selben RAM-Bereich, den sonst das 
Kassettenbetriebssystem belegt. Es 
bietet folgende Funktionen: 

- Laden einer Programmdatei 

- Laden einer Overlay-Datei 

- Retten eines Programm-, Overlay-, 
Menü- oder Datenbereiches 

- Ausführen des zuletzt geladenen 
Programms 

- serielle Ausgabe von Daten bis 
zum Auftreten eines EOT (nutzbar für 
Bildschirm-Hardcopy) . 

Anpassungen erfolgten bisher für die 
Geräte LA 32/20 K mit paralleler und 
mit serieller Tastatur (beide mit K 
2521 -ZRE). Die Einbindung wird im 
Hause für die Gerätekonfiguration 
des MC 80 als Logikanalysator ge- 
nutzt. Hier können das Logik- bzw. 
das Zustandsanalyseprogrammsy- 
stems mit den erarbeiteten Menüs 


geladen und Meßergebnisse in Form 
von Hardcopy des Bildschirms auf 
dem CP/M-Rechner ausgedruckt 
oder abgelegt werden. 

Ingenieurhochschule für Seefahrt War- 
nemünde/Wustrow, Direktorat Wissen- 
schaftlicher Gerätebau (Kollege 
Schefe), Richard-Wagner-Straße, Ro- 
stock-Warnemünde, 2530 

Prof. Dr. Mennenga 


3D Grafik 

Für KC 85/3 und KC 85/4 

Das Programmsystem 3D-Simulation 
für den KC 85/3 (siehe MP 11/1988, 
Seite 328) wurde hinsichtlich verar- 
beitbarer Datenmenge. Program- 
mierbarkeit von Bewegungssequen- 
zen sowie um einen komplexen Gra- 
fikeditor erweitert und für den KC 85/4 
angepaßt. 

- Eine Datenbankverwaltung erlaubt 
die verlustlose Transformation von 
ca. 2000 Raumpunkten pro 32- 
KByte-Speicherebene (bis zu 9 Ebe- 
nen gleichzeitig) oder eine parallele 
Textverarbeitung bzw. Basic- oder 
Assemblerprogrammierung. 

- Für Animationen können zusätz- 
lich zu den geradlinigen Sequenzen 
freie Wege für eine Betrachterbewe- 
gung im Modetlraum vorprogram- 
miertwerden. 

- Ein Editor zur grafischen Bearbei- 
tung der entwickelten 2D- oder 3D- 
Bilder umfaßt u. a. Linien-, Kreis-, Po- 
lygongenerierung, Flächenfüll-, Flä- 
chenschraffier-, -löschfunktionen, 
Sprite-, Fenster- und Vollbildverknüp- 
fungen, Inversdarstellung, Text, Be- 
arbeiten, Abspeichern und Laden von 
Ganzbildschirmgrafiken. 

- Eine hochauflösende Bildgenerie- 
rung, Grafikaufbereitung und -aus- 
gabe (bis zu 700 x 512 Pixel) erlaubt 
das Anfertigen von ganzseitigen Illu- 
strationen. 

- Die Handhabbarkeit des Systems 
wurde u.a. durch erhöhte Verarbei- 
tungs- und Darstellungsgeschwindig- 
keit, erweiterte Modellgenerierung 
und -manipulation, Pulldown-Menüs, 
variable Fadenkreuz-, Gummilinien-, 
Gummikreis- und -fensterfunktionen 
verbessert. 

- Die Dateien der Vorgängerversion 
sind übertragbar. 

Fragen zum System 3D-Grafik bitte 
an A. Thierbach, Kräuterweg 2d, 
Frankfurt/Oder, 1200. Bezugsmög- 
lichkeit besteht über: 

VEB Datenverarbeitungszentrum Frank- 
furt/Oder, Abteilung Absatz, Faberstraße 
1, Frankfurt/Oder, 1200 

Thierbach 


Grafiksystem FIGRA 3.0. 

ln der Mikroprozessortechnik Heft 2/ 
88, S. 56, wurde das Grafiksystem FI- 
GRA unter dem Betriebssystem SCP 
für verschiedene 8-Bit-Rechner vor- 
gestellt. Nach einer gründlichen 
Überarbeitung und Erweiterung liegt 
jetzt die Version 3.0. von FIGRA für 8- 
und 16-Bit-Technik vor. 

Das Anliegen von FIGRA besteht 
darin, dem Nutzer für die zwei- und 
dreidimensionale Darstellung von 
wissenschaftlich-technischen Ergeb- 
nissen und Zusammenhängen geeig- 


nete Prozeduren zur Verfügung zu 
stellen, die einfach in ihrer Handha- 
bung sind. Dabei erfolgt eine Arbeit 
mit den originalen Nutzerkoordina- 
ten, da das System automatisch eine 
Transformation auf ein anzugeben- 
des Pixelraster übernimmt. FIGRA 
3.0. wurde auf folgender Gerätetech- 
nik implementiert: 

1. BC A 5120 (K 1520) mit CGD- 
Farbgrafiksteckeinheit (ORZ Karl- 
Marx-Stadt) mit 256 x 256 Pixeln in 
16 Farben 

2. PC 1715/A 5120/A 7100 und gra- 
fikfähiger Drucker mit beliebigem Pi- 
xelraster in 2 Farben 

3. A 7100 mit 640 x 400 Pixeln in 4 
Helligkeitsstufen 

4. A 7150 mit 640 x 480 Pixeln in 8 
Farben bzw. Helligkeitsstufen 

5. EC 1834/A 71 50 mit 320x200 Pi- 
xeln in 4 Farben oder 640 x 200 Pi- 
xeln in 2 Farben 

6. XT- und AT-kompatible Technik 
mit den Grafikkarten CGA. MCGA, 
EGA, VGA oder Hercules. 

Die Programmierung erfolgte für 1 -3 
unter Turbo-Pascal 3.x und für 4-6 
unter Turbo-Pascal 5.0. Durch FI- 
GRA 3.0. werden u. a. folgende Pro- 
zeduren bereitgestellt: Festlegen des 
Darstellungsfeldes und des Nutzer- 
koordinatenbereiches, Textdarstel- 
lung in verschiedenen Größen und 
Richtungen, Bewegen absolut und" 
relativ zu einem Koordinatenpunkt im 
Nutzerbereich, Festlegen der aktuel- 
len Zeichenfarbe, Füllen und Umran- 
den von Teilen des Darstellungsfel- 
des und von Nutzerbereichen, Hard- 
copy des Darsteilungsfeldes, Zeich- 
nen und Beschriften von Achsen, 
Darstellung von Marken, Zeichnen 
von Polylinien, verschiedene Proze- 
duren zur dreidimensionalen Darstel- 
lung mit und ohne verdeckte Linien. 

Forschungsinstitut für Textiltechnologie 
Karl-Marx-Stadt, Abt. PM, PSF 243, 
Karl-Marx-Stadt, 9010; Tel. 5709436 
Oder 435 Dr. Gebhardt 


Wir suchen ... 

...eine Möglichkeit, die Schreibma- 
schine S 6001 als Drucker für den KC 
85/3 nutzen zu können. 

Berufsschule „Thomas Müntzer“, 
Karl-Liebknecht-Straße, Blanken- 
hain, 5304; Tel. 22 69 Heyner 


...ein Computerprogramm - lauffä- 
hig auf A 7100 (unter SCP) zur Nut- 
zensermittlung für Neuerungen spe- 
ziell im Bauwesen, aber nicht Bedin- 
gung. 

VEB Bau Grimmen, Produktionsbereich 
Berlin, Koli. Seidel, Rigaer Straße 27, 
Berlin, 1035 ScheuflerlSeidel 

. . . nach einer technischen Lösung 
(Treiber) für das Betreiben eines Digi- 
talisiertabletts K 6405 an einem 
Schneider-PC 1512/1640 zur rech- 
nergestützten Entwurfsarbeit mit dem 
Grafikprogrammpaket CADdy. 

VEB Kombinat Rationalisierung Suhl, 
Stammbetrieb, Industriegelände, PSF 
403, Abt. ITZ, Suhl, 6019; Tel. 4782/ 
App. 38 Peter 
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Entwicklungen und Tendenzen 


Intels 80960-Familie 
wächst 

Bereits im Frühjahr 1988 kündigte In- 
tel die ersten 32-Bit-Einchipmikro- 
rechner an: die Familie 80960 und 
den 80376. Letzterer ist ein aus dem 
80386 entwickelter Controller, der 
etwa dreimal so leistungsstark wie 
der 16-Bit-Controller 80186 ist und 
der speziell auf die Belange der Com- 
puterperipherie, der Nachrichten- 
technik und der Datenkommunikation 
zugeschnitten ist. Die Architektur des 
80960 mit seinen rund 350 000 Tran- 
sistoren dagegen ist das Basiskon- 
zept für eine Vielzahl künftiger hoch- 
spezialisierter Controller-Varianten. 
Vorrangige Einsatzbereiche können 
die Bildverarbeitung, Protokoll-Hand- 
ling und Motorsteuerungen sein. 
Durch die Anwendung von RISC- 
und Parallelverarbeitungsmethoden 
konnte ein Leistungsniveau erzielt 
werden, das weit über dem herkömm- 
licher Mikroprozessoren liegt. Die er- 
sten Typen waren der 80960 KA, der 
80960 KB und der 80960 MC. Der KB 
ist ein vollständiges Single-Chip- 
CPU-Subsystem mit einer Rechner- 
leistung von 7 bis 10 MIPS bei einer 
Taktfrequenz von 20 MHz. Zu seinen 
Besonderheiten gehören Boolesche 
Befehle, Bitbefehle, Selbsttest- und 
Debug-Funktionen. Er enthält einen 
512-Byte-Befehlscache, einen Regi- 
stercache, einen 32-Bit-Multiplex- 
Burstbus und einen Interruptcontrol- 
ler mit 256 Vektoren und 32 Priori- 
tätsebenen. Der KA ist ein KB ohne 
Gleitkommaarithmetik. Der MC bietet 
unter anderem zusätzlich ein Spei- 
chermanagement mit Paging, String- 
Befehle und zusammen mit dem 
82965 die Unterstützung von drei ver- 
schiedenen Fehlertoleranzstufen. 
Ende vorigen Jahres kündigte Intel 
nun die Versionen XA und CA des 
80960 an. Der XA (Extended Archi- 
tecture) ermöglicht mit Hilfe eines 33. 
Bits (Tag-Bit) sowohl Objektadressie- 
rung als auch -schütz durch das Be- 
triebssystem. Der CA dagegen soll 
pro Taktzyklus gleich zwei bis drei 
Maschinenbefehle abarbeiten kön- 
nen; typisch für RISC-Systeme war 
bisher, daß pro Taktzyklus ein Ma- 
schinenbefehl abgearbeitet wird. Da- 
mit soll er eine maximale Leistung 
von 66 MIPS ermöglichen. Die Fami- 
lie 80960 werden wir zu einem späte- 
ren Zeitpunkt ausführlicher vorsteilen 
(siehe auch MP 8/1 989, Seite 251 ). 

MP 


Neu von Compaq: 

LTE und LT EI286 

Auf dem Weg zu immer leistungsfähi- 
geren transportablen Personalcom- 
putern (PCs) schreitet auch die Firma 
Compaq zügig voran. Nach der Vor- 
stellung ihres ersten battariebetriebe- 
nen PCs, des SLT/286, im Oktober 
1988 stellte sie vor drei Monaten als 
Ergänzung zwei weitere Modelle vor. 
Sie unterscheiden sich zwar kaum 
äußerlich, jedoch besitzt der LTE/286 
gegenüber dem LTE nicht nur einen 
leistungsfähigeren Prozessor (LTE: 
Intel 80C86 mit 4,77 bzw. 9,54 MHz, 
LTE/286: Intel 80C286 mit 8 bzw. 
12 MHz, sondern auch umfang- 



reichere Speicherkapazitäten sowie 
einen Sockel für den mathemati- 
schen Koprozessor 80C287. Die 
LTEs werden von Compaq als die er- 
sten Computer im Notizblockformat 
(allerdings mit 27,9 x 21,6 cm 2 
Grundfläche) mit dem vollen Funk- 
tionsumfang eines PCs bezeichnet. 
So sollen trotz der niedrigen Bauhöhe 
von 4,8 cm keine Abstriche bezüglich 
der grundlegenden Bestandteile und 
der Funktionalität eines standardmä- 
ßigen PCs bestehen. Die Merkmale 
sind: ein 40- oder 20-Megabyte-Fest- 
plattenlaufwerk mit einer Bauhöhe 
von nur 1 ,9 cm, mit einer mittleren Zu- 
griffszeit von unter 29 ms und einem 
Interleave-Faktor von 1 : 1 , ein eben- 
falls nur 1,9cm hohes 3,5-Zoll-Dis- 
kettenlaufwerk, das den Einsatz von 
Standard-Software und den Daten- 
austausch mit anderen PCs ermög- 
licht; eine 1,25 cm hohe Tastatur mit 
81 Tasten, die kompatibel zu Anwen- 
dungen ist, die für Tastaturen mit 101 
Tasten geschrieben wurden; und 
schließlich ein nur 0,64cm dünner, 
CGA-kompatibler Elektrolumines- 
zenz-Bildschirm mit einer Auflösung 
von 640 x 200 Punkten bzw. 25 Zei- 
len zu 80 Zeichen. Der 640-KByte- 
RAM der 2,8 kg schweren PCs läßt 
sich auf 1 MByte (LTE) bzw. 2,6 
MByte (LTE/286) erweitern. Im Lie- 
ferumfang ist der Compaq Expanded 
Memory Manager (CEMMP) enthal- 
ten, der die LIM/EMS-Spezifikation 
4.0 und damit den Zugriff auf den 
RAM-Bereich über 640 KByte unter- 
stützt. 

Mit dem standardmäßigen NiCd-Ak- 
kublock werden etwa 3,5 Stunden 
Betriebsdauer erreicht. MP 


Mac llci: 

Apples neues Flaggschiff 

Gleichzeitig mit ihrem ersten Macin- 
tosh-Laptop, über den wir demnächst 
berichten werden, stellte die Firma 
Apple im September vergangenen 
Jahres das neue Flaggschiff der Ma- 
cintosh-Familie vor. Der Macintosh 
llci gleicht im Aufbau dem Mac Ilex, 
besitzt jedoch statt des Prozessors 
Motorola 68030 mit 16 MHz die Ver- 
sion mit 25 MHz. Die gegenüber dem 
cx mit 45 Prozent angegebene Lei- 
stungssteigerung des ci (c steht für 
compact, i für increased performance 
- gesteigerte Leistung) beruht jedoch 
nicht nur auf der höheren Taktfre- 


quenz. Wurden bisher nur 1 20-Nano- 
sekunden-RAMs verwendet, so er- 
lauben die 80-Nanosekunden-RAMs 
mit Fast-page-Modus im ci die Burst- 
fill-Betriebsart des Prozessors. Zur 
Beschleunigung komplexer mathe- 
matischer Berechnungen wird bereits 
standardmäßig der 25-MHz-Kopro- 
zessor Motorola 68882 eingesetzt. 
Wird eine Cache-Zusatzkarte ver- 
wendet, läßt sich die Leistung um wei- 
tere 20 bis 30 Prozent steigern. Der 1 - 
MByte-Hauptspeicher kann mit 256- 
KByte-Moduien (SIMMs) auf der Lei- 
terkarte bis zu 8 MByte ausgebaut 
werden; mit 4-MByte-Modulen wären 
32 MByte möglich. Der ROM wurde 
gegenüber dem cx auf 51 2 KByte ver- 
doppelt. Erwähnenswert ist auch, daß 
die Hauptplatine des ci erstmals kom- 
plett in SMD-Technik und in 4 Lagen 
aufgebaut ist. Außerdem soll die Lei- 
terkarte robuster gegenüber Störein- 
wirkungen sein. 

Lange wird der ci jedoch scheinbar 
nicht das Macintosh-Flaggschiff blei- 
ben, im Gespräch ist bereits der Mac 
Iler mit 33-MHz-CPU und sechs 20- 
MHz-NuBus-Slots, der bis zu viermal 
schneller werden soll als der Mac llci. 

MP 


Commodores neue 
AmigaSystemfamilie 

Der Amiga 2500/20, als Basisgerät 
des Commodore-DTP-Paketes seit 
Mitte 1 989 am Markt, ist jetzt als Ein- 
zelgerät verfügbar. Dieses Grundsy- 
stem bildet die Basis für alle profes- 
sionellen Anwendungen wie Desktop 
Publishing (DTP), Desktop-Video, 
Desktop Presentation und andere Ar- 
beitsgebiete. Amiga-2000-Besitzer 
können ihre Geräte mit der entspre- 
chenden Commodore-Zusatzkarte 
problemlos zum leistungsstärkeren 
2500er aufrüsten. Der Einstieg ist 
also auch in Zukunft mit dem preis- 
günstigen Amiga 2000 möglich; bei 
steigenden Ansprüchen braucht le- 
diglich die Zusatzkarte nachgekauft 
und in einen der Slots gesteckt zu 
werden. 

Der 2500/20 arbeitet mit dem 
14,2 MHz-Motorola-Prozessor 
68020, dem mathematischen Kopro- 
zessor 68881 und den Amiga-spezifi- 
schen Koprozessoren für Datenver- 
waltung, Video, Grafik und Ton. 
Standardmäßig stehen 3 MByte Ar- 
beitsspeicher und eine Festplatte von 
40 MByte mit Autoboot-Controiler zur 
Verfügung. Ein Laufwerk für 3,5-Zoll- 
Disketten ist eingebaut, ein weiterer 
freier Geräteschacht für Festplatten 
oder Diskettenlaufwerke (5,25 oder 
3,5 Zoll) ist vorhanden. Bei 3 freien 
Steckplätzen für Amiga-Karten, 4 PC- 
bzw. AT-kompatiblen Steckpiätzen 
und einem Video-Slot für PAL-Video- 
karten oder Genlock wird auch der 
Anschluß an die MS-DOS-Welt be- 
rücksichtigt - wichtig für Anwender, 
die MS-DOS-Programme und -Daten 
weiter nutzen wollen. Das Steckplatz- 
und Bussystem macht aber auch den 
Ausbau der Amiga-Professional-Fa- 
milie bis hin zur Workstation möglich. 
Die beiden Bussysteme des Amiga 
sind mit einer Brückenkarte miteinan- 
der verbunden; dies erlaubt die Da- 


tenübergabe zwischen verschiede- 
nen Betriebssystemen unabhängig 
von den eingesetzten Prozessoren. 
Dazu kommen die Multitaskingfähig- 
keiten. Während beispielsweise am 
Bildschirm Texte bearbeitet werden, 
können in einer Datenbank parallel 
dazu bereits die Adressen selektiert 
werden. Mit der offenen Systemarchi- 
tektur und seiner Anpassungsfähig- 
keit sieht Commodore den Amiga 
2500 für die Zukunft gerüstet - gleich, 
ob der Zug für den Anwender auf das 
MS-DOS-Gleis oder in UNIX-Rich- 
tung fährt. mp 

Workstations 
von Du Pont 

Der Chemiegigant Du Pont steigt nun 
auch in den Workstationmarkt ein. 
Auf der SYSTEMS 89 stellte die 
Firma eine Unix-Workstation mit ei- 
ner Leistung von 13 MIPS vor, deren 
Herz eine VMEbus-Doppel-Europa- 
formatleiterkarte mit dem RISC-Mi- 
kroprozessorsatz Clipper 300 ist - 
bRISC genannt. 

MacbRISC heißt dagegen eine Nu- 
Bus-Leiterkarte, mit der ein Apple 
Macintosh II zu einer Workstation auf- 
gerüstet werden kann. 

Von der Du Pont de Nemours 
(Deutschland) GmbH wurde zur Pro- 
ductronica 89 die PC-Workstation 
SeriCAM (s. Bild) vorgestellt, die be- 
sonders dem kleineren und mittleren 
Hersteller gedruckter Schaltungen ei- 
nen preisgünstigen Einstieg in die di- 
gitale Panel-Produktion ermöglichen 
soll. Gestützt auf 386er Hardware, 
wie HP-Vectra RS 20 und Compaq- 
fcCs, entwickelt das Unternehmen 
eine Software, die Daten aller gängi- 
gen CAD-Systeme verarbeiten kann. 
SeriCAM schließt die Lücke zwischen 
Design und Herstellung gedruckter 
Schaltungen. Qualitätsverluste, wie 
sie durch Reproduktionsschritte ent- 
stehen können, sind durch die digitale 
Verarbeitung der Leiterpiatten- 
Layouts praktisch ausgeschlossen. 
Statt in zeitraubenden manuellen Ar- 
beitsschritten entstehen die Panels 
und Produktionsdaten elektronisch 
auf der Workstation. Zum Lieferum- 
fang gehören ferner Programme zur 
Entwicklung von Test-Coupons und 
zur automatischen Erstellung der Löt- 
stopmasken. Auch Editierfunktionen 
zur Korrektur von Fehlern, die ein ein- 
gebautes Design-Check-Programm 
erkennt, unterstützen die Arbeit. 
Schließlich liefert SeriCAM Daten für 
NC-gesteuerte Bohr- und Fräsma- 
schinen, womit die Integration in die 
automatisierte Fertigung, und damit 
ein erster Schritt zum computer-inte- 
grated manufacturing (CIM), möglich 
wird. Bei der Gestaltung der Benut- 
zeroberfläche wurde bewußt auf eine 
einfache Menüsteuerung Wert ge- 
legt, so daß der Bediener nicht über 
weitreichende Programmierkennt- 
nisse verfügen muß. Der Einsatz von 
SeriCAM, dem ersten Gerät eines 
ganzen Systems elektronischer Pro- 
duktionssysteme von Du Pont, er- 
laubt vor allem die wirtschaftliche 
Herstellung von Kleinserien gedruck- 
ter Schaltungen bis hinab zur Los- 
größe 1 . Anders als bisherige PC-Sy- 
steme arbeitet SeriCAM - nach Ver- 
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lautbarungen von Du Pont - bei- 
spielsweise mit etwa 80 Prozent der 
Leistung einer Unix-Workstation, die 
sich durch ihren höheren Preis eher 
für Großserien bezahlt macht. MP 


Clipper 5.0 

Der Langersehnte ist nun da: der be- 
kannte dBase-Compiler Clipper in ei- 
ner neuen Version. Wurde die letzte 
Version von Nantucket noch mit Som- 
mer ’87 bezeichnet, so blieb die Köl- 
ner Softwarefirma diesem T rend nicht 
treu, vielleicht mit Herbst ’89, sondern 
paßte sich dem gegenwärtigen Stand 
an und nannte ihr neues Produkt 
gleich Version 5.0; ähnlich Ashton- 
Tate, Borland und Microsoft, die sich 
ja auch schon in der vierten bzw. fünf- 
ten Ebene ihrer aktuellen Versionen 
von dBase, Turbo-Pascal bzw. MS- 
DOS bewegen. Sind vielleicht nicht 
nur die Norton Guides, sondern auch 
die Versionsnummer von einem an- 
deren Software-Haus übernommen, 
so daß der Preis mit etwa 2700 DM 
mehr als fünfmal so hoch ist wie der 
für Turbo-Pascal 5.0? Tatsache ist, 
daß viele Neuerungen die Clipper- 
Fans begeistern werden. Um vieles 
kümmern sich jetzt Compiler und Lin- 
ker; beispielsweise ist das Program- 
mieren in Overlaytechnik nicht mehr 
erforderlich. Der speziell für Clipper 
5.0 nach neuen Konzepten entwik- 
kelte Linker arbeitet wesentlich 
schneller, wodurch die Zeiten für die 
Programmentwicklung deutlich ver- 
kürzt werden. Die 640-KByte-Grenze 
von MS-DOS wurde übersprungen, 
und eine Clipper-Bibliothek bietet die 
Möglichkeit der Online-Hilfe in An- 
wendungsprogrammen, in die auch 
die Norton Guides bereits integriert 
sind. Des weiteren ist die Deklaration 
mehrdimensionaler Felder (Arrays) 
möglich. Nachdem Nantucket ange- 
kündigt hatte, mit neuen Versionen 
den dBase-Pfad zu verlassen und auf 
eigenen Wegen zu clippern, müssen 
aber Tests nachweisen, inwieweit 
auch weiterhin Daten und Pro- 
gramme von dBase bzw. der Version 
Sommer ’87 verwendet werden kön- 
nen. MP 


Neue Möglichkeiten 
für Flüssigkristall- 
Anzeigen 

Ferroelektrische Flüssigkristall-An- 
zeigen könnten aufgrund ihrer Schalt- 
zeiten unter 10 Mikrosekunden, ihrer 
hohen spontanen Polarisation und 
des bistabilen Verhaltens der Flüssig- 


kristalle im spannungslosen Zustand 
die geeignete Technologie der neuen 
Generation sein. Damit könnten Flüs- 
sigkristall-Anzeigen auch für die Dar- 
stellung bewegter, hochauflösender 
Bilder eingesetzt werden. 

Obwohl die Eignung der ferroelektri- 
schen Flüssigkristall-Anzeigen nach- 
gewiesen wurde, sind bis zu ihrer in- 
dustriellen Anwendung noch ferti- 
gungstechnische Schwierigkeiten zu 
überwinden. Sie liegen in der geeig- 
neten Behandlung der Kristalloberflä- 
chen. Die sogenannten snektischen 
Schichten müssen senkrecht zu den 
transparenten Elektroden der Flüs- 
sigkristall-Zellen ausgerichtet sein, 
und die Flüssigkristall-Schichten dür- 
fen nur ein bis zwei Mikrometer dick 
sein, damit störende Material- 
effekte der Kristalle unterdrückt wer- 
den können. 

Quelle: Blick durch die Wirtschaft 
vom 11.8. 1989 Wi 


Platinenreinigung 
ohne FCKW 

Die japanischen Firmen Mitsubishi 
und Tiayo Sanso haben eine beson- 
ders für den industriellen Einsatz ge- 
eignete Reinigungsmaschine entwik- 
kelt, die ohne umweltbelastende 
Flourchlorkohlenwasserstoffe aus- 
kommen soll. 

Während des Reinigungsvorganges 
werden Fremdpartikel bis zu 0,1 jum 
durch einen Eisfilm gebunden, der, 
einschließlich der Partikel, mit flüssi- 
gem Stickstoff entfernt wird. 

Diese Maschine ist für den Einsatz in 
der Halbleiter- und Platinenfertigung 
vorgesehen und soll Anfang 1 990 auf 
den Markt kommen. 

Quelle: Elektronik. - München 38 
(1989) 14. -S. 7 Fa 


Joint-Venture 
für PC-Produktion 

Wie die PC-Woche in ihrer Ausgabe 
41/89 berichtet, haben die sowjeti- 
sche Wissenschafts- und Produk- 
tionsvereinigung Sojusutschpribor 
und die US-amerikanische Phoenix 
Group International ein gemischtes 
Unternehmen zur Fertigung von Per- 
sonalcomputern in der UdSSR ge- 
gründet. Das Samcon genannte Un- 
ternehmen soll bereits 1990 11000 
Einheiten für sowjetische Schulen 
und Hochschulen herstellen; bis 1995 
ist die schrittweise Produktionsstei- 
gerung auf bis zu 150000 Einheiten 
geplant. MP 
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Einschätzung 
zur Entwicklung 
neuraler Netze 

Obwohl bereits sehr viel über neurale 
Computer veröffentlicht wird, sind 
praktische Lösungen bisher nur in ge- 
ringem Umfang verfügbar. Neurale 
Computer sollen nicht nur schneller 
arbeiten, sie sollen auch lernen kön- 
nen. Gegenwärtig werden nur Geräte 
angeboten, die einfache Formen er- 
kennen können. Die Firma SRI Inter- 
national rechnet damit, daß im Jahre 
1992 Kontrollsysteme für Roboter 
und Worterkennungssysteme verfüg- 
bar sein werden. „Sehen“ könnten 
Maschinen bis 1993 gelernt haben. 
Mit der Verfügbarkeit optischer Spei- 
cher, schneller Gallium-Arsenid- 
Chips und optischer Chips im Zeit- 
raum 1994/1995 sind komplexe An- 
wendungen möglich. Bis zum Jahre 
1999 soll der Umsatz lernender Sy- 
steme im Vergleich zum gegenwärti- 
gen Stand um das Vierfache anwach- 
sen. 

Quelle: Handelsblatt vom 15. 8. 1989 

Wi 


Hochintegrierte 

Logikchips 

Hochintegrierte Chips, die bis zu 
800 000 CMOS-Transistoren und bis 
zu 60 000 aktive logische Schalt- 
kreise enthalten, wurden im IBM-La- 
bor in Böblingen entwickelt. Diese 
Chips, die nur 12,7 x 12,7 mm 2 groß 
sind, werden bereits in den neuen 
Modellen der IBM-Rechnerfamilie 
ES/9370 eingesetzt. Die Schaltkreis- 
muster auf diesen Chips haben eine 
Breite von nur einem tausendstel Mil- 
limeter. Die Systemlogik und die 
Speichermakros wurden mit Hilfe ei- 
ner Schaltkreis-Bibliothek (logische 
Grundschaltkreise) erzeugt. Trotz der 
höheren Integration wird bei den 
neuen Chips eine geringere elektri- 
sche Verlustleistung frei als bei den 
herkömmlichen Chips. Die gesamte 
Architektur des Systems 9370 kann 
aufgrund dieser dicht bepackten Lo- 
gikchips nicht, wie bisher, auf vier 
Prozessorkarten, sondern auf einer 
einzigen angeordnet werden. Auf die- 
ser Prozessorkarte sind sieben neue 
Chips untergebracht: ein 32-Bit-Mi- 
kroprozessor, ein Cache-Controller, 
ein Hauptspeicher-Controller, zwei 
Gleitkomma-Koprozessoren, ein 

Taktgeber-Chip und ein Bus-Adap- 
ter-Chip. 

Quelle: Neue Zürcher Zeitung vom 
31.5.1989 Fa 


Nickel-Hydrid - 
Akkumulatoren 

Neben mehreren Forschungsinstitu- 
ten arbeiten auch Batteriehersteller in 
den USA, in Japan und in Westeu- 
ropa an der Entwicklung von Kleinak- 
kumulatoren, speziell an der Entwick- 
lung einer Nickel-Hydrid-Zelle. 
Während der chemische Prozeß seit 
langem bekannt ist, gab es mit der 
praktischen Realisierung bisher Pro- 
bleme. Ältere Versuchsmuster wie- 
sen eine viel zu kurze Lebensdauer 
auf. Das Anodenmetali dehnte sich 
bei der Absorption des Wasserstoffs 
aus und zog sich bei der Abgabe wie- 
der zusammen. Dadurch versprgdete 
es und zerkrümelte. 

An der Tokai-Universität in Japan 




wurde das Metall (Legierung aus Lan- 
than, Nickel und Aluminium) als Pul- 
ver in einen Träger aus einem Silikon- 
Polymer eingebettet und zu einer 
etwa 0,3 mm dicken Folie ausge- 
walzt. Damit aufgebaute Zellen hiel- 
ten 1 000 Lade-Entlade-Zykien stand. 
Die Energiedichte erreichte etwa den 
doppelten Wert des Ni/Cd-Akkus. 
Eine ähnliche Zelle entwickelten die 
Firmen Varta und Ovonic. Die Zylin- 
derzelle ist 49 mm hoch und hat einen 
Durchmesser von 26 mm. Sie liefert 
eine Spannung von 1,3 V, weist eine 
Nennkapazität von 3 Ah auf (Entla- 
dung mit 0,2 CA bis 1 V) und gestattet 
Hochstromentnahme bis zu 5 CA. Sie 
ist innerhalb einer Stunde schnellad- 
bar und bei Ladung mit 0,1 CA überla- 
desicher. Am Ende der Entladung tritt 
kein plötzlicher Spannungseinbruch 
auf. Nach 1 000 Lade-Entlade-Zyklen 
ist die Kapazität erst auf 60% des 
Nennwertes abgesunken. 

Auch die französische Firma SAFT 
arbeitet an der Entwicklung einer Nik- 
kel-Hydrid-Zelle. Es wurden bereits 
Versuchsmuster für die Energiever- 
sorgung und für Kommunikationssa- 
telliten und Orbitalstationen der ESA 
(European Space Agency) geprüft 
und für gut befunden. 

Die Nickel-Hydrid-Zelle befindet sich 
noch im Teststadium. In den kom- 
menden Jahren sollen Muster den 
Geräteherstellern zu Versuchszwek- 
ken zur Verfügung gestellt werden. 
Die Einführung für den Endverbrau- 
cher wird im Laufe der 90er Jahre er- 
wartet. 

Quelle: Elektronik. - München 38 
(1989) 14. -S. 28 Fa 

Chip 

für die Bildeinblendung 
in Fernsehgeräten 

Das Einblenden eines verkleinerten 
Bildes in ein Fernsehbild ist schon 
seit einigen Jahren bekannt. Es 
konnte sich jedoch aufgrund der ho- 
hen Kosten bei der analogen Bilddar- 
stellung nicht durchsetzen. Beson- 
ders der notwendige digitale Bildspei- 
cher und der Digital-Analog-Wandler 
verursachten einen hohen Schal- 
tungsaufwand. 

Die Siemens AG hat einen Chip ent- 
wickelt, der alle erforderlichen Einhei- 
ten, wie Bildspeicher, Wandler und 
Signalprozessor, enthält. Dieser Chip 
erlaubt die Verkleinerung des Bildes 
und die Synchronisation mit dem 
Hauptbild. Der Chip ist so konzipiert, 
daß er sich an die gerätespezifische 
Geometrie und an die verschiedenen 
Fernsehstandards (NTSC, PAL, Se- 
cam) anpassen läßt. Die Möglichkei- 
ten der neuen Fernsehgeneration, 
die mit Bildfrequenzen von 1 00 Hz ar- 
beitet, wurde bei der Entwicklung be- 
rücksichtigt. Der Bild-im-Bild-Prozes- 
sor kann sowohl in digitaler, gemischt 
analog/digitaler und analoger Schal- 
tungsumgebung betrieben werden. 
Auf dem Chip wurden rund 350000 
Transistoren integriert. Über 40 Pro- 
zent der Entwicklungskosten entfie- 
len auf die Softwareentwicklung für 
den Schaltkreisentwurf und deren Si- 
mulation. Die westeuropäischen und 
die japanischen Fernsehgeräteher- 
steller haben bereits Geräte mit dem 
neuen Chip im Angebot. 

Quelle: Blick durch die Wirtschaft 
vom 17.7. 1989 Wi 
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Das Einstiegsmodell der DECstation-PC-Serie, 
DECstation 200, basierend auf dem 16-Bit- Pro- 
zessor Intel 80286 


Den mittleren Leistungsbereich mit recheninten- 
siven Anwendungen deckt die DECstation 300 
mit dem 16/32-Bit-Prozessor Intel 80386SX ab 


Die DECstation 350 als Spitzenmodell der DEC- 
station-PC-Familie verfügt über den mit 20 MHz 
getakteten 32-Bit-Mikroprozessor Intel 80386 


Die im ersten Halbjahr für den 
USA-Markt angekündigten Indu- 
striestandard-PCs von Digital 
Equipment Corporation (DEC) 
(siehe MP 10/89) werden nun 
seit September 1989 auch auf 
dem europäischen Markt ange- 
boten. Die Personalcomputer 
DECstation 200, 300 und 350 
basieren auf den Mikroprozesso- 
ren Intel 80286, 80386SX bzw. 
80386 und sind zum Industrie- 
standard, der durch die IBM-PCs 
geprägt wurde, kompatibel. 

Die DECstations sind standard- 
mäßig mit dem VGA-Bildschirm- 
adapter (Video Graphics Array) 
ausgerüstet, der eine Auflösung 
von 640 x 480 Pixel gewährlei- 
stet. Es steht ein monochromati- 
scher Monitor (12", 64 Graustu- 
fen) oder ein Farbmonitor (14", 
256 Farben aus 262144 Farben) 
zur Verfügung. Die Bildschirm- 
wiederholrate beträgt 70 Hz. 

Die grundsätzlichen Eigenschaf- 
ten und Parameter der drei DEC- 
stations sind aus nebenstehen- 
der Tabelle ersichtlich. Darüber 
hinaus stehen noch eine Reihe 
von Systemerweiterungen wie 
Arithmetik-Coprozessoren, 
Hauptspeichererweiterungen, 
Magnetbandsubsysteme, eine 
breite Palette serieller und paral- 
leler Tischdrucker sowie die 
Ethernet-Steuereinheit DEPCA 
zur Verfügung, über die auch 
eine Maus mit zwei Knöpfen be- 
dient wird. Durch den Ethernet- 
Anschluß können die DECsta- 
tions in PC-Netze (PCLAN)auf 
der Grundlage der Personal 
Computing Systems Archi- 
tecture (PCSA) integriert wer- 
den. 

Als Server können hier die be- 
währten VAX- und RlSC-basie- 
renden Workstations, Mehrbe- 


nutzer- und Serversysteme wie 
DECstation 5400, DECstation 
5810/5820, VAXsystem 3300/ 
3400, VAXsystem 3800/3900 
oder Anlagen der VAX-6000-Se- 
rie verwendet werden. 

Auf den DECstation-PCs laufen 
alle heute verfügbaren MS-DOS- 
Anwendungen. Außerdem sind 
sie offen für bereits erhältliche 
und zukünftige Anwendungs- 
software unter den Betriebssy- 
stemen MS-OS/2, Unix, Xenix 
und anderen. Für das MS-DOS 
wird die DECnet/OSI- Software 
angeboten. Für UNIX-kompati- 
ble Betriebssysteme steht auch 
TCP/IP zur Verfügung. 

Alle Modelle werden mit zwölf- 
monatiger Gewährleistung aus- 
geliefert, der sich ein umfassen- 
des Angebot an Serviceleistun- 
gen von DEC anschließt. Der 
Vertrieb der neuen PCs erfolgt 
vorrangig durch autorisierte Di- 
stributoren, wie z. B. ELECTRO- 
NIC 2000. 

Prof. Dr. Th. Horn 


■ Mikroprozessor j Intel 80286 


Taktfrequenz 
; Bussystem 

Hauptspeicher 

Standard 

Maximal 


8 MHz 

16-Bit-Standard- 

Bus 

1 MByte 
16MByte 


EthernetanschtuB optional 

Diskettenlaufwerke 
3 1/2" (1 ,44 MByte) 2 I 
5 1/4" (1,2 MByte) - 


Wincheste Hauf- 
werke 
20 MByte 
40 MByte 
80 MByte 


Auflösung 
(in Pixel) 

Bildschirm 


freie XT/AT-Steck- 
plätze 


640 x 480 

12" monochrom 
oder 14"co!or 


ab 6 300 DM 


""" 

Intel 80386SX 

16 MHz 

16-Bit-Standard- 

Bus 

Intel 80386 

20 MHz 

32-Bit-Bus 

. 

2 MByte 

14 MByte 
optional 

2 MByte 

14 MByte 
optional 

1 

(1) 

i 

(D 

1 

1 

VGA 

VGA 

640 x 480 

640 x 480 

12" monochrom 
oder 14"color 

12" monochrom 
oder 1 4" color 

5 

4 

ab 9 900 DM 

ab 16 100 DM 


TERMINE 

Fachtagung „Information - Kommunikation - Innovation“ 

WER? Bezirksvorstand Berlin der KDT, AG(B) Information/Dokumentation 
WANN? 23. und 24. Mai 1990 
WO? Berlin 

WAS? 

• Austausch von Angeboten und Erfahrungen zur optimalen Informationsversorgung 

• Informations- und Kommunikationstechnologien zur Produkt- und Verfahrensinnovation 

• Softwarelösungen und Informationstechnik zur Sicherung eines hohen Informationsstandes von Endnut- 
zern 

WIE? Bitte Veranstaltungsprogramm und Teilnahmemeldungen anfordern bei der Kammer der Technik, 
Bezirksvorstand Berlin, Bereich Wissenschaft und Technik, Kolln. Juchert, Kronenstraße 18, Berlin, 1080; 
Tel. 200 0966, App. 75 Dr. Lange 
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Neuerscheinungen 



Fleischer- Nagel 

Datenanalyse 
mit dem 

Personalcomputer 


VEB VERLAG TECHNIK BERLIN 


Simulation für Ingenieure 
in CAD/CAM -Systemen 

Krug 



Stop 


VEB VERLAG TECHNIK BERLIN 


Experimentelle Prozeßanalyse 

Von Prof. Dr. sc. techn. Jürgen 
Wernstedt. 1. Auflage. 392 Seiten, 
242 Bilder, 139 Tafeln, Leinen, 
40,- M; 50,- DM;. Bestellangaben: 
554 069 2/Wernstedt, Prozeßana- 
lyse 

In diesem Buch werden die Grund- 
lagen vermittelt, die zur rechnerge- 
stützten Ermittlung von Signal- und 
Systemmodellen aus gemessenen 
Daten erforderlich sind. 


Datenanalyse 

mit dem Personalcomputer 

Von Dr. rer. nat. Wolfgang Fleischer 
und Dr. rer. nat. Matthias Nagel. 
1. Auflage. 368 Seiten, 46 Bilder, 87 
Tafeln, Leinen, 38,- M; 46,- DM. 
Bestellangaben: 544 0721 /Flei- 

scher, Datenanalyse 

Die wichtigsten modernen Verfah- 
ren der Datenanalyse werden dar- 
gestellt und an durchgerechneten 
Beispielen in BASIC (ausgetestet 
und sofort anwendbar) angege- 
ben. 


Simulation für Ingenieure 
in CAD/CAM-Systemen 

Von einem Autorenkollektiv unter 
Federführung von Prof. Dr. sc. 
techn. Wilfried Krug. 1. Auflage. 
256 Seiten, 129 Bilder, 20 Tafeln, 
Leinen, 26,- M; 36,- DM. Bestellan- 
gaben: 544 040 6/Krug, Simula- 
tion 

Das Buch vermittelt umfassende 
Kenntnisse der Simulationsgrundla- 
gen und der Simulationssoftware. 
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Erst in den letzten Jahren hielt 
Atari mit seiner PC-Linie Einzug 
in die Welt der MS-DOS-Rech- 
ner. Atari ging damit in die Offen- 
sive: Man wollte auch in dieser 
Rechner-Kategorie die Philoso- 
phie einer preiswerten Spitzen- 
technologie etablieren. Die Re- 
sonanz am Markt lag auch 
prompt über den zunächst vor- 
sichtigen Einschätzungen des 
Entwicklers. Nach diesem Start 
stellte das Unternehmen im ver- 
gangenen Jahr den PC 4 vor. Er 
ist voll AT-kompatibel und ba- 
siert auf einem lntel-80286-Mi- 
kroprozessor, der softwaremä- 
ßig von acht Megahertz auf zwölf 
Megahertz Taktfrequenz umge- 
schaltet werden kann. Bei allen 
Taktfrequenzen arbeitet die CPU 
ohne Wartezyklen (Waitstates). 
(Eine 16-MHz-Version ist übri- 
gens geplant.) 

Der PC 4 verfügt über einen Sok- 
kel für die Aufnahme eines arith- 
metischen Koprozessors 80287 
und ermöglicht so die Unterstüt- 
zung des Zentralprozessors im 
Bedarfsfall. 

In seiner Grundkonfiguration ist 
der PC 4 mit 1 MByte RAM aus- 
gestattet, der sich auf dem Mo- 
therboard mittels SIMMs bis zu 
8 MByte aufrüsten läßt. Für die- 
sen vollen Ausbau sind aller- 
dings Megabytemodule Voraus- 
setzung; mit 256-KByte-Modu- 
len sind 5 MByte möglich. Der 
ROM beträgt 96 KByte. 
Hinsichtlich der Massenspeicher 
stehen verschiedene Varianten 
zur Auswahl. Allen gemeinsam 
ist ein Diskettenlaufwerk - ent- 
weder ein 5,25-Zoll-Modell mit 
1 ,2 MByte oder ein 3,5-Zoll-Mo- 
dell mit 1 ,44 MByte. Als weiteres 
Laufwerk kann zwischen einer 
im allgemeinen üblichen Hard- 
disk mit 60 MByte und einer 
44 MByte fassenden Wechsel- 
festplatte gewählt werden. Das 
von der Firma Syquest produ- 
zierte Wechselplattenlaufwerk 
im 5,25-Zoll-Slimlineformat ar- 
beitet mit Wechselplatten, die in 
einem stabilen Plastgehäuse 


untergebracht sind (Cartridges) 
und sich damit wie Disketten 
handhaben lassen (siehe unte- 
res Bild). Sie vereinen damit den 
Vorzug der Wechsel- und Sam- 
melmöglichkeit der Disketten mit 
der bei Festplatten üblichen hö- 
heren Kapazität. Zudem stellt 
die mittlere Zugriffszeit von 


39,6 ms einen akzeptablen Wert 
für ein Wechselmedium dar (die 
Datenübertragungsrate beträgt 
etwa 500 KByte/s). Zur Zuverläs- 
sigkeit dieses Mediums liegen 
noch keine Langzeiterfahrungen 
vor; vom Hersteller wird für das 
Laufwerk eine Lebensdauer von 
20000 Stunden angegeben, für 


die Cartridge von 10000 Wech- 
selvorgängen. 

An den PC 4 lassen sich die gän- 
gigen Monochrom- und Farbmo- 
nitore anschließen (sowohl ana- 
log als auch TTL). Auf der Mut- 
terplatine ist bereits eine Grafik- 
karte installiert, die die bekann- 
ten Standards Hercules, CGA, 
MDA, EGA und VGA unterstützt, 
so daß ein Steckplatz gewonnen 
wird. Bei CGA ist beispielsweise 
eine Auflösung von 640 x 200, 
bei EGA von 640 x 350 und bei 
VGA von 720 x 348 Pixeln mög- 
lich. Bei Bedarf läßt sich diese 
Grafikkarte jedoch auch ab- 
schalten und eine Zusatzkarte 
verwenden. Serienmäßig wird 
der PC 4 mit dem Monochrom- 
monitor von Atari, dem PCM 124, 
ausgestattet. Der nachleuch- 
tende 14-Zoll-Bildschirm ist be- 
sonders für Textanwendungen 
gedacht; wer häufig farbige Um- 
setzungen benötigt, sollte den 
Erwerb eines hochauflösenden 
Farbmonitors in Erwägung zie- 
hen. 

Auch die parallele und die beiden 
seriellen Schnittstellen sowie die 
Disk-Controller sind auf der Mut- 
terplatine installiert, was sich 
ebenfalls positiv auf den Platz 
für Erweiterungskarten aus- 
wirkt. 

Insgesamt fünf Slots ermögli- 
chen somit die Verwendung zu- 
sätzlicher AT-Karten für die un- 
terschiedlichen Anwendungs- 
möglichkeiten. Hierbei bietet das 
Gehäuse des PC 4 nicht nur den 
langen, sondern auch den hohen 
Steckkarten ausreichend Platz. 
Von den fünf Steckplätzen sind 
vier auf die Aufnahme von AT- 
Karten ausgelegt. Der fünfte Slot 
dient der Aufnahme einer XT-üb- 
lichen Erweiterungskarte. 
Geliefert wird der PC 4 mit der 
notwendigen Software: MS-DOS 
3.3, Basic-lnterpreterGW-Basic, 
MS-Windows, zwei Utility-Dis- 
ketten für die Wechselplatte und 
die VGA-Grafik. Ebenfalls zum 
Lieferumfang gehört eine Maus. 

MP-We 
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Meßwerterfassung heute 




Neue 

Rechnerfamilie 
VAX 9000 


Die Fa. Digital Equipment Corpo- 
ration (DEC) hat Ende Oktober 
1 989 eine neue Familie von 
VAX-Rechnern, die Serie 9000, 
vorgestellt. Die Systeme sind die 
bisher leistungsfähigsten des 
Unternehmens und erreichen je 
nach Anzahl der Prozessoren 
die 30- bis 1 1 7fache Leistung 
einer VAX-1 1/780, des weltweit 
ersten 32-Bit-Kleinrechners. 

Ein Prozessorelement hat somit 
eine Leistung von über 30 MIPS 
(Millionen Befehle pro Sekunde). 
Neu ist auch, daß jedes Prozes- 
sorelement noch über einen 
Vektorprozessor verfügt, der 
eine Verarbeitungsleistung von 
125 MFLOPS (Millionen Gleit- 
kommaoperationen pro Se- 
kunde) erreicht. Maximal kann 
das System aus vier Prozessor- 
elementen mit vier Vektorpro- 
zessoren bestehen. 

Der Hauptspeicher, in dem 

1 -MBit-Chips eingesetzt werden, 
kann aus zwei Moduln zu je 
256 MByte bestehen. Mit dem 
Übergang auf den 4-MBit-Chip 
erweitert sich die Kapazität des 
physischen Hauptspeichers auf 

2 GByte. 

Das Ein- und Ausgabesystem 
besteht aus max. 4 Hochlei- 
stungsbussystemen XMI (ca. 

1 00 MByte/s). Der XMI-Bus war 
mit der Serie VAX 6000 als rech- 
nerinterner Hauptbus bereits vor 
ca. 2 Jahren eingeführt worden. 
Bei vier Bussystemen beträgt 
die maximale Datentransferrate 
320 MByte/s. An den XMI kön- 
nen analog der VAX 6000 
VAXBI-Adapter DWMBA einge- 
setzt werden, die den von DEC 
vor vier Jahren eingeführten 
VAXBI-Bus (10 MByte/s) her- 
ausführen. Damit ist die ganze 
Palette von peripheren Geräten 
verfügbar, die für die VAX-Sy- 
steme der Serien 6000 und 8000 
entwickelt wurden. Insgesamt 
sind bei 4 XMIs bis zu 1 4 VAXBI- 
Bussysteme möglich. 

Weiterhin wurden neue Adapter 
bzw. Controller zum unmittelba- 
ren Anschluß an den XMI vorge- 
stellt, die es gestatten werden, 
die volle E/A-Transferrate aus- 
zuschöpfen. 

Mit dem neuen KDM70-Spei- 
chercontroller können Hochlei- 
stungsmagnetplatten, optische 
Speichersysteme und eine 
Platte aus dynamischen Spei- 
cherschaltkreisen (Solid State 
Disk) bedient werden. Zur Erhö- 
hung der Leistungsfähigkeit ei- 
nes VAXclusters wurde ein 
neuer intelligenter Computer-In- 
terconnect-Adapter CIXCD an- 



gekündigt, der auch die beiden 
redundant ausgelegten Leitun- 
gen des Cl-Interfaces für die Da- 
tenübertragung nutzt. Damit wird 
die Netto-Transferrate gegen- 
über bisher eingesetzten Adap- 
tern auf das Vierfache gestei- 
gert. Auch auf dem Gebiet der 
Netzwerkkommunikation gibt es 
eine Innovation. Der neue Ether- 
net-Adapter DEC LANcontroller 
400 für die Serie VAX 9000, der 
die Ethernet-Bandbreite von 
1 0 MBit/s fast vollständig aus- 
schöpfen kann, ist auf der Basis 
eines eigenen VAX-Chips in 
CMOS-Technik hergestellt. Der 
vorgestellte Vektorprozessor 
realisiert 63 Vektorbefehle, die 
eine Erweiterung des VAX-Be- 
fehlssatzes darstellen. Dadurch 
bleibt die bisher bewährte Kom- 
patibilität innerhalb der gesam- 
ten VAX-Familie erhalten. Auf 
den Systemen ohne Vektorpro- 
zessor werden die Vektorbefehle 
vom Betriebssystem VAX/VMS 
emuliert. Damit können Anwen- 
dungen, die die Vektorbefehle 
nutzen, auf jedem beliebigen 
VAX-Rechner abgearbeitet wer- 
den. Ein weiterer Vorteil besteht 
auch darin, daß solche Anwen- 
dungen auf jeder VAX-Worksta- 
tion entwickelt und getestet wer- 
den können. 

Zur Unterstützung des Vektor- 
prozessors ist eine neue Version 
des VAX-FORTRAN-Compilers 
angekündigt, der automatisch 


eine Vektorisierung innerhalb 
eines Programms vornimmt. 
Dieser Compiler kann Pro- 
gramme zur effektiven Abarbei- 
tung in einem Multiprozessorsy- 
stem auch automatisch paralleli- 
sieren. Durch die Vektorisierung 
der Daten und Verwenden des 
Vektorprozessors kann je nach 
Anwendung eine 3- bis 40fache 
Geschwindigkeitssteigerung er- 
reicht werden. Typische Anwen- 
dungen sind die Signalverarbei- 
tung, Wettervorhersagen, seis- 
mische Analysen, Finite-Ele- 
mente-Analysen usw., aber auch 
ökonomische Anwendungen, in 
denen vielfach Vektoren einge- 
setzt werden. Die technologi- 
sche Basis der neuen VAX-Sy- 
steme ist die ECL-Technik (Emit- 
ter Coupled Logic). Die Chips 
weisen eine Fläche von 2,6 cm 2 
mit ca. 10000 Gattern auf. Die 
Schaltzeit beträgt ca. 200 Pico- 
sekunden und die interne Takt- 
rate 500 MHz. 

Der grundlegende technologi- 
sche Fortschritt wurde durch die 
Entwicklung einer Multi-Chip- 
Unit-Technologie (MCU) er- 
reicht. Die Chips werden dabei 
auf einen besonderen Träger, 
den High Density Signal Carrier 
(HDSC), aus Polyamid mit Kup- 
ferleiterzügen aufgebracht. Die 
Leiterzüge haben eine Breite 
von ca. 0,03 mm. Der HDSC 
kann auf einer Fläche von ca. 

32 cm 2 bis zu 72 Chips aufneh- 


Mit der neuen Computerfamilie 
VAX 9000 will DEC nun auch in den 
Markt der Großrechner eindringen. 


Als technischen Durchbruch in der 
Halbleiterfertigung sieht DEC die 
neue Art der Multi-Chip-Packung, 
mit der die Leitungswege so ver- 
kürzt werden, daß im Vergleich zur 
konventionellen Leiterplattentech- 
nologie eine Verdoppelung der 
Computerleistung erzielt werden 
kann. Es ergeben sich bis zu 30mal 
höhere Packungsdichten. In der 
neuen Großrechnerfamilie VAX 
9000 wird diese Technologie erst- 
mals eingesetzt (Bild unten). 

men. Die HDSCs werden durch 
die MCU gekapselt. Damit sorgt 
die MCU für mechanische Stabii- 
tät und die für die ECL-Technolo- 
gie kritische Wärmeableitung. 

Die quadratische MCU hat ins- 
gesamt 804 Pins. 

Für die Realisierung der Rech- 
nermoduln wird ein Leiterkarten- 
formät von 60 x 60 cm 2 gewählt, 
auf dem bis zu 1 6 MCUs montiert 
werden können. Eine solche Lei- 
terkarte bildet einen kompletten 
Prozessor der neuen VAX-9000- 
Serie inklusive des Vektor-Pro- 
zessors. 

Durch die Weiterentwicklung der 
Multi-Chip-Packungstechnolo- 
gie konnten die Signallaufzeiten 
zwischen den Chips entschei- 
dend verkürzt und damit die ho- 
hen Prozessorleistungen er- 
reicht werden. Läut Aussage von 
Dr. Robert M. Glorioso, Vizeprä- 
sident für Hochleistungssysteme 
der Mutterfirma in den USA, hat 
DEC damit eine Führungsrolle in 
der Welt übernommen. Die Fa. 
DEC habe im vergangenen Ge- 
schäftjahr mehr als 1 ,5 Mrd. Dol- 
lar, das heißt 12 % des Umsat- 
zes, in Forschung und Entwick- 
lung investiert. 

Die Preise der neuen Systeme 
variieren zwischen 2,7 Mio DM 
für das Einstiegsmodell VAX 
9000 Modell 21 0 und 1 2 Mio DM 
für das mit vier Skalar- und vier 
Vektorprozessoren ausgerü- 
stete System VAX 9000 Modell 
440. Das Modell 210 wird ab dem 
zweiten Quartal 1 990 ausgelie- 
fert. Die Modelle 410, 420 und 
440 werden im dritten Quartal 
folgen. Vorerst wird nur das Be- 
triebssystem VAX/VMS angebo- 
ten. Bis Jahresende 1 990 soll für 
die neuen Systeme auch das 
Betriebssystem ULTRIX, das 
DEC-Betriebssystem auf der Ba- 
sis der POSIX-Standards bzw. 
des UNIX-Industriestandards, 
angeboten werden. 

Prof. Dr. Th. Horn 
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Zum Titelbild 

In Magdeburg findet am 27. und 28. März 1990 die 
Fachtagung „Mikrorechner und ASICs in der Meß- 
und Automatisierungstechnik“ statt. Es wird ein 
breites Spektrum aktueller technischer Resultate 
vorgestellt. Wir haben für Sie die auf einen breiten 
Leserkreis zugeschnittenen Fassungen von zwei 
Hauptvorträgen in dieses Heft aufgenommen. 

Der Beitrag „Mikroelektronik und Meßwerterfas- 
sung“ auf der Seite 35 - auf den auch unser Titel- 
bild Bezug nimmt - stellt die Haupttendenzen bei 
der Meßwerterfassung, insbesondere unter Einsatz 
von anwendungsspezifischen Schaltkreisen, dar. 



Einen Vergleich von Bussystemen und ihre Per- 
spektiven - mit dem Schwerpunkt auf den Bussy- 
stemen für Multiprozessoranordnungen -vermittelt 
der Beitrag auf der Seite 39. 



Kurz nach der Markteinführung der Version 5.0 
zeigt sich jetzt Turbo-Pascal 5.5 auch objektorien- 
tiert. Einige Möglichkeiten dieser erweiterten Pro- 
grammiersprache werden in dem Beitrag zum 
neuen Compiler von Borland auf der Seite 44 an 
praktischen Beispielen erläutert. 


Vorschau 

Für unser Heft 3/1990 bereiten wir für Sie Beiträge 
zu folgenden Themen vor: 

• Clipper 

• Systemprogrammierung in Modula-2 

• Die serielle Schnittstelle unter DOS 
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Die MP-Redaktion: Hans Weiß, Verantwortlicher Redakteur , Herbert 
Hemke und Hans-Joachim HUI, Redakteure, und - last but not least - un- 
sere neue redaktionelle Mitarbeiterin Hannelore Kulik 


Liebe Leserinnen und Leser! 

Unsere Medienlandschaft scheint 
von tektonischen Beben erschüttert. 
Vieles ist ins Wanken geraten, etli- 
ches bereits eingestürzt. Fast nichts 
ist heute, im Dezember 1989, noch 
so, wie es vor dem Oktober war. (Die 
Herstellzeit der MP ist allerdings noch 
die gleiche; deshalb wird wohl auch 
der Schnee, der bis jetzt noch gar 
nicht gefallen ist, schon wieder ge- 
schmolzen sein, wenn Sie dieses 
Heft in die Hände bekommen.) Die 
Kollegen des ADN haben mit ihren 
vehementen Forderungen nach Er- 
laubnis zu eigenverantwortlicher, un- 
geschönter, sachlicher Berichterstat- 
tung zur Wende beigetragen. Die Mit- 
arbeiter der Aktuellen Kamera ent- 
schuldigten sich öffentlich für den Stil 
ihrer bisherigen Beiträge und zeigen 
jetzt, daß sie es auch anders können. 
Und was die Veränderungen in der 
Tagespresse angeht, so sprechen 
diese für sich. 

Hier drängt sich natürlich die Frage 
nach Konsequenzen für die Fach- 
presse und demnach auch für die MP 
auf. Würden wir als zuverlässiges 
Barometer für unsere Arbeit lediglich 
die Leserresonanz ansehen, müßten 
wir zufrieden sein: Die Auflage unse- 
rer Zeitschrift liegt seit jeher stabil bei 
weit über 50000 Exemplaren, ein Be- 
weis für Ihre T reue zur Zeitschrift, und 
der Anteil kritischer Leserpost ist so 
gering wie nie zuvor. Vielleicht ist dies 
ein Zeichen dafür, daß wir die Frage: 
Was nützt dem Leser wirklich? nicht 
erst nach der Wende stellen (kön- 
nen), sondern von Beginn an perma- 
nent stellten. Dadurch konnten viele 
nützliche Hinweise von Ihnen die Pro- 
filierung der MP bewirken. Erinnert 
sei nur an die nach Leserdiskussio- 
nen vorgenommene Reduzierung 
von Beiträgen mit vordergründiger 
Selbstdarstellung einer Leistung oder 
Produktwerbung. Oder an die Tatsa- 
che, daß wir bei der Annahme - und 
noch wichtiger: Ablehnung - von Bei- 
trägen den Nutzen für einen bestimm- 
ten Hersteller nicht generell mit dem 
Nutzen für die Leser gleichsetzten, 
sondern versuchten, verantwor- 
tungsbewußt unter gesamtvolkswirt- 
schaftlichen Gesichtspunkten abzu- 
wägen. Demzufolge orientierten wir 
uns nicht an einer gewünschten oder 
vorgetäuschten, sondern an der ma- 
teriell-technischen Basis, die unsere 
Leser in der Wirklichkeit vorfanden. 
Dabei wird es natürlich auch bleiben. 
Darüber hinaus glauben wir aber, daß 
unter den veränderten Bedingungen 
in unserem Lande durchaus weitere 
Verbesserungen notwendig und 
möglich sind. 

Über diese Möglichkeiten und Pläne 
wollen wir Sie an dieser Stelle kurz in- 
formieren, so wie wir es in den jeweili- 
gen Februarheften der letzten Jahre 
im Dialog mit Ihnen getan haben. Üb- 
rigens: Ist auch Ihnen bewußt, daß wir 
bereits auf drei Jahrgänge der MP zu- 
rückblicken können? Wir haben in der 
Redaktion dieses kleine Jubiläum 


zum Anlaß für eine Rückschau ge- 
nommen, um auch daraus Schlußfol- 
gerungen zu ziehen. Außerdem mei- 
nen wir, daß Sie nun doch einmal Ge- 
legenheit erhalten sollten, die Mann- 
schaft der MP kennenzulernen und 
liefern Ihnen daher auf dieser Seite 
unsere Konterfeis. 

Was kann, was soll sich nun ändern? 
Beispielsweise die Rubrik Informatio- 
nen. Hier waren und sind wir weitge- 
hend auf Meldungen der Nachrich- 
tenagentur ADN angewiesen, zu der 
ich eingangs schon etwas sagte. Da- 
bei muß aber auch bedacht werden, 
daß der Wille zu objektiver Berichter- 
stattung nur eine Seite der Medaille 
ist. Die andere zeigt sich in dem, was 
den Journalisten des ADN und der 
übrigen Presse in den Betrieben „vor- 
geführt“ wird. So wird es hoffentlich in 
Zukunft möglich, aber nicht mehr nö- 
tig sein, Schönfärberei in Erfolgsmel- 
dungen zu beseitigen. Andernfalls 
werden wir auf diese „Informationen“ 
verzichten. In dieser Hinsicht setzen 
wir auch große Hoffnungen in das er- 
wartete Mediengesetz. 

Das Gesagte gilt in hohem Maße 
auch für die anderen Beiträge. Eine 
wissenschaftlich-technische Fach- 
zeitschrift kann immer nur Mittler zwi- 
schen den Autoren und den Lesern 
sein, da die überwiegende Mehrzahl 
der Manuskripte von Fachleuten au- 
ßerhalb der Redaktion verfaßt wird. 
Das zeigt, daß die Qualität der Fach- 
zeitschrift vor allem von der Bereit- 
schaft ihrer Leser zur Mitarbeit als Au- 
toren geprägt wird, zumindest, so 
lange freie Fachjournalisten mit ei- 
nem Gespür für leserfreundliche Auf- 
bereitung von Fachwissen in unse- 
rem Lande (noch?) rar sind. Vielleicht 
können also auch Sie, der Sie Leser 
der MP sind, selbst als Autor zur Qua- 
lifizierung Ihrer Fachkollegen beitra- 
gen? Der Redaktion obliegt es, in Zu- 
sammenarbeit mit dem ehrenamtli- 
chen Redaktionsbeirat, den Autoren 
und Lesern, die „richtigen“ Manu- 
skripte zu beschaffen und auszuwäh- 
len. 


Im Heft 2/1 989 hatten wir unsere Mei- 
nung zum Profil der MP ausführlich 
dargelegt. Dennoch gibt es bei eini- 
gen Lesern Vorstellungen, denen wir 
gegenwärtig leider nicht entsprechen 
können. So wird das Profil natürlich 
auch wesentlich von Faktoren wie 
Seitenzahl und Manuskriptangebot 
bestimmt. Und diese zwangen uns, 
zugunsten unserer Hauptleser- 
gruppe - Hard- und Softwareentwick- 
ler - bereits seit Anfang 1988 Ein- 
schränkungen bei wissenschaftlich- 
theoretischen Beiträgen einerseits 
und bei der Kleincomputerthematik 
andererseits vorzunehmen. Deshalb 
will ich die Ausführungen zum Cha- 
rakter der MP hier noch einmal kurz 
zusammenfassen: 

• Die MP ist eine wissenschaftlich- 
technische Fachzeitschrift, die vor al- 
lem einen berufsmäßig vorgebildeten 
Leserkreis in seiner praktischen Tä- 
tigkeit unterstützt. 

• Angesprochen werden alle inge- 
nieurtechnischen Mitarbeiter, die auf 
dem Gebiet der Mikroelektronik, 
Computertechnik und Informatik tätig 
sind. 

• Die MP informiert demzufolge über 
die spezifischen Bauelemente der 
Computertechnik und deren Applika- 
tionen, über Entwicklungen auf dem 
Computersektor, etwa zu gleichen 
Teilen Hardware und Software, sowie 
zukunftsorientierend zu Fragen der 
Informatik. 

Erreichen wollen wir das mit einem 
ausgewogenen Verhältnis von Fach- 
aufsätzen, Überblicksbeiträgen und 
informativen Rubriken. An Themen 
stehen dabei demnächst folgende auf 
der Tagesordnung: 

- dBase-Compiler Clipper im Über- 
blick 

- das 32-Bit-Mikroprozessorsystem 
U 80700 

- der 32-Bit-Rechner K 1820 

- Mikrocontroller. 

Darüber hinaus die Komplexe lokale 
Netze, Leiterpiattenentwurf am PC, 
Applikationserfahrungen mit den Pro- 
zessorsystemen 80286 und U 80600, 
Signalprozessoren. 


Es scheint uns im Sinne der Mehrzahl 
unserer Leser zu sein, wenn wir ver- 
suchen, die bewährten Rubriken wie 
Börse, Entwicklungen und Tenden- 
zen, Messeberichte, Technik interna- 
tional usw. nicht einzuschränken, 
sondern nach Möglichkeit noch zu er- 
weitern. 

An dieser Stelle noch zwei kurze Be- 
merkungen zur Rubrik Börse. Zum ei- 
nen wollen wir nochmals darauf hin- 
weisen, daß wir im Interesse einer ho- 
hen Aktualität Angebote nur veröf- 
fentlichen, sofern sie nicht auch in ei- 
ner anderen Zeitschrift erscheinen. 
Zum anderen machten uns Leser auf 
vermutlich unseriöse Softwareange- 
bote aufmerksam und schlugen vor, 
vom Anbieter eine Erklärung zur 
Rechtsmängelfreiheit zu verlangen. 
Die Redaktion hält dies für einen 
kaum wirksamen zusätzlichen Auf- 
wand; man sollte davon ausgehen, 
daß sich jeder, der unrechtmäßig 
Software zum Verkauf anbietet, über 
die Konsequenzen klar ist, die sich 
daraus für ihn ergeben können. 

Auch Ihnen wird es sicher nicht ent- 
gangen sein: Unsere Presseland- 
schaft wird gegenwärtig unüberseh- 
bar um eine neue Facette bereichert 
- Anzeigen aus dem westlichen Aus- 
land. Auch wir haben über diese neue 
Möglichkeit nachgedacht, meinen 
aber, daß wir in Anbetracht des be- 
scheidenen Umfanges der MP keine 
Seiten für Anzeigen opfern sollten. 
Vorbehaltlich allerdings, solange 
nicht geregelt ist, daß sich die Anzei- 
generlöse zugunsten unserer Leser 
direkt oder zumindest erkennbar in ei- 
ner Qualitätserhöhung der Zeitschrift 
niederschlagen. Aber auch hierbei 
werden wir unsere Entscheidung an- 
hand des Leserechos ständig über- 
prüfen und bitten Sie daher um Ihre 
Meinung. 

Abschließend möchte ich Sie schon 
auf ein kleines Bonbon neugierig ma- 
chen, das Sie ab Heft 4/1990 erwar- 
tet: Im Zuge wachsender Koopera- 
tionsmöglichkeiten haben wir als 
„Start“ in diese Richtung mit der aner- 
kannten BRD-Fachzeitschrift c't — 
Magazin für Computertechnik eine 
Vereinbarung getroffen, die es uns 
erlaubt, Beiträge aus der c't künftig 
für die MP zu übernehmen. Nicht weil 
es vielleicht Mode ist, sondern weil 
wir uns davon eine Bereicherung der 
MP versprechen, die für viele von Ih- 
nen von Nutzen sein wird. Denn auch 
für den grenzüberschreitenden Aus- 
tausch von Fachwissen sollte sich 
besonders eine Computerzeitschrift 
mehr denn je offenhalten, meint Ihr 

Hans Weiß 
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Mikroelektronik 
und Meßwerterfassung 


Prof . Dr. Manfred Seifart , Magdeburg 


Die Leistungssteigerung integrierter Schalt- 
kreise in Verbindung mit der intensiven Wei- 
terentwicklung der Software bewirkt gegen- 
wärtig und in den nächsten Jahren einen tief- 
greifenden Wandel in der Meß- und Automa- 
tisierungstechnik. Für die Meßwerterfassung 
sind folgende Haupttendenzen erkennbar: 

© weitere Beschleunigung des Übergangs 
zur dezentralen prozeßnahen Meßwerterfas- 
sung und Aufgabenverteilung in zu automati- 
sierenden Prozessen; Hauptbestandteile 
dieser dezentralen Systeme sind intelligente 
Module zur Meßgrößenerfassung und zur 
Prozeßbeeinflussung (Prozeßkoppelmodule 
/I/, /2/, /3/), ein einfacher Feldbus /4/, /5/ und 
eine Zentrale (meist PC), die das System 
steuert und die Verarbeitung und die Aus- 
gabe der Meßwerte übernimmt und ggf. die 
Kopplung zu anderen Systembestandteilen 
gewährleistet. 

© Der Anteil von Geräten mit eigener „Intelli- 
genz“, die über serielle Busse gekoppelt und 
gesteuert werden können, wird stark zuneh- 
men. Solche Einheiten sind nicht nur wesent- 
lich leistungsfähiger und flexibler einsetzbar 
als frühere Gerätelösungen, sondern sie ver- 
fügen auch über immer leistungsfähigere und 
wirkungsvollere Eigenschaften wie Selbstka- 
librierung, umfangreiche D aten vorvera r bei - 
tung, Fernsteuerbarkeit und Kommunika- 
tionsfähigkeit mit nahezu beliebigen Geräten 
und Rechnern (Vernetzung ganzer Sy- 
steme). Auch fehlertolerante Systeme und 
der Einsatz von Expertensystemen werden 
zunehmend eine größere Rolle spielen. 

CD Der PC wird infolge seiner rasch wach- 
senden Leistungsfähigkeit, sinkender Preise 
und zunehmend leistungsfähigerer Software 
sowohl für den CAD-Entwurf von ASICs, 
Baugruppen und Systemen der Meßwerter- 
fassung als auch zur direkten Lösung von 
Meß-, Steuer- und Regelaufgaben große Be- 
deutung erlangen. Es erfolgt eine Verdrän- 
gung der klassischen, speziellen Meßgeräte 
durch „virtuelle Instrumente“. 

Drei Konzeptionen des PC-Einsatzes in der 
Meßtechnik lassen sich unterscheiden: 

- dezentrale Meßwerterfassung/Automati- 
sierungssysteme mit räumlich verteilten (ty- 
pisch 10-50) Prozeßkoppelmodulen, mit di- 
gitalen Meßumformern oder intelligenten 
Sensoren bzw. Sensoren mit serieller 
Schnittstelle, die über einen Feldbus oder ei- 
nen Sensorbus (meist verdrillte Zweidrahtlei- 
tung) mit einer Zentrale kommunizieren, wo- 
bei die Entfernung zwischen den Prozeßkop- 
pelmodulen untereinander und zur Zentrale 
mehrere 100 oder über 1000 Meter betragen 
kann 

- sogenannte PC-Meßgeräte ohne eigene 
Bedien-, Anzeige- und Auswertefunktionen, 
bei denen ein leistungsfähiger PC - meist 
über die lEC-Bus-Schnittstelle gekoppelt - 
diese Funktionen für mehrere unterschiedli- 
che PC-Meßgeräte (Meßteil der eigentlichen 
Meßanordnung) übernimmt und eine Darstel- 
lung „virtueller“ Frontplatten auf dem PC- 
Bildschirm erfolgt (Tafel 1) /6/ 

- Einsteckleiterkarten mit leistungsfähiger 
Hard- und Software zur Prozeßkopplung 


bzw. Meßwerterfassung; sie haben interna- 
tional bereits eine beachtliche Leistungsfä- 
higkeit erreicht. Beispiel: Datenerfassungs- 
und Datenanalyseleiterkarte der Firma Data- 
log (DAP-Serie); unter Einsatz des 16-Bit- 
Prozessors 80186 werden 150000 Messun- 
gen/s mit 16-Bit-Auflösung erreicht; die Lei- 
terkarte beinhaltet einen 512-KByte-Daten- 
speicher und ein Echtzeitbetriebssystem so- 
wie mehrere vordefinierte Meßwertverarbei- 
tungsprogramme im ROM. Die PC-XT/AT- 
kompatible Leiterkarte ermöglicht eine hun- 
dertfach schnellere Datenverarbeitung als 
sie mit dem PC allein möglich wäre. 

© verstärkter Einsatz von ASICs vor allem 
für Steuerfunktionen in der Meßwerterfas- 
sung und als Sensor-lnterfaceelektronik/7/. 
Nachfolgend wird der Trend zur dezentralen 
prozeßnahen Meßwerterfassung und zum 
Einsatz von ASICs an vier Beispielen aus den 
Forschungsarbeiten des Wissenschaftsbe- 
reiches Prozeßmeßtechnik der Technischen 
Universität Magdeburg verdeutlicht. 


Tafel 1 Aufgabenverteilung bei PC-Meßgeräten 


PC-MeOgeräte 

* Meßwerterfassung • Aü-Umsetzuny 

• Statusinformation • Stimulierung des Prüflings 


Personalcomputer 


• Parametrierung (Meßgeräte, Meßplatze) 

• Abspeichern von Parametersätzen 
(Diskette, Festplatte) 

• Steuerung der Messungen, Triggerung 

• Meßgerätebedienung; grafische Darstellung der 
Bedien- und Anzeigeelemente auf Bildschirm 

• Abspeichern von Meßergebnissen in Dateien, 
Ausgabe auf PC-Peripherie 

• Signalverarbeitung, komplexe Weiterverarbeitung, 
Auswertung der Meßergebnisse 

• Formatieren von Datensätzen, Weiterverarbeitung 
mit Standardprogrammen der Meßwertverarbeitung 


Programmierbarer Prozeßkoppel- 
modul PPM 02 

Die unter anderem im Energiekombinat Ro- 
stock erfolgreich erprobten und im Rahmen 
eines Meßwerterfassungs- und Automatisie- 
rungssystems eingesetzten Prozeßkoppel- 
module mit Einchipmikrorechner PPM 01 /I/ 
lassen sich sowohl für Meß- als auch für 
Steuer- und Zählaufgaben, zur Grenzwert- 
Überwachung, Regelung u. a. m. verwenden. 
Sie verfügen über einen galvanisch getrenn- 
ten Feldbusanschluß, über den die Kommu- 
nikation in beiden Richtungen erfolgt. Bis zu 
1 28 PPMs lassen sich räumlich an beliebiger 
Stelle an eine einfache, verdrillte Zweidraht- 
leitung anschließen. Die Systemsteuerung 
übernimmt ein PC. 

Nachdem sich der Typ PPM 01 im industriel- 
len Einsatz gut bewährt hat und inzwischen in 
die Serienproduktion (Energiekombinat 
Gera) übergeleitet wurde, ist gegenwärtig die 
Überleitung der weiterentwickelten Variante 
PPM 02 (Bild 1 ) im Energiekombinat Rostock 
im Gange. Der PPM 02 zeichnet sich vor al- 
lem durch Sensorsignalverarbeitung, erwei- 
terte Speicherkapazität und ein verbessertes 
Softwarekonzept aus. Er verfügt über 6 Sen- 


[:i ; 


Am 25. März diesen Jahres feiert der Autor die- 
p ses Beitrages, Prof. Dr. sc. techn. Manfred Sei- 
fart, seinen 60. Geburtstag. 

In der Zeit von 1 951 bis 1 956 studierte er an der 
Technischen Universität Dresden Hochfre- 
quenztechnik. Danach arbeitete er 13 Jahre mit 
hohem Engagement im Wissenschaftlichen In- 
dustriebetrieb VEB Vakutronik Dresden (heute 
VEB Robotron Meßelektronik „Otto Schön“) auf ' 
dem Gebiet der Entwicklung kernphysikali- 
scher und elektronischer Meßgeräte. Von sei- 
ner Funktion als Entwicklungsleiter erfolgte im 
Jahre 1969 die Berufung zum Ordentlichen 
Professor an die damalige Technische Hoch- 
schule Magdeburg auf den Lehrstuhl „Elektro- 
nische Öaueiemente und Schaltungstechnik“; •; 
Seit 1984 ist er Leiter des Wissenschaftsberei- 
ches Prozeßmeßtechnik in der Sektion Auto- 
matisierungstechnik und Elektrotechnik. 

Die von Prof. Seifart an der Technischen Uni- 
versität Magdeburg eigenständig begründete 
[ Forschungsiinie beinhaltet den Schaltungsent- -j 
| wurf von Geräten zur industriellen Meßwerter- 
fassung mittels Mikrorechnern. Dabei erzielte 
er bemerkenswerte, national und international 
anerkannte Ergebnisse bei der Entwicklung 
von neuartigen Analog-Digital- und Digital-Ana- 
log-Umsetzern, von Analogwerterfassungsein- 
heiten für Mikrorechner sowie von mikrorech- 
nergestützten Meßwerterfassungssystemen 
für die Prozeßmeßtechnik. 

Besonders engagiert sich Prof. Seif art für den 
Entwurf von Schaltkreisen, in der Gate-Array- 
Technik. Die Arbeiten zur Anwendung kunden- 
spezifischer Schaltkreise beeinflußten stark 
das Profil der Sektion und haben wesentlichen 
Einfluß auf den Einsatz der Mikroelektronik im 
Schwermaschinen- und Anlagenbau. Seine 
wissenschaftliche Ausstrahlungskraft hat er 
durch über 150 Fachartikel und Vorträge im In- 
und Ausland unter Beweis gestellt. Mehr als 20 
Patente unterstreichen die volkswirtschaftliche 
Bedeutung seiner Forschungsergebnisse. Die 
von Prof. Seifart überzeugend vertretene Lehr- p 
auffassung einer betont anwendungsorientier- 
ten Ausbildung der Studenten hat ihren Nieder- 
schlag unter anderem in seinen beiden umfang- 
reichen Lehrbüchern über analoge und digitale 
Schaltungstechnik gefunden, die im VEB Ver- } 
lag Technik und in mehreren Lizenzausgaben 
des Hüthig- Verlages erschienen sind. 

Prof. Seifart gehört seit über 20 Jahren zu den 
hervorragenden Hochschullehrerpersönlich- p 
keiten der Technischen Universität „Otto von 
Guericke“ Magdeburg. So bewährte er sich 
7 Jahre als Stellvertreter des Sektionsdirektors 
für Erziehung, Aus- und Weiterbildung und lei- 
stete dabei eine verantwortungsbewußte erzie- 
herische Arbeit. Prof. Setfart »st Vorstandsmit- 
glied der wissenschaftlichen Sektion „Compu- 
tertechnik“ der KDT und hat als Leiter des 
Fachausschusses „Mikroprozessor-Interface- 
Systeme“ wesentlich zum breiten Erfahrungs- 
austausch auf diesem Gebiet beigetragen. Als 
Mitglied des Redaktionsbeirates der Fachzeit- 
schrift „Mikroprozessortechnik“ leistete er bei 
ihrer Profilierung einen großen Beitrag. 

Ais Wissenschaftler und Hochschullehrer gilt 
sein besonderes Interesse der Herausbildung 
des wissenschaftlichen Nachwuchses. Viele 
ehemalige Doktoranden sind heute in verant- 
wortungsvollen Funktionen in Einrichtungen 
unseres Landes tätig. 

Prof. Seifart, der mit viel Weitsicht und Umsicht 
die Entwicklung seines Fachgebiets maßgeb- 
lich gefördert hat, ist weit über die Grenzen der 
Technischen Universität Magdeburg hinaus an- 
erkannt. geschätzt und geachtet. In seiner Auf- 
richtigkeit und Liebenswürdigkeit ist er vielen 
ein Beispiel. 
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Bild 1 Blockschaltbild Prozeßkoppelmodul PPM 02 


soreingangskanäle, 2 Zähleingänge, 4 (8) bi- 
näre Ein-/Ausgänge, 1 erweiterbaren Ana- 
logausgang sowie den galvanisch getrenn- 
ten Feldbusanschluß und die galvanisch 
getrennte Betriebsspannungszuführung 
(24 V—). 

Die Sensorsignale werden in einem program- 
mierbaren Meßverstärker, der in eine auto- 
matische Meßkette einbezogen ist, verstärkt. 
Mit einem 10-Bit-DAU (Digital-Analog-Um- 
setzer) ist der Meßbereichsanfang ver- 
schiebbar, so daß ein gewünschter Meßbe- 
reichsausschnitt mit der vollen Auflösung des 
10-Bit-ADUs (Analog-Digital-Umsetzer) digi- 
tal weiterverarbeitet werden kann. Zusätzlich 
erfolgt ein automatischer Offsetabgleich. 
Eine am Eingang verfügbare Stromquelle 
wird zur Speisung passiver Sensoren mit in 
das Abgleichregime einbezogen. Das beim 
PPM 01 bewährte Konzept der konstruktiven 
Unterteilung in eine Grund- und eine Koppel- 
platte wurde beibehalten. 

Die räumliche Nachbarschaft zwischen den 
Sensoren bzw. Aktoren und dem Einchipmi- 
krorechner hat zahlreiche Vorteile: Sie er- 
möglicht unter anderem die automatische 
Nullpunkt- und Vollausschlagkorrektur, die 
Überwachung der Eingangsschaltung und 
gegebenenfalls die Fehlerkorrektur sowie 
eine sehr zuverlässige, hochgenaue Signal- 
übertragung über große Entfernungen. Wei- 
terhin gestattet sie mit weitgehend einheitli- 
cher Hardware eine Vielzahl unterschiedli- 
cher Konfigurationen ausschließlich durch 
Softwareanpassung. 


komponenten unterteilt werden kann /8/ 
(Bild 2). Als Ergebnis einer Analyse der Infor- 
mationsflüsse und Operationen wurden drei 
Kanaltypen definiert: Die globalen Informa- 
tionskanäle sind nur für den Programmierer 
von zentralen Applikationsprogrammen in- 
teressant. Die lokalen Informationskanäle 
dienen dem Programmierer dezentraler Pro- 
gramme, und schließlich sind die Prozeß- 
kanäle nur für den Programmierer von Firm- 
ware des PPMs von Interesse. Jedem Kanal- 
typ sind typische Softwarekomponenten zu- 
geordnet. Am unteren Ende des Schichten- 
modells befinden sich die reellen Prozeßka- 
näle. Die darüberliegenden Schichten lassen 
sich wie folgt charakterisieren: 

Schicht 8 

Applikationsprogramme 
Schicht 7 

Protokollsoftware Master/PPM (teilweise); 
Umwandlung lokaler in globale Kanäle 

Schicht 6 

Mailbox repräsentiert das Interface zum se- 
riellen Bus; alle für das zentrale Anwender- 
programm benötigten Informationen sind 
verfügbar; Master greift nur auf die Mailbox 
zu. 

Schicht 5 

Dezentrale Anwenderprogramme (Kombi- 
nieren mehrerer Prozeßkanäle; Softwarefil- 
terung, Grenzwertüberwachung; Einschrei- 
ben in die Mailbox u. a.) 

Schicht 4 


Kanalform 


Hardware - 
funktion 


8. Zentrale Anwendungsschicht 

~ 

globale 

hformafions- 

kgnäle 

lokale 

Informations- 

System- 

master 

7. Verteilte Transportschicht 

6. Mallbox (Datenbank, dezentral) 

5, Dezentrale Anwendungsschicht 


Kanäle 

PPM- 

ßrundplatte 

4. Einrichten 

- 



3. Umsetzen 


Prozeß- 


2. Anpassen 


kanäle 

~PPM- 

1. Anschließen 



Koppelplatte 


i Sensoren und Aktoren 

i 


Prozeß 


Bild 2 Schichtenmodell der dezentralen Meß- 
datenverarbeitung mit PPM 

Gate-Array 

mit seriellem Busanschluß 
für die Meßwerterfassung 

Zur Ankopplung von Sensoren an einen Feld- 
bus ist ein erheblicher Schaltungsaufwand 
nötig, so daß der Einsatz anwendungsspezi- 
fischer Schaltkreise sehr erwünscht ist. Aller- 
dings werden neben umfangreichen digitalen 
Schaltungen auch hochpräzise Analogschal- 
tungen benötigt, so daß deren komplette 
Realisierung in einem CMOS-Gate-Array ge- 
genwärtig noch mit einer Reihe von Proble- 
men behaftet ist. Das im Bild 3 gezeigte Gate- 
Array verdeutlicht, daß es durchaus möglich 
ist, mit einem ausschließlich für digitale 
Schaltungen konzipierten Gate-Array-Sy- 
stem relativ niedriger Komplexität (U5200) 
einen Sensor-Interfaceschaltkreis mit seriel- 
lem Busanschluß herzustellen, der einen 12- 
Bit-ADU (Digitalteil) beinhaltet, eine 2-Byte- 
CRC-Datensicherung ermöglicht, in drei un- 
terschiedlichen Betriebsarten (stand alone, 
non stop, Einchipmikrorechnerkopplung) er- 
setzbar ist und mit einer einzigen Betriebs- 
spannung von 5 V auskommt. 



Bild 3 Blockschaltbild des Meßwerterfas- 
sungs-Gate-Array-Schaltkreises 


Grobstruktur 


Softwarekonzept 

Der Trend zur dezentralen Meßwerterfas- 
sung hat zur Folge, daß der Aufwand für die 
Softwareentwicklung stark ansteigt. Der 
PPM-Anwender möchte verständlicherweise 
vermeiden, sich in das detaillierte Hard- und 
Softwarekonzept des PPM einarbeiten zu 
müssen. Unter diesen Gesichtspunkten wur- 
den Überlegungen zur Softwaregestaltung 
des PPM 02 angestellt. Es zeigte sich, daß 
die Signalverarbeitung zwischen dem Sen- 
sor/Aktuator und dem Applikationsprogramm 
des Anwenders in Analogie zum OSI-Schich- 
tenmodell der Kommunikationstechnik in 
8 Schichten mit klar definierten Interfaces 
zwischen den verschiedenen Software- 



Einrichten der umgesetzten Signale in der 
Anwendungsschicht (Skalieren, Normieren, 
Offsetberechnung, Linearisieren u. a.) 

Schicht 3 

Umsetzen (ADU, DAU, Zählen, Zeitintervall- 
bestimmung, ADU-Steuerung u. a.) 

Schicht 2 

Anpassen der Sensorsignale an den ADU- 
Eingang (Verstärken, Begrenzen, Meßbe- 
reichsgrenzen, I — ► U- bzw. R->U-Wand- 
lung) 

Schicht 1 

Anschließen der Sensoren an die Koppellei- 
terkarte des PPM (Verkabelung, Toraus- 
wahl) 


. •l'-VÄ.ääBäSil,-;. . 


Der Meßwerterfassungsschaltkreis besteht 
aus den drei Schaltungsgruppen Steuerzäh- 
ler mit 5-Bit-Vorteiler, ADU und Interface- 
schaltungen (Bild 3). Um die relativ geringe 
Anzahl verfügbarer Flipflops maximal auszu- 
nutzen, gestattet der 14-Bit-Steuerzähler 
zwei weitgehend unabhängige Funktionen. 
Er bildet den 12-Bit-Zeitbasiszähler für den 
integrierenden ADU und generiert die erfor- 
derlichen Steuersignale für den synchronen 
Ablauf aller wesentlichen Schaltungsfunktio- 
nen. Diese Doppelfunktion erfordert eine 
zeitliche Synchronisation des gesendeten 
Busprotokolls mit den drei aufeinanderfol- 
genden ADU-Zyklen Offset-, Meßwert- und 
Endwertzyklus (je eine getrennte 12-Bit-Um- 
setzung). 
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ADU 

Durch eine neuartige Schaltungsvariante 
beim verwendeten Charge-balancing-ADU 
konnte der Anteil analoger Schaltungsstruk- 
turen extrem reduziert werden, so daß im ein- 
fachsten Fall nur 3 bis 4 externe Bauele- 
mente angeschlossen werden müssen. Der 
Eingangssignalbereich beträgt U e = 0 . . . 5 
(± 2,5) V bzw. I e = 0 . . . 1 00 (± 50) juA. 

Der ADU stellt die komplexeste T eilschaltung 
des Schaltkreises dar (50 % der Chipfläche). 
Er beruht auf dem Ladungsausgleichsverfah- 
ren /9/. Das hat unter anderem den großen 
Vorteil, daß dieses Verfahren mit einem ho- 
hen Anteil digitaler Schaltungsgruppen auf- 
gebaut werden kann und sich deshalb gut für 
hohe Integrationsstufen wie VLSI eignet. Als 
Ergebniszähler wird ein 12-Bit-Vor-/Rück- 
wärtszähler mit komplexer Ansteuerelektro- 
nik verwendet. Die Ansteuerelektronik erfüllt 
folgende Aufgaben: Zykluskodierung, Über- 
tragsauswertung und Zählrichtungsumschal- 
tung, Sollwert- und Kennlinieneinstellung, 
Parallelladesteuerung für den Ergebniszäh- 
ler, Registerladesteuerung, Zeitbasisaus- 
wertung sowie Flagauswertung. Diese relativ 
komplexe Ansteuerung ist erforderlich, da die 
Möglichkeit gegeben ist, das analoge Ein- 
gangssignal wahlweise an einer bipolaren 
oder an einer unipolaren Kennlinie umzuset- 
zen und periodisch ein Offset- und ein End- 
wertabgleich erfolgt. Das in der Offsetphase 
ermittelte Zählergebnis wird zu Beginn des 
Meßwertzyklus als Voreinstellwert in den Er- 
gebniszähler geladen und durch Umschalten 
seiner Zählrichtung vom Endergebnis subtra- 
hiert. Der Endwert läßt sich beim hier verwen- 
deten Umsetz verfahren besonders einfach 
durch Voreinstellung des Teilerverhältnisses 
abgleichen. Als externe Bauelemente wer- 
den für den ADU im einfachsten Fall lediglich 
ein Integrationskondensator und zwei Präzi- 
sionswiderstände sowie bei höheren Genau- 
igkeitsanforderungen zusätzlich ein Refe- 
renzelement und ein Multiplexer benötigt. 

Busprotokoll 

Zur Kommunikation auf dem Feldbus wurden 
die Bustopologie, ein zentrales Zugriffsver- 
fahren (Polling) und die Basisbandübertra- 
gung im NRZ-Kode gewählt. Jedem Meß- 
werterfassungsschaltkreis wird vom Anwen- 
der eine 8-Bit-Adresse zugeordnet, die mit 
DIL-Schaltern eingestellt werden kann und 
die der Schaltkreis bei der Buskommunika- 
tion selbst erkennt. Die Datensicherung er- 
folgt durch ein 2-Byte-CRC-Verfahren mit 
dem Nennerpolynom x 16 + x 12 + x 5 + x. Das 
in der Betriebsart stand alone gesendete 
Busprotokoll zeigt Bild 4. 


96 Bit -Takte 


CRC- Bildung 



y dr | 

empfangen 

gesendet 

CRC | | \CPC\ Pause 

Meßwert Offset 

Endwert 


Bild 4 Busprotokoll in der Hauptbetriebsart 
„Stand alone“ 


Anwendungsbeispiele 

Bild 5 zeigt die einfachste Möglichkeit des 
Anschlusses mehrerer Schaltkreise an einen 
seriellen Bus (Hauptbetriebsart stand alone). 
Der Eingang SIN liegt ständig am Feldbus. 
Das nach einer Pause von ^ 1 5 H-Pegeln auf 
dem Bus eintreffende erste L-Bit wird als 
Startbit des Adreßbytes gewertet, und es er- 
folgt ein Adressenvergleich. Im Hintergrund 
laufen ständig zeitlich nacheinander die drei 
oben genannten ADU-Zyklen ab. Unmittelbar 
nach erkannter Startflanke wird der gerade in 
Arbeit befindliche Zyklus unterbrochen, und 
es beginnt sofort die Umsetzung des aktuel- 
len Meßwertes. Falls der Schaltkreis adres- 
siert wurde, wird ein Busprotokoll nach Bild 4 
gesendet. In der Regel werden die Gate-Ar- 
rays galvanisch getrennt (mit Optokoppler 
oder Übertrager) an den Bus angekoppelt. 
Wegen der geringen Leistungsaufnahme des 
Arrays besteht die Möglichkeit, mit einem 
Übertrager sowohl die Information als auch 
die Hilfsenergie zu übertragen. 



Bild 5 Einfachste Zusammenschaltung mehre- 
rer Meßwerterfassungs-Gate-Arrays 


Mehrkanalige programmierbare Meßwerter- 
fassungs- und Prozeßkoppelmodule lassen 
sich konfigurieren, indem der Meßwerterfas- 
sungsschaltkreis zusammen mit einem Ein- 
chipmikrorechner betrieben wird. Der Schalt- 
kreis übernimmt neben der AD-Umsetzung 
die Pausen- und Adreßerkennung auf dem 
Bus. Die ADU-Daten und 4 Flagbits werden 
byteweise einem Eingangstor des Einchipmi- 
krorechners (U 884) zugeführt. Zusätzlich er- 
zeugt der Schaltkreis bei gültiger Adresse 
zwei Wecksignale, die verwendet werden 
können, um den Einchipmikrorechner vom 
Standby- in den aktiven Betrieb umzuschal- 
ten. Dadurch besteht die Möglichkeit, in ei- 
nem Meßwerterfassungssystem gleichzeitig 
nur wenige oder nur einen PPM zu aktivieren 
und alle übrigen in den Schlafzustand mit 
stark verringerter Leistungsaufnahme zu ver- 
setzen. Das bietet die Möglichkeit der gleich- 
zeitigen Informations- und Hilfsenergieüber- 
tragung überden Bus. 

Feldbuskoppler-Schaltkreis 
für Profibus 

Große Bedeutung hat der Einsatz hochinte- 
grierter Schaltkreise zur Schaffung einer 


standardisierten bzw. einheitlichen Feldbus- 
schnittstelle. Einen ersten Schritt stellt der 
gegenwärtig in der Musterpräparation befind- 
liche Feldbuskoppler-Gate-Array-Schaltkreis 
(U 5200) dar, der die beiden Schichten 1 und 
2 des Profibus-Protokolls unterstützt. Er ent- 
hält die vier Hauptblöcke UART, Controller- 
block, Speicher-Interface und Betriebsmo- 
dussteuerung. Der Schaltkreis übernimmt 
das Senden und das Empfangen des Proto- 
kolls, wobei eine Adressen- und Datenüber- 
tragungsfehlerbehandlung erfolgt. Die paral- 
lele Datenschnittstelle zum angeschlosse- 
nen Prozessor bildet ein RAM U 6516, der 
durch Steuerschaltungen, die sich im Gate- 
Array befinden, dualportfähig ist. Bild 6 erläu- 
tert die Funktionsabdeckung des Schaltkrei- 
ses im Gesamtsystem. 



Bild 6 Funktionsabdeckung des Buskoppler- 
Schaltkreises im Gesamtsystem 


Hochauflösende ADUs 

Die seit Jahrzehnten verbreitete „klassische“ 
Architektur von Mehrkanal-Analogwerterfas- 
sungssystemen mit typisch 8 bzw. 16 Ein- 
gangskanälen verwendet einen Analogmulti- 
plexer im Eingangskreis, der jeweils einen 
Eingangskanal über einen programmierba- 
ren Instrumentationsverstärker an den ADU- 
Eingang (typisch 12 Bit) schaltet. Die Lei- 
stungssteigerung integrierter Schaltkreise 
wird in den nächsten Jahren die Schaffung 
neuer Strukturen mit neuen Qualitäten er- 
möglichen, beispielsweise den Einsatz hoch- 
auflösender 16-Bit-ADUs in jedem Meßka- 
nal, wodurch die galvanische T rennung jedes 
einzelnen Kanals bei vertretbarem Aufwand 
ermöglicht wird und darüber hinaus Analog- 
multiplexer, Instrumentations- bzw. Trenn- 
verstärker entfallen oder stark vereinfacht 
werden können. Verständlicherweise stellt 
die Entwicklung hochauflösender ADUs, die 
zusammen mit komplexen, leistungsfähigen 
Digitalschaltungen auf einem VLSI-Chip inte- 
griert werden, eine große Herausforderung 
für den Schaltungs- und Systementwickler 
dar. Erste Ergebnisse auf diesem Gebiet zei- 
gen, daß Kombinationsverfahren, die auf 
dem Prinzip integrierender Umsetzer basie- 
ren, dieses Ziel in naher Zukunft erreichbar 
erscheinen lassen (Charge-balancing-Dual- 
Slope-Kombinationsverfahren / Mehrschritt- 
Charge-balancing-Verfahren / Deltasigma- 
Oversampling-Verfahren). 

Trends bei der Software 

Durch das starke Eindringen des PCs in meß- 
technische Anwendungen werden Vielfalt 
und Komplexität zu lösender Meßaufgaben, 
die für die Meß wert erfassung typisch sind, 
dazu führen, daß der Umfang an benötigter 


Mikroprozessortechnik, Berlin 4 (1990) 2 


37 





Software stark zunehmen wird. Zur Zeit exi- 
stiert ein Rückstand gegenüber der Hard- 
ware. Der Meßtechniker wünscht sich ver- 
ständlicherweise anwenderfertige Lösungen 
ohne Aufwand an speziellen Programmier- 
kenntnissen. In den nächsten Jahren sind 
hier erhebliche Fortschritte zu erwarten. Ge- 
genwärtig existieren als Bedienoberflächen 
für die Meßtechnik die drei Konzepte Menü- 
technik, Kommandosprachen und Window- 
technik, wobei letztere besonders leistungs- 
fähig und bedienerfreundlich ist. Der Trend 
der nächsten Jahre wird markiert durch die in 
jüngster Zeit entwickelte Software für PC- 
Meßgeräte. Beispielsweise verwendet Sie- 
mens ein Grafiksystem mit GEM Desktop, 
das eine schnelle komfortable Bedienung 
mehrerer PC-Meßgeräte von einem PC aus 
ermöglicht. Teile von (gedachten) Meßgerä- 
tefrontplatten bzw. Anzeigen werden in Da- 
teien hinterlegt und können vom PC auf Druk- 
ker ausgegeben werden. Meßkurven werden 
in eine GEM-Grafikdatei übernommen und 
können vom PC beliebig auf seine Standard- 
peripheriegeräte oder auf den Bildschirm 
ausgegeben werden. 

Auf dem Gebiet meßtechnischer Program- 
miersprachen ist ein Generationswechsel zu 


erwarten. Zunehmend werden grafische, ob- 
jektorientierte Programmierwerkzeuge zur 
Entwicklung von Meßprogrammen entwik- 
keit. Ein Beispiel dafür ist der Programmge- 
nerator PCI-Genesys (Siemens), der das au- 
tomatische Generieren von PCI-Basis-Pro- 
grammen ermöglicht, ohne daß der Anwen- 
der die Programmiersprache erlernen muß 
/6/. Der Anwender muß lediglich die Ablauf- 
struktur (logischer Programmablauf) und die 
Randbedingungen seiner Messungen gra- 
fisch am Bildschirm eingeben. Nach der grafi- 
schen Darstellung des gewünschten Meßab- 
laufs wird automatisch ein PCI-Basic-Pro- 
gramm generiert. PCI-Basic ist eine speziell 
für lEC-Bus-gesteuerte Meßgeräte entwik- 
kelte Programmiersprache mit einem Basic- 
Compiler zur freien Programmierung von PC- 
Meßplätzen und einzelnen PC-Meßgeräten. 
Die hier erwähnte automatische Programm- 
generierung und der breite Einsatz „virtuel- 
ler“ Instrumente als Software-Interfaces, das 
heißt die Darstellung mehrerer Frontplatten 
auf dem PC-Btldschirm, über die die ange- 
schlossenen PC-Meßgeräte auch bedient 
und gesteuert werden können, werden in den 
90er Jahren die Meßtechnik tiefgreifend be- 
einflussen. 
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vorgestellt Macintosh Portable 



Apples erster Laptop 


Die Anhänger von Computern der 
Firma Apple mußten lange warten, 
bis der erste Laptop vorgestellt 
wurde. Der Grund dafür, daß Apple 
als einer der letzten namhaften Her- 
steller nun erst ein Produkt dieser Ka- 
tegorie herausbrachte, soll darin lie- 
gen, daß Apple auch hier Maßstäbe 
setzen wollte und dabei vor allem 
Probleme mit der Stromversorgung 
und dem Bildschirm gelöst werden 
mußten. Allseits anerkannt wird, daß 
dies gelungen ist. Der Portable prä- 
sentiert sich zum einen mit einem 
neuartigen 10-Zoll-Display - Active 
Matrix Liquid Crystal Display 
(AMLCD) genannt das sich bei ei- 
ner Auflösung von 640 x 400 Pixeln 
vor allem durch den hohen Kontrast 
von 50:1, einen geringen Stromver- 
brauch und einen hohen Betrach- 
tungswinkel auszeichnet. Dadurch, 
daß jeder Bildpunkt von einem eige- 
nen, im Bildschirm integrierten Tran- 
sistor angesteuert wird, also nicht im- 
pulsweise, besitzt das AMLCD nicht 
die von herkömmlichen LCDs be- 
kannte Trägheit. Wie die PC-Woche 
berichtete, fertigen nur die beiden 
japanischen Firmen Hoseiden und 
Kyocera aktive Matrixdisplays. Die 
Tafel zeigt die bei Laptops zur Zeit 


eingesetzten Displaytechniken im 
Vergleich (Quelle: Apple). Zum ande- 
ren kennzeichnet den Mac Portable 
die außergewöhnlich lange netzun- 
abhängige Betriebsdauer von bis zu 
12 Stunden. Erreicht wird das unter 
anderem durch folgende Maßnah- 
men: 

- Als CPU wird die stromsparende 
CMOS-Version Motorola 68HC000 
verwendet (mit 1 6 MHz). 

- Für den Hauptspeicher werden 
nicht die üblichen dynamischen Bau- 
steine (DRAMs) eingesetzt, sondern 
statische CMOS-RAMs, die nicht 
ständig aufgefrischt werden müssen. 

- Verwendet wird ein Bleiakku, der 
jederzeit auf volle Leistung nachgela- 
den werden kann. Dadurch, daß die 
Spannung bei diesem Batterietyp 
gleichmäßig abfällt, kann der Nutzer 
rechtzeitig automatisch vom kriti- 
schen Ladezustand unterrichtet wer- 
den (Maclike natürlich auf dem Moni- 
tor). Nach der vierten Alarmstufe be- 
gibt sich der Rechner in den Schlaf- 
modus und gibt dem Nutzer fünf Tage 
Zeit, den Akku nachzuladen. Erst 
dann geht der Inhalt des RAMs verlo- 
ren. (Übrigens kann der Akkublock in 
diesem Schlafmodus gewechselt 
werden, da eine 9-V-Batterie seine 
Aufgabe so lange übernimmt.) 

- Für die Steuerung und Überwa- 
chung der Stromzufuhr setzt Apple 


eigens einen Mikroprozessor, den 

50753, ein. Nach einem bestimmten 
Intervall, das vom Benutzer selbst 
festgelegt werden kann, schaltet der 
Prozessor das Gerät automatisch in 
den Sparbetrieb oder Ruhezustand. 
Der Prozessor läuft dann mit nur 
1 MHz weiter. Die meisten anderen 
Komponenten werden ausgeschaltet 
-einschließlich der (optionalen) Fest- 
platte mit einer Wiederanlaufzeit von 
weniger als drei Sekunden bis der 
Druck auf eine beliebige Taste den 
Rechner reaktiviert. Dieser Zeitraum 
kann mehrere Tage betragen. 

Schon mit diesen Leistungen in be- 
zug auf Nutzerfreundlichkeit übertrifft 
der Mac Portable viele seiner Konkur- 
renten. „Unser oberstes Ziel war, daß 
dieses Gerät seinen Namen verdient 
- Macintosh Portable. Das bedeutet, 
keinerlei Kompromisse zuzulassen,“ 
sagte Jean-Louis Gassee, Präsident 
der Apple Products Division bei der 
Vorstellung. Dafür sprechen auch die 
weiteren Merkmale: Die Tastatur ist 


mit der des bekannten Macintosh 
identisch: anstelle des Ziffernblocks 
wird jedoch standardmäßig eine (ge- 
gen den Ziffernblock austauschbare) 
Maus (Trackball) integriert. Neben 
dem FDHD-Diskettenlaufwerk (3,5 
Zoll, 720 KByte oder 1 ,44 MByte), das 
alle gängigen Diskettenformate - 
auch MS-DOS -verarbeitet, kann ein 
zweites Disk- oder ein Festplatten- 
laufwerk (bis 40 MByte, 28 ms Zu- 
griffszeit) installiert werden. Sieben 
Macintosh-Standardanschlüsse er- 
möglichen den Betrieb von Fest- 
platte, Drucker oder Scanner. Dar- 
über hinaus gibt es serielle An- 
schlüsse für einen Drucker, ein Mo- 
dem oder das AppleTalk-Netz. Ein 
Modem-Slot oder Slots für RAM und 
ROM lassen Erweiterungen zu; aller- 
dings nur mit einem Steckkartenfor- 
mat, das nicht mit dem des bisherigen 
Macs oder anderer Hersteller über- 
einstimmt. Standardmäßig ist der 
Portable mit 1 MByte RAM ausgestat- 
tet; eine Aufrüstung ist derzeit auf 
2MByte möglich, nach der Verfüg- 
barkeit von HD-Speicherchips auf 
9 MByte. Die Maße des Laptops be- 
tragen 39 cm in der Breite, 38 cm in 
der Tiefe und 1 0 cm in der Höhe. Das 
Gewicht liegt (einschließlich Batterie 
und Festplatte) bei noch „schoßge- 
rechten“ 7,16 kg. Daß mit der Sy- 
stemsoftware 6.04 volle Kompatibili- 
tät zum Betriebssystem, zur Benut- 
zeroberfläche und zu den bekannten 
Anwenderprogrammen der übrigen 
Macs besteht, darf man bei Apple 
schon fast voraussetzen. Der Preis 
für all den Komfort liegt jedoch bei bis 
zu 16000 DM. MP-We 
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20 

20:1 
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16 

Elektrolumineszenz 

15 

10:1 
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1 
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25 
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Bussysteme 

für Multiprozessoranordnungen 

Prof . Dr. Wolfgang Meiling , Dresden mit geringem Zeitbedarf und guter Anpas- 
sung an die Aufgabenstellung aufzubauen 
sind. Demgegenüber wird es im Regelfall bei 
Bussysteme und Busstandards Produkten, die wie Personalcomputer in gro- 


fähige Bussysteme für Multiprozessoranord- 
nungen im wesentlichen auf parallele Sy- 
stembusse für 32-Bit-Mikroprozessoren be- 
ziehen, deren Haupteinsatzfeld im modula- 
ren Aufbau spezieller Rechner, Datenerfas- 
sungs- und Steuersysteme und anderer 
Komplexe des wissenschaftlichen Geräte- 
baus liegt und sicherlich nicht in der Massen- 
fertigung von „geschlossenen“ Geräten zu 
suchen ist. 


Ein Bus stellt eine parallele Sammelleitung 
zur Übertragung von Daten, Adressen, Steu- 
ersignalen und Versorgungsleitungen für Lei- 
terkartenbaugruppen dar, die von einem 
Baugruppenträger, zum Beispiel mit einer 
Einbaubreite von 1 9 Zoll, aufgenommen wer- 
den. Mit Leiterkarten, die an diesen Bus an- 
geschlossen werden, lassen sich in modula- 
rer Weise Rechner, Multiprozessorsysteme, 
Meßwerterfassungs- und Verarbeitungsein- 
richtungen für experimentelle Untersuchun- 
gen, Simulatoren, Steuer- und Überwa- 
chungsanlagen u.a.m. aufbauen. Hierbei 
hat der Bus wesentlichen Einfluß auf Lei- 
stungsfähigkeit und Zuverlässigkeit des Zu- 
sammenspiels der einzelnen Leiterkarten- 
baugruppen IM. 

Das problemlose Zusammenwirken der ein- 
zelnen Leiterkarten im Baugruppenträger 
setzt die präzise und eindeutige Definition 
der Übertragungs- und Anschlußbedingun- 
gen des Busses und bei den Leiterkartenher- 
stellern die exakte Berücksichtigung der Bus- 
protokolle u.ä. voraus, wenn die Vorteile ei- 
nes modular aufgebauten, erweiterungs- und 
anpassungsfähigen „offenen“ Systems zur 
Konfigurierung anspruchsvoller Rechnerund 
Geräte genutzt werden sollen. Unter diesem 
Aspekt sind die langjährigen nationalen und 
internationalen Bemühungen um die Defini- 
tion geeigneter Busstandards zu sehen, vor 
allem auch um die Akzeptanz eines Stan- 
dards durch möglichst viele Leiterkarten- und 
Geräteproduzenten. 

Bei den ersten Parallelbus-Standards für die 
Konfigurierung komplexer Systeme aus ein- 
zelnen Leiterkartenbaugruppen war charak- 
teristisch, daß alle Busoperationen unter der 
Regie eines definierten Steuermoduls (Bus- 
master) abliefen, zum Beispiel die CAMAC- 
Rahmensteuerung im modularen Instrumen- 
tierungssystem CAMAC oder die Zentrale 
Verarbeitungseinheit (CPU) im Bus des Mi- 
krorechnersystems Kl 520. Mit zunehmen- 
dem Integrationsgrad der mikroelektroni- 
schen Schaltkreise und mit der dadurch mög- 
lich gewordenen Ausstattung von Leiterkar- 
ten mit lokalen Mikroprozessoren, beispiels- 
weise zur Datenein- und Datenausgabe, 
wurde es notwendig, die Bussteuerung wahl- 
weise zwischen einzelnen anfordernden 
(masterfähigen) Baugruppen umschalten zu 
können. So entstanden die Konzepte multi- 
masterfähiger Bussysteme, die in den achtzi- 
ger Jahren in Verbindung mit der Verfügbar- 
keit von 32-Bit-Mikroprozessoren zu einer 
Reihe von Busstandards geführt haben 121 , 
131 , 141 , 151 , /6/. Bei der Wertung von multima- 
sterfähigen Bussen für 32-Bit-Mikroprozes- 
soren hat man neben den Buseigenschaften 
zwei wichtige Gesichtspunkte zu berücksich- 
tigen. 

• Der Vorteil eines modularen Systems mit 
Verfügbarkeit vieler verschiedener Leiterkar- 
teneinschübe kommt voll zum Tragen, wenn 
Rechner, Verarbeitungs-, Steuersysteme 
u.ä. für ausgewählte Aufgabenstellungen 
(und demzufolge meist in nur geringer Stück- 
zahl) und im wissenschaftlichen Gerätebau 


ßen Stückzahlen zu fertigen sind, ökono- 
misch günstiger sein, einen speziell auf die 
Rechnerkonfiguration, die eingesetzte Mikro- 
rechner-Schaltkreisfamilie und die konstruk- 
tiven Besonderheiten optimierten Bus zu ver- 
wenden. Dieser Weg wurde unter anderem 
mit dem PC-Bus und dem Mikrokanal (Micro 
Channel Architecture - MCA) von IBM be- 
schritten. Der Aufbau von Personal- und Ar- 
beitsplatzcomputern mit einem multimaster- 
fähigen Standardbus -wie dem BusMMS-16 
des A 71 00 Hi -, der elektrisch mit den Bus- 
sen Multibus I, AMS-Bus sowie 1-41 kompati- 
bel ist, dürfte mehr als Ausnahme vom übli- 
chen Weg zu betrachten sein. In der nachfol- 
genden Beschreibung von Bussystemen 
werden die zumeist herstellerspezifischen 
Lösungen für kostengünstige Personalcom- 
puter nicht berücksichtigt. 

• Moderne Mikroprozessoren mit 16- und 
32-Bit-Verarbeitungswortbreite zeichnen 
sich durch interne Parallelarbeit des An- 
schlußinterfaces, der Verarbeitungseinheit 
und weiterer Funktionen aus, so daß der Mi- 
kroprozessor praktisch ohne merkliche 
Pause Datentransporte und damit Busopera- 
tionen ausführt. Bei einem Multiprozessorsy- 
stem würde damit der Bus zwangsläufig zum 
Engpaß werden, das heißt, die Gesamtlei- 
stung eines Multiprozessorsystems würde 
gegenüber einem Einprozessorsystem nur 
relativ wenig ansteigen. Der übliche Ausweg 
aus dieser Situation besteht darin, dem Ein- 
zelprozessor übereinen lokalen oder Neben- 
bus die Kommunikation mit „seinem“ Spei- 
cher zu ermöglichen und den System- oder 
Hauptbus für die Kommunikation zwischen 
den Prozessoren zu nutzen. Aus dieser Kon- 
zeption heraus entstanden Bussysteme mit 
mehreren unabhängigen und mit unter- 
schiedlichen Aufgaben versehenen Bussen. 
Ein Beispiel zeigt Bild 1 mit dem Multibus II 
IQ/, /9/, /1 0/, /1 1 /. Hier und in ähnlichen Syste- 
men konzentrieren sich die über einzelne 
Hersteller hinausgehenden Standardisie- 
rungsaktivitäten vor allem auf den parallelen 
Systembus. Die verschiedenen Nebenbusse 
sind oft über die Definitionsphase nicht hin- 
ausgekommen. Andererseits ist eine sehr 
weitreichende Standardisierung dieser Ne- 
benbusse auch nicht zu erwarten, wenn man 
bedenkt, daß sich der lokale Bus zwischen 
dem Mikroprozessor und seinem zugeordne- 
ten Speicher auf der Prozessorkarte selbst 
befinden kann. 

Insgesamt läßt sich schlußfolgern, daß sich 
gegenwärtige Diskussionen um multimaster- 


Vergieich von 

32-Bit-Mikrorechnerbussystemen 

Der wohl erste multimasterfähige Systembus 
mit nachfolgend großer Verbreitung wurde 
1976 als sogenannter Multibus - später als 
Multibus I bezeichnet - für die Realisierung 
von Multiprozessorsystemen mit dem 16-Bit- 
Mikroprozessor 8086 definiert /12/. Die Ent- 
wicklung von 32-Bit-Mikroprozessoren führte 
zum Entwurf von entsprechenden 32-Bit- 
Bussystemen. Während der ursprüngliche 
VMEbus auf wahlweise 32 nutzbare Daten- 
und 32 Adreßleitungen erweitert wurde /13/, 
schlug Intel 1983 den Multibus II als einen 
neuen parallelen Systembus (iPSB) vor, der 
ebenfalls durch Zusatzbusse ergänzt wird, 
siehe Bild 1 181, /10/, /1 1/. In Tafel 1 sind cha- 
rakteristische Eigenschaften der erwähnten 
Bussysteme, einiger Standards der IEEE 
(USA) und des japanischen TRON-Projekts 
zusammengefaßt, nach 121 , 131 , 141 , /5/, /14/. 
Für den Tobus des TRON-Projekts ist eine 
spätere Erweiterung auf 64 Daten- und 
Adreßleitungen möglich. 

Zu den wichtigsten Kriterien beim Vergleich 
verschiedener Busstandards zählt die maxi- 
male Übertragungsrate. Die Laufzeit eines 
Signals auf der rund 0,5 m langen und durch 
die angeschlossenen Bustreiber und -emp- 
fänger kapazitiv belasteten Busleitung be- 
trägt etwa 1 5 ns /I /, /1 5/. Berücksichtigt man 
die notwendigen Zeiten für das Einschwin- 
gen der Signale, für das Abklingen von Refle- 
xionen auf der Leitung, zum Ausgleich von 
Laufzeitdifferenzen in den Busankoppel- 
schaltkreisen u. ä., so ergibt sich bei vertret- 
barem technischen Aufwand ein minimaler 
Zeitbedarf für eine Busübertragungsopera- 
tion von rund 1 00 ns. Durch Treiber mit ram- 
penförmig ansteigendem Signal zur Reduk- 
tion des Übersprechens und mit einer 
Schottky-Diode in Reihe mit dem T reiberaus- 
gang zur Verringerung der kapazitiven Bus- 
belastung wird beim Futurebus auf eine Ver- 
ringerung dieses Zeitbedarfs und damit auf 
eine Erhöhung der Übertragungsrate bis auf 
etwa 1 00 MBvte/s orientiert /1 6/. 

Bei einer Datenübertragung mit getrennten 
Adreß- und Datenleitungen ist zwar die höch- 
ste Übertragungsrate erreichbar, dennoch 
wird bei neueren Bussystemen die Übertra- 
gung von Adressen und Daten auf gemeinsa- 
men Leitungen im Zeitmultiplexbetrieb be- 
vorzugt, weil hieraus eine beträchtliche Ver- 
ringerung der Zahl der Bustreiberschalt- 
kreise und der von ihnen erzeugten Wärme 
resultiert. Da Daten erst nach Aktivie- 



rung des Datenwegs durch Auswer- 
tung der Adressen gelesen oder ge- 


Bild 1 Konzeption des Multibus II; SBC 
single-board Computer, Einleiterkarten- 
rechner 
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Tafel 1 Vergleich von 32-Bit-Bussystemen 


: 

VM£bus 

Fastbus 

Füturebus • 

Nubus 

Muftibus II 

Tobus 

Standard, 

Status 

IEEE 1014 

ANSI/IEEE 960 
IEC 935 

IEEE P896.1 

IEEE 11 96 

IEEE 1296 

TRON-Project 

(Japan) 

Initiator, 

Förderer 

Motorola u.a. 

US-NIM- 

Committee 

IEEE 896 WG 

Texas Instr. 

Intel Corp. u. a. 

TRON-Project 

Adreß-und 
Datenfeitu ngen 

24 A, 16 D, 
Erweiterung: 

32 A, 32 D 

32 AD 

zeitmultiplex 

32AD + 2 Tag- 

Leitungen, 

zeitmultiplex 

32 AD, 
zeitmultiplex 

32 AD, 
zeitmultiplex 

32 AD, zeitm. 
(Erweiterung 
für 64 AD) 

Datenübertra- 
gungsbreite, Bit 

16; 

32, 24, 8 

32 

32; 

24,16,8 

32,16,8 

32,24,16,8 

32,16,8 

(64) 

Busübertragung 
(Bustakt, MHz) 

asynchron 

asynchron, 

synchron 

möglich 

asynchron 

taktsynchron 

(10) 

taktsynchron 

(10) 

asynchron 

Paritätsbits für 
Busübertragung 

- 

1 

7 

1 

6 

5(9) 

Adreßräume 

64 

2 

1 

1 

4 

4, 4, reserviert 

geographische 

Adressierung 

- 

5 Bit ID 

5 Bit ID 

4 Bit ID 

ID-Zuordnung 
bei Initialisierung 

? 

maximale Über- 
tragungsrate, 
MByte/s 

33 

Block: 70 
Einzelwort: 35 

60... 100 

Block: 37,5 
Einzelwort: 20 

Block: 40 

Daten- 
message: 32 
Einzelwort: 20 

Einzelwort: 50 
(100) 

Massage- 

passtng 


für Interrupt 

für P896.2 
vorgesehen 

- 

ja 

für Interrupt 

Interrupt- 

leitungen 

7 

1 

_ 

_ 

_ 

2 

virtuelle 
j Interrupts 

| zentral 

für Master 

ja 

ja 

Message- 

passing 

Messages 

Arbitration 

1 4 Ebenen 

verteilt 

verteilt 

asynchron 

verteilt 

taktsynchron 

verteilt 

taktsynchron 

verteilt 

Anzahl aktiver 
j Busleitungen 

107 

60 

67 

46 

67 

75(115) 

1 Steckverbinder 

1 x 96 

(32 Bit: 2. Steck- 
verbinder) 

1 x 130 

1 x 96* 

IEC 603-2 

1 x 96 

IEC 603-2 

1 x 96 

IEC 603-2 

1 x 96 

IEC 603-2 
{64 Bit: 2. St.) 

Leiterkarten- 
größe, mm 2 
! (Eurocard 
; IEC 297-3) 

233,35x 160 ! 

100x160 

366, 7 x 400 

366.7x280 

233,35x280 

366, 7 x 280 

233, 35 x 220 

100 x 220 

233, 35 x 160 
100 x 160 
(366,7 x 160) 

ctzugeordnete : 

eckplätze 

a 

(für Arbitration) 

— 

- 

- 

1 

(fürCSM) 

- 

satzbusse 

VMXbus (lokal) 

. VMSbus (seriell) 
i 10 channel 
i VSB(IEEE 
: PI 096 als 
' Subsystem- 
| bus) 

serieller Bus 
vorgesehen 

serieller Bus 
vorgesehen 


iLBX (lokal) 
iSSB (seriell) 
iSBX (E/A- 
Erweiterung, 

IEEE P959) 

MULTICHANNEL 

BITBUS 

Toxbus (lokal) 

i Unterstützung 
i durch Treiber- 
\ und Bussteuer- 
; Schaltkreise 

| 

i 

i Transceiver, 

: Steuerschalt- 
: kreise der Mikro- 
crozessor- 
; familie 68000, 

; VMEchip 

Transceiver für 
Bus und Kabel- 
segment 

Transceiver 

1 

Transceiver, 

Steuerschalt- 

kreise 

Transceiver, 

BAC 84110, 

MIC 84120, 
Message- 
passing-Kopro- 
zessor 82389 

Steuerschalt- 

kreisgeplant 


schrieben werden können, bringt die zeitlich 
gestaffelte Übertragung von Adressen und 
Daten im allgemeinen keine gravierenden 
Nachteile. 

Beim Busübertragungsprotokoll wird zwi- 
schen asynchroner und synchroner Übertra- 
gung unterschieden. Während sich dte asyn- 
chrone Übertragung mit Hilfe von Anmel- 
dungs- und Quittierungssignalen automa- 
tisch an die jeweils höchstmögliche Übertra- 
gungsgeschwindigkeit anpassen kann, 
zeichnet sich eine synchrone Übertragung 
durch ein einfacheres Businterface und eine 
geringere Störempfindlichkeit aus, wenn die 
Signalpegel nach dem Einschwingen takt- 
synchron bewertet werden. Diese synchrone 
Busübertragung wird beispielsweise beim 
Multibus II durch ebenfalls taktsynchron ab- 
getastete Handshake-Signale gesteuert. Bei 
einigen der in Tafelt aufgeführten Bussy- 
steme sind die Daten und die Steuersignale 
durch ein oder mehrere Paritätsbits zusätz- 
lich gesichert. 

Bei den in Tafel 1 dargestellten Bussystemen 
werden für die Arbitration, das heißt für die 
Zuteilung der Bussteuerung zu einem von 
mehreren anfordernden Mastermodulen, 
zwei Möglichkeiten, jeweils mit Berücksichti- 
gung von Prioritäten, genutzt: die zentrale Ar- 
bitration mit Erteilung der Buszugriffsberech- 
tigung über spezielle Busleitungen an den 
„gewinnenden“ Master und die verteilte Arbi- 
tration, bei der die Arbiter der anfordernden 


Module gemeinsam die aktuelle Zugriffsbe- 
rechtigung ermitteln. 

Wenn in einem Multiprozessorsystem die In- 
terruptanforderung eines bestimmten Pro- 
zessors zu einem ausgewählten Modul über- 
tragen werden soll, kann dies bei nur weni- 
gen Interruptquellen mit Hilfe von separaten 
und entsprechend angeschlossenen Inter- 
ruptleitungen gelöst werden. Diese Methode 
versagt jedoch, falls eine Interruptanforde- 
rung eines von N Modulen zu einem der an- 
deren (N-1 ) Module zu übermitteln und N grö- 
ßer als etwa 8 bis 10 ist. Eine wirkungsvolle 
Lösung dieser Aufgabe wurde mit dem Prin- 
zip der virtuellen Interrupts beim Multibus II 
geschaffen. 

Die in Tafel 1 genannten 32-Bit-Bussysteme 
haben unterschiedliche praktische Bedeu- 
tung erlangt. Der VMEbus ist international 
weit verbreitet, wird von vielen Herstellern 
unterstützt und bildet die Grundlage zum Auf- 
bau von Rechnern und Steuerungen sowie 
im wissenschaftlichen Gerätebau. Die Do- 
mäne des Fastbusses liegt in der Instrumen- 
tierung von Experimentanordnungen für die 
Hochenergie- und Elementarteilchenphysik, 
wo oftmals im Verlauf weniger Mikrosekun- 
den die Ausgangssignale von Zehntausen- 
den gleichartiger Detektoren erfaßt werden 
müssen. Die seit mehr als 10 Jahren laufen- 
den Diskussionen zur Spezifikation des Fu- 
turebusses sind von den Entwicklungen an- 
derer Bussysteme beeinflußt worden, haben 


aber auch zur Gestaltung solcher Standards 
wie Multibus II beigetragen. Fehlende indu- 
strielle Akzeptanz des Futurebusses - er- 
kennbar auch am Fehlen geeigneter Inter- 
face-Steuerschaltkreise - verhinderte bis- 
lang einen merklichen Einsatz. Der Nubus als 
„einfacher“ Bus hat bisher zum Aufbau mo- 
dular strukturierter Multiprozessorsysteme 
offenbar keine Anwendung gefunden. Der 
parallele Systembus iPSB des Multibus II, 
dessen Architektur gegenüber den anderen 
genannten Bussen durch einige weiterfüh- 
rende Besonderheiten gekennzeichnet ist, 
setzt sich international immer mehr durch. In 
/9/ und /1 7/ ist eine Reihe von Multibus II- 
Modulen als Verarbeitungseinheiten (mit den 
Mikroprozessoren 80286/386/486), als Spei- 
cher, Kommunikations-, Bildschirm- und Pe- 
ripheriesteuerungen sowie als Ein- und Aus- 
gabemodule aufgeführt. 

Gegenwärtig wird zu Forschungs- und Stan- 
dardisierungsarbeiten für einen Multiprozes- 
sorbus mit einer Übertragungskapazität von 
1 GByte/s aufgerufen /1 8/. Dieser „Super- 
bus“ mit der Bezeichnung Scalable Coherent 
Interface (SCI) soll gegenüber den besten 
derzeit spezifizierten Bussen eine um minde- 
stens eine Größenordnung höhere Übertra- 
gungsleistung aufweisen, unter anderem 
durch einen 250-MHz-Übertragungstakt und 
unidirektionale Übertragungsleitungen. Es 
beginnen auch Diskussionen zu einem soge- 
nannten Futurebus-Plus, der eine Übertra- 
gungsbreite von bis zu 256 Bit aufweisen soll 
und der für den Datenaustausch mit schnel- 
len Massenspeichern einsetzbar ist. 

Multibus II 

In der „Philosophie“ des Multibus II stellt jede 
Leiterkarte für sich einen funktionsfähigen 
Mikrorechner dar, der Anwendersoftware un- 
ter der Regie eines Betriebssystems nutzt 
oder als Steuerung des Datenaustauschs mit 
externen Einheiten, als Grafikprozessor o.ä. 
arbeitet (siehe Bild 2). Der Parallelbus iPSB 
dient damit im wesentlichen nur zum T ransfer 
von Nachrichten (messages) zwischen den 
einzelnen Modulen des Systems, das heißt, 
der iPSB iäßt sich als lokales Netz betrach- 
ten, dessen Ausdehnung auf die Breite des 
Baugruppenträgers beschränkt ist. Der Multi- 
bus II als lEEE-Standard 1296/8/, /10/ erhielt 
1988 vom Technischen Komitee SC47B des 
IEC einen internationalen Status. Kurzbe- 
schreibungen sind in /6/ und /1 9/ und mit Be- 
achtung von Software- und Systemaspekten 
in / 1 1/zu finden. 

Die wesentlichen Eigenschaften des Multi- 
bus II betreffen den Nachrichtenaustausch 
(message-passing) und die Unterstützung 
der Systemkonfigurierung und -kontrolle. Bei 
der Message-passing-Kommunikation er- 
folgt der Datentransfer auf dem parallelen 
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Bild 2 Systemmodus des Multibus II 
am parallelen Systembus iPSB 


Bild 3 Nachrichtenformate bei Mes- 
sage-passing-Kommunikation auf dem 
parallelen Systembus iPSB 
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Systembus durch Datenpakete (Nachrich- 
ten) mit einer Länge von 36 oder 32 Byte. Die 
nicht angemeldeten Nachrichten (unsolici- 
ted messages) werden als Interruptanforde- 
rungen an einen Zielmodul (Zieladresse) 
oder an alle Module (broadcast) gerichtet und 
enthalten neben den Adressen (jeweils 
1 Byte für Quelle und Ziel) ein maximal 
28 Byte umfassendes Parameterfeld (Bild 3). 
Durch diese virtuellen Interrupts wird das er- 
wähnte N x (N-1 )-Problem der Interruptanfor- 
derungen bei mehreren interruptfähigen Ein- 
heiten elegant gelöst. Mit nicht angemelde- 
ten Nachrichten läßt sich ferner die Übertra- 
gung angemeldeter Nachrichten vorbereiten. 
Angemeldete Nachrichten (solicited messa- 
ges) weisen neben der Quell- und der Ziel- 
adresse und dem bis zu 32 Byte langen Da- 
tenfeld zusätzliche Typangaben auf. Nach 
Anforderung von Pufferspeicherkapazität im 
Empfangsmodul und Bestätigung durch den 
Empfänger wird der Datenblock unter Regie 
der Message-passing-Koprozessoren der 
betreffenden Module übertragen. Wesentlich 
ist, daß hierbei die lokalen Mikroprozessoren 
nicht beteiligt sind und daß auch die Auftei- 
lung größerer Datenfelder in 32-Byte-Nach- 
richten oder die Zusammenfügung übertra- 
gener Nachrichten von den Message-pas- 
sing-Koprozessoren selbständig abgewickelt 
wird. Die Message-passing-Übertragung er- 
folgt damit unabhängig von den lokalen Mi- 
kroprozessoren und vom Nutzerprogramm, 
und sie ist damit auch nicht an bestimmte Mi- 
kroprozessortypen gebunden. Der als inte- 
grierter Schaltkreis entwickelte Message- 
passing-Koprozessor MPC 82389 /20/ er- 
möglicht somit eine einfache und wenig Lei- 
terkartenfläche beanspruchende Kopplung 
zwischen Leiterkarte und iPSB. 

Mit der sogenannten geographischen Adres- 
sierung kann nach Initialisierung des Sy- 
stems durch einen zentralen Service-Modul 
(CSM) des Multibus II jeder Systemmodul 
über die Steckplatzposition aufgerufen wer- 
den, ohne daß in den Modulen hierfür Schal- 
ter oder Drahtbrücken zu verändern sind. Der 
im Systemmodul vorhandene Interconnect- 
Registerblock mit einer Länge von 51 2 Byte 
enthält durch den Hersteller eingespeicherte 
Angaben zum Modultyp u.ä. Die Konfigura- 
tionsregister des Interconnect-Speichers 
können im Interconnect-Adreßraum durch 
das Betriebssystem mit Einstellparametern 
für die gewünschte Modulbetriebsweise ge- 
laden werden. Neben der Vermeidung manu- 
eller Bedien- und Einstellfehler ist es vorteil- 
haft, daß die Konfigurierung des Systems 
vom Betriebssystem - einschließlich des Ak- 
tivierens von Reserve-Modulen nach dem Er- 
kennen fehlerhaft arbeitender Module - er- 
möglicht wird. Im Zusammenhang mit der 
Busspezifikation muß auch auf modulresi- 
dente Testsoftware verwiesen werden (built- 
in seif test - BIST), die im Modul unter Steue- 


rung eines 8-Bit-Einchipmikrorechners ab- 
läuft. Sie erlaubt nach Einschalten der Be- 
triebsspannung einen Selbsttest und dient 
auch einer möglichst hohen Systemzuverläs- 
sigkeit. 

Ausblick 

Die Wahl eines „besten“ Bussystems aus der 
Vielfalt der definierten und eingeführten Bus- 
systeme ist wegen einer Reihe sich teilweise 
widersprechender Forderungen nicht mög- 
lich. Von wesentlicher Bedeutung ist jedoch, 
ob geeignete Busankoppel- und Bussteuer- 
schaltkreise zur Verfügung stehen und ob 
sich der Anwender auf ein möglichst breites, 
im internationalen Maßstab eingeführtes Mo- 
dulsystem stützen kann. Unter diesen Vor- 
aussetzungen können modulare Systeme 
mit hoher Leistungsfähigkeit, mit Nutzung 
vorhandener Erfahrungen und Software und 
mit Anpassungsfähigkeit an wechselnde Auf- 
gabenstellungen bei vertretbarem Zeitauf- 
wand geschaffen werden. Dies steht vor al- 
lem im wissenschaftlichen Gerätebau und 
bei Rechnern und Steuerungen für Einzelan- 
wendungen im Vordergrund. 

Allgemein wird eingeschätzt, daß trotz auftre- 
tender Kompatibilitätsprobleme bei VMEbus- 
Modulen unterschiedlicher Hersteller der ge- 
genwärtig dominierende VMEbus für die an- 
gedeuteten Einsatzgebiete auch bis in die 
neunziger Jahre hinein die Hauptrolle spielen 
könnte. Ab Mitte der neunziger Jahre wird 
eine Vorrangstellung des Multibus II voraus- 
gesagt, dessen Architekturmerkmale denen 
des VMEbus überlegen sind. Die nicht zu un- 
terschätzende Kompliziertheit aller Bussy- 
steme und die Einbindung in Betriebssy- 
steme lassen eine intensive Mitarbeit an den 
international betriebenen Normungsaktivitä- 
ten als vordringlich erscheinen, da nur so 
rechtzeitig eine optimale nationale Orientie- 
rung und die entsprechende Berücksichti- 
gung der Entwicklungen in der gerätebauen- 
den Industrie ermöglicht wird. 
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Die Dateihierarchie 

bei größeren Softwareprojekten 

unter Unix 


Peter Lange, Dieter Büttner, Dresden 


Bei der Entwicklung und Wartung größerer 
Softwareprojekte entstehen besondere An- 
forderungen an die Technologie, mit der die 
Programme hergestellt werden. Es wird im 
folgenden eine Dateihierarchie für das Be- 
triebssystem Unix vorgestellt, die die Soft- 
wareentwicklung für solche Projekte unter 
Verwendung der typischen Hilfsmittel von 
Unix unterstützt. 

Damit ist eine Softwareherstellung unter den 
folgenden Randbedingungen möglich: 

• Das Projekt soll von vielen Anwendern ge- 
nutzt werden, die das Projekt auch selbstän- 
dig weiterentwickeln können. 

• Es sollen unterschiedliche Versionen des 
Projektes gleichzeitig nebeneinander existie- 
ren können. 

• Mehrere Bearbeiter sollen gleichzeitig an 
der Herstellung der Software beteilgt sein 
können. 

• Das Programmsystem soll fertig generiert 
ausgeliefert oder vom Nutzer selbst generiert 
werden können. 

• Die Fehlersuche und Wartung muß auch 
beim Nutzer möglich sein. 

• Die Zuordnung der Programme zu ihren 
Autoren soll sichtbar bleiben. 

• Die einzelnen Komponenten sollen relativ 
isoliert vom Gesamtsystem bearbeitet wer- 
den. 

• Es sollen die Unix-Tools verwendet wer- 
den. 

• Die typische Arbeitsweise in Unix muß er- 
halten bleiben. 

Um diesen Forderungen gerecht zu werden, 
muß eine Hierarchie von Dateiverzeichnis- 
sen, wie sie als Beispiel in Bild 1 dargestellt 
ist, entwickelt werden. In diesen Dateiver- 
zeichnissen befinden sich sämtliche zu ei- 
nem Projekt gehörenden Dateien. Es gibt 
zwei Typen von Dateibäumen: 

1 . Der Baum ab Directory relis enthält alle 
Dateien zur Generierung des Gesamtsy- 
stems RELIS und bildet die Umgebung für die 
Systemgenerierung. 

2. Der Baum ab Directory otto enthält die Da- 
teien für die Arbeit des Programmierers Otto. 
Dieser Teilbaum stellt die Umgebung für ei- 
nen Programmierer dar. 

Die Entwickierumgebung 
des Programmierers 

Der wesentliche Unterschied zwischen dem 
Dateibaum des Gesamtsystems und dem 
Baum für die Projektbearbeiter ist ein Direc- 
tory sccs für Quelldateien. Die Quellen für 
alle Programmversionen, die ein Bearbeiter 
erstellt, werden in Unterverzeichnissen des 
Verzeichnisses sccs mit Hilfe des unter Unix 
verfügbaren SCCS (Source Code Control 
System) verwaltet. 

Es wurden folgende Unterverzeichnisse auf- 
gebaut: 

. ./sccs/txt enthält alle vom Entwickler zu er- 
stellenden Texte (Anwendungsbeschrei- 
bung, Entwicklungstechnologie usw.) als 
NROFF-Quellen (Suffix:. nq) 

../sccs/dat Alle vom Entwickler benutzten 
Dateien, die zur Erprobung seiner Pro- 


gramme notwendig sind, und von ihm als Bei- 
spiel- oder Testdateien in eine Version einge- 
bracht werden sollen, sind in diesem Ver- 
zeichnis abgelegt. 

../sccs/h speichert alle vom Entwickler be- 
reitzustellenden Definitionsdateien (Include- 
Files); 

../sccs/src beinhaltet alle C-Quellen (C- 
Funktionen und C-Programme) sowie für das 
Make-File des Entwicklers mit den Vorschrif- 
ten zum Bilden von Dokumentationen zu sei- 
nen Komponenten, von Objekt-Modulen für 
die RELIS-Bibliothek sowie für lauffähige C- 
Programme und Shell- bzw. C-shell-Proze- 
duren; 

. ./sccs/csh enthält alle vom Entwickler be- 
reitzustellenden Shell- und C-shell-Prozedu- 
ren. 

Zur Programmentwicklung hat ein Entwickler 
für jede Programmversion ein separates Di- 
rectory (hier vl für die Entwicklung der Ver- 
sion 1). In dem als lokale Entwicklerumge- 
bung bezeichneten Teilbaum unterhält er 
den durch das SCCS für die jeweilige Version 
bereitgestellten Quellcode, und dort findet er 
die in dem als Testumgebung bezeichneten 
Teilbaum auch die Systemkomponenten, die 
er für seine private Generierung zu Test- 
zwecken benötigt. Jeder Entwickler kann da- 
von ausgehen, daß er in der Testumgebung 
sämtliche bisher für die entsprechende Ver- 
sion freigegebenen Softwarebestandteile 
vorfindet, denn diese Umgebung wird für ihn 
bei jeder neuen Generierung innerhalb einer 
Version aktualisiert. Die Unterverzeichnisse 
der Testumgebung haben folgenden Inhalt: 
lib Die aktuelle RELIS-Bibliothek librelis.a 
wird aus der Umgebung der entsprechenden 
Version des Programmsystems hierher ko- 
piert. Dabei erhält der Entwickler Schreib - 
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Bild 1 Dateihierarchie 


erlaubnis für diese Bibliothek, wodurch das 
Ändern von Objektmodulen oder das Einbrin- 
gen neuer Objektmodule aus der lokalen Ent- 
wicklerumgebung möglich wird. 

dat Sämtliche Dateien aus den Dat-Directo- 
ries aller Entwickler, die in eine Generierung 
eingeflossen sind, werden hierher kopiert. 
Damit ist beim privaten Testen der Zugriff auf 
alle bisher vorhandenen Datenbestände ge- 
sichert. Die Zugriffsrechte erlauben es dem 
Entwickler, diese Dateien zu ändern, um ge- 
gebenenfalls seine Tests zu erweitern. 

h Hier werden sämtliche Definitionsdateien 
(Include-Files) für die Generierung durch den 
Entwickler bereitgestellt. Im Gegensatz zu 
den Verzeichnissen lib und dat erfolgt hier 
ein Kopieren auch mit Schreibberechtigung 
nur für diejenigen Dateien, die eben jener 
Entwickler für die aktuelle Version bereitge- 
stellt hat. Die Include-Files aller anderen Ent- 
wickler finden sich hier als Ergebnis des Lin- 
kens wieder, und dem Entwickler ist das Än- 
dern dieser Dateien verboten! 

bin Das oben für die Incluce-Files bezüglich 
Bereitstellung Gesagte gilt auch für das Di- 
rectory bin. Alle C-Programme und Shell- 
bzw. C-shell-Prozeduren anderer Entwickler 
stehen in der lokalen Testumgebung zur Ver- 
fügung. Das Ändern ist wiederum nur für die 
eigenen Komponenten möglich! Der Pfad zu 
diesem Directory ist für das Testen in die En- 
vironment-Variable $PATH einzugliedern. 

txt Ist der Entwickler an der Erarbeitung von 
Texten allgemeiner Art beteiligt, so hat er die 
Möglichkeit, die mit nroff formatierten Texte 
zu begutachten. 

Die Generierung der Komponenten der Ent- 
wickler wird durch Make-File - eine Hand- 
lungsanweisung für das Unix-Tool Make - 
gesteuert. Damit gibt der Programmentwick- 
ler an, wie unter Verwendung der Testumge- 
bung seine Programmkomponenten gebildet 
werden. 

Diese Generierung verläuft in folgenden 
Schritten: 

makeh 

Aus dem Subdirectory h einer Entwicklerum- 
gebung werden alle Include-Files in das Sub- 
directory h einer Testumgebung kopiert. 
Gleichnamige Dateien werden dabei über- 
schrieben. Damit wird gewährleistet, daß 
beim nachfolgenden Kompilieren von C- 
Quellen die aktuellen Include-Files einer Ver- 
sion zusammen mit den eigenen Include-Fi- 
les verwendet werden. 

make lib 

In diesem Schritt werden neue bzw. geän- 
derte Bibliotheksfunktionen in die RELIS-Bi- 
bliothek librelis.a, die als Kopie im Subdirec- 
tory lib einer Testumgebung vorhanden ist, 
aufgenommen. Mit dem Compiler CC werden 
Objekt-Module erzeugt, die mit dem Archivar 
AR in librelis.a eingetragen werden. 

make dat 

Aus dem Subdirectory dat einer Entwickler- 
umgebung werden alle Daten-Files in das 
Subdirectory dat einer Testumgebung ko- 
piert. Gleichnamige Dateien werden dabei 
überschrieben. 

make txt 

Aus dem Subdirectory txt einer Entwickler- 
umgebung werden alle als /VFOFF-Quellen 
vorhandenen Textdateien mit NROFF forma- 
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tiert und im Subdirectory txt einer Testumge- 
bung abgelegt. 

In der folgenden Darstellung werden die Ab- 
läufe der Generierungsschritte make csh und 
make bin an Hand von Bild 2 näher erläutert. 
Darin werden Shell- und C-shell-Prozeduren 
für ei ne private Testumgebung bereitgestellt. 
Des weiteren werden aus C-Quellen unter 
Einbeziehung der vorher aktualisierten In- 
clude-Files und der RELIS-Bibliothek die 
lauffähigen C-Programme erzeugt. 

make csh (1 ) 

Hierbei werden link- Dateien aller Shell- und 
C-shell-Prozeduren, die sich in der Entwick- 
lerumgebung befinden, in den ß/n-Verzeich- 
nissen der Entwicklungs- und der Testumge- 
bung angelegt. 

make bin (2) 

Als nächstes werden nach den Bildungsvor- 
schriften aus C-Quellen unter Einbeziehung 
der Include-Files (*) und der RELIS-Biblio- 
thek lauffähige C-Programme erzeugt und 
physisch im Subdirectory für C-Quellen (3) 
abgelegt. Bei erneuten Generierungsläufen 
kann Make somit feststellen, welche C-Pro- 
gramme noch aktuell sind und demzufolge 
nicht neu erzeugt werden müssen. Alle nach 
den Vorschriften neu erstellten C-Pro- 
gramme werden als Link-Dateien (4) in die 
Verzeichnisse der Entwicklerumgebung und 
der lokalen Testumgebung eingetragen 
(Kompatibilität!). 

Sind diese Schritte getan, stehen dem Ent- 



Bild 2 Ablauf der Generierung 


Wickler nunmehr alle Komponenten einer gül- 
tigen Version zur Verfügung, und er hat zum 
Testen seine neuen Komponenten hinzuge- 
fügt. Nach Abschluß dieser Testarbeiten 
schließt sich der Kreis der Software-Entwick- 
lung mit der Freigabe der erfolgreich geteste- 
ten Komponenten und ihrer Übergabe in die 
Verwaltungsumgebung, wodurch sie bei ei- 
ner neuen Generierung zum Bestandteil die- 
ser Version werden. 

Die Generierung des Gesamt- 
systems 

Die gleiche Struktur der Umgebung des Ge- 
samtsystems und der Umgebung für die Pro- 
grammentwickler vereinfacht die Pro- 
grammentwicklung wesentlich: 

Aus den SCCS-Directories der Bearbeiter 
werden alle Quellen für die zu generierende 


Version mit Hilfe von SCCS in die für jeden 
Programmhersteller vorhandenen Directo- 
ries csh, src, h und dat geholt. Dadurch ste- 
hen auch die Make-Files eines jeden Bear- 
beiters für die Generierung des Systems zur 
Verfügung. 

Die globale Entwicklerumgebung entspricht 
der lokalen Entwicklerumgebung. Der ein- 
zige Unterschied besteht darin, daß die 
Quellfiles nicht editierbar sind. Es wird von 
dem Grundsatz ausgegangen, daß ein Quell- 
file für eine Version nur an genau einer Stelle 
editiert werden sollte - nämlich in der lokalen 
Entwicklerumgebung dieser Version. Des- 
halb ist die Systemumgebung von der globa- 
len Entwicklerumgebung aus über die glei- 
chen relativen Pfade erreichbar, wie die T est- 
umgebung des Entwicklers aus der lokalen 
Entwicklerumgebung. So kann also die Sy- 
stemgenerierung mit den gleichen Make-Fi- 
les ablaufen, mit denen während der Ent- 
wicklungs- und Testphase in der lokalen Ent- 
wicklerumgebung und der Testumgebung 
gearbeitet wurde. Kurz gesagt: Die System- 
generierung besteht gleichfalls aus dem Auf- 
ruf von make h für alle globalen Entwickler- 
umgebungen, dann gefolgt von den Befehlen 
make Hb, make bin, make dat und make txt 
für alle globalen Entwicklerumgebungen. 
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Forschungsinstitut für Medizinische Diagnostik Dresden, 
Abteilung Laborinformationssysteme, Karl- Marx-Straße 3, 
Dresden, 8080; Tel. 5831 45 


vorgestellt 

Microcontroller SAB Q0C166 



Als nach eigenen Angaben einziger europäischer Hersteller stellt Siemens 
jetzt einen in 1 ,2-um-CMOS- Technologie selbstentwickelten 16-Bit-Micro - 
Controller vor, der in seiner Kombination von Leistungsfähigkeit und Flexi- 
bilität Maßstäbe setzen soll. Erste Kundenmuster sollen im I. Quartal 1990 
verfügbar sein, die Serienfertigung beginnt Ende 1990. 


Für die Steuerung komplexer Pro- 
zesse gewinnen Microcontroller - oft 
auch als Einchipmikrorechner be- 
zeichnet - zunehmend an Bedeu- 
tung, wobei die als Embedded Con- 
trol bezeichneten Anwendungen, 
zum Beispiel in der Automobiltechnik, 
für Steuerungsaufgaben in der Indu- 
strie und in der Datenverarbeitung, 
ganz spezielle Anforderungen stel- 
len: Im Vordergrund stehen die arith- 
metische Leistungsfähigkeit, hoch- 
sprachenorientiertes Datenhandling, 
kurze Interrupt-Antwortzeiten mit 
Priorisierungsmöglichkeit sowie weit- 
gehend autarke Peripherie. 

Da bisherige Controller diesen Anfor- 
derungen nur bedingt gewachsen 
waren, hat Siemens einen 16-Bit- 
Rechner als neuartige Symbiose aus 
Prozessor und Controller entwickelt. 
Funktional besteht der Baustein aus 
einem Hochleistungs-Mikroprozes- 
sor, einem programmierbaren Inter- 
rupt-System und einer integrierten, 
weitgehend selbständigen modula- 
ren Peripherie. 

Der Prozessor wird aus dem eigentli- 
chen CPU-Kern, 1 KByte RAM, 8 
KByte ROM und einem Taktgenera- 
torgebildet. 

Die CPU zeichnet sich durch eine der 
RISC-Technik vergleichbare Rech- 
nerleistung aus, die über 90 Prozent 
aller Befehle in 100 ns abarbeitet. 
Weitere Stärken sind umfassende 
Bitverarbeitung, hochsprachenorien- 


tierte Adressierungsarten sowie die 
arithmetische Leistungsfähigkeit 
(z. B. 1 6 x 1 6 Bit in 500 ns, 32/1 6 Bit 
in 1000 ns). Durch Register-Banking 
können im internen RAM fast beliebig 
viele, maximal 16 x 2 Byte große 
General-Purpose-Register definiert 
werden. 

Beim Interrupt-System, dem Kern- 
stück der Ereignisverwaltung, kann 
beim SAB 80C166 jeder Interrupt- 
quelle eine von 16 Prioritätsebenen 
zugeordnet werden. Die hohe Echt- 
zeit-Leistungsfähigkeit zeigt sich in 
der kurzen Interrupt- Antwortzeit von 
maximal 400 ns. 

Auch der Peripheral Event Controller 
trägt zur schnellen Reaktionsfähig- 
keit des Systems bei, weil er die CPU 
von interruptgetriebenen Datentrans- 
portaufgaben entlastet (DMA-Prin- 
zip). 

Die Peripherie-Module, die Schnitt- 
stellen zur eigentlichen Applikation, 
bestehen aus einem 10-Bit-A/D- 
Wandler, einer 16-Kanal-Capture/ 
Compare-Einheit, 5 General-Pur- 
pose-Timern, zwei unabhängigen 
USARTs, 76 I/O-Portlines und einem 
Watchdog-Timer. 

Zur Hard- und Softwareentwicklung 
bietet Siemens ein umfangreiches 
Tool-Paket, bestehend aus C-Compi- 
ler, Assembler, Linker, Locater, Soft- 
ware-Simulator, und einen ab Mitte 
1990 verfügbaren Echtzeit-Emulator. 

MP-We 
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Turbo-Pascal 5.5 

Der Einstieg in die objektorientierte Programmierung 


Uwe Schulze , Berlin 


Sie haben die Wahl: Alles wie gehabt (bei 
vollständiger Kompatibilität zu 5.0) oder ob- 
jektorientiert. Doch damit nicht genug: Es ist 
möglich, objektorientierte und traditionelle 
(imperative) Programmierungstechniken ge- 
mischt zu verwenden. Die Verfechter objekt- 
orientierter Programmierung werden dieser 
Ankündigung kritisch gegenüberstehen - ist 
doch der direkte Zugriff auf Daten beispiels- 
weise bei Smalltalk nicht möglich. 

Der mit Turbo-Pascal 5.5 (und übrigens auch 
Quick-Pascal 1 .0) eingeschlager-e Weg stellt 
einen erfolgversprechenden Versi :h dar, die 
unbestrittenen Vorteile objekiorientierter 
Programmierung einem breiten Anwender- 
kreis zugänglich zu machen und für die tägli- 
che Arbeit zu nutzen. Als Vorbild dafür sah 
man Smalltalk für die allgemeinen Prinzipien 
und C++ für die Einbindung in prozedurale 
Sprachen. Für die C-Gemeinde steht mit Zor- 
tech C++ ein ähnlich einfaches Werkzeug 
wie Turbo-Pascal zur Verfügung. 

Der sogenannte objektorientierte Ansatz 
wurde Ende der 70er Jahre im Xerox Paio 
Aito Research Centre entwickelt und mit 
Smalltalk-80 ein darauf basierendes Pro- 
grammiersystem der Öffentlichkeit vorge- 
stellt. 

Die Idee der Erweiterung konventioneller 
Programmiersprachen um objektorientierte 
Eigenschaften kommt nicht von ungefähr. 
Vielmehr ist sie eine Folge von bestimmten 
Problemen der Softwareentwicklung der letz- 
ten Jahre. 

Als Beispiel wollen wir uns die Verwaltung 
von dynamischen Listen ansehen. Bei der Ar- 
beit mit Listen sind stets die gleichen Opera- 
tionen auszuführen: Anfügen eines Ele- 
ments, Löschen eines Elements, Suchen 
nach einem bestimmten Element etc. 
Allgemein nutzbare Routinen für diesen 
Zweck zu schreiben fällt schwer, da ja die ein- 
zelnen Listen eine unterschiedliche Struktur 
besitzen. Entweder wir entwerfen für jede 
Liste neue Prozeduren (was gängige Praxis 
ist) oder die Routinen werden mit Parametern 
versehen. Spätestens bei einer Suchroutine 
zeigen sich aber deutlich die Nachteile die- 
ses Vorgehens: Der Typ des Suchschlüssels 
kann unterschiedlich sein, was geschieht mit 
doppelten Schlüsseln etc. Und was passiert, 
wenn der Nutzer der Routine zusätzliche 
Ideen einbringen will, die nicht vorgesehen 
sind? Hier zeigen sich zwei grundsätzliche 
Probleme der Programmentwicklung: 

• Parameterbeladene Prozeduren oder ver- 
schiedene Prozeduren für ähnliche Pro- 
bleme 

• Fehleranfällige Änderungen ziehen sich 
durch die Programme; liegen keine Quellen 
vor, bleibt nur Neuschreiben. 

Wir wollen versuchen, diesen Problemen mit 
einem objektorientierten Ansatz zu begeg- 
nen. Die Idee liegt in der Zuordnung von Pro- 
zeduren (im objektorientierten Sprachge- 
brauch Methoden) zu den Daten. Dazu wurde 
der Record-Typ erweitert. Ein einfacher Li- 
stentyp hätte damit folgendes Aussehen: 


type 

listeptr = A liste_!yp; 
liste-typ = object 
key : string; 

next : listeptr; 

constructor init; 

procedure add(liste,elem: listeptr); 
procedure delete(liste: listeptr); 
procedure show(!iste: listeptr); 
destructor done; 
end; 

Es ist zu erkennen, daß die Prozeduren an 
die Daten gekoppelt sind; wie die Prozeduren 
programmiert sein können, ist in Bild 1 zu se- 
hen. Mit add soll ein übergebenes Listenele- 
ment nach dem ersten eingefügt werden, de- 
lete löscht das vorderste eingefügte Element 
und show zeigt alle Schlüssel der Liste - und 
das sind vorerst die einzigen Datenfelder - 
an. Wird mit Units gearbeitet, so kann der 
Prozedurkörper im Implementation-Teil ste- 
hen, er ist zugänglich, wenn das Objekt nur 
im Interface-Teil deklariert ist. 

Für den Aufbau einer Liste wird zuerst eine 
Variable des Objekttyps (im objektorientier- 
ten Sprachgebrauch Instanz) erzeugt: 
var liste: listeptr; 

Die Erzeugung eines ersten Listenelements 

kann mit 

New(liste); 

erfolgen. Anschließend muß eine Initialisie- 
rung mit 

liste. init; 

vorgenommen werden. Zum einen erfordert 
unsere programmtechnische Umsetzung, 
daß der Zeiger auf das nächste Element mit 
NIL initialisiert wird zum zweiten ist die Initiali- 
sierung eines Objektes immer notwendig, 
wenn mit virtuellen (das heißt später verän- 
derbaren) Methoden gearbeitet wird. 

Mit dem Ziel, die Show- Routine später even- 
tuell zu ändern, wurde diese als VIRTUAL de- 
klariert. In diesem Zusammenhang muß eine 
Prozedur als CONSTRUCTOR definiert werden, 
die garantiert als erste aufgerufen wird und 
die Tabelle für die Zuordnung der virtuellen 
Methoden initialisiert. Diese Zuordnung 
braucht zum Zeitpunkt des Kompilierens 
noch nicht bekannt zu sein (auch späte Bin- 
dung genannt). Unterbleibt die Initialisierung, 
so ist ein Systemabsturz sicher. Zur Vereinfa- 
chung wurde die Syntax für den Aufruf der 
Standardprozedur New erweitert, die jetzt 
auch mit zwei Parametern aufgerufen wer- 
den kann. Damit verkürzen sich die beiden 
oben beschriebenen Anweisungen zu 
New(!iste,init); 

Soweit erscheint diese Vorgehensweise 
nicht sensationell, aber wir können diese Li- 
ste jetzt als Urahn für alle weiteren Listen nut- 
zen, das heißt, die entsprechenden Prozedu- 
ren müssen nicht wieder neu programmiert 
werden. Als Beispiel soll eine Liste von Buch- 
titeln alle Eigenschaften der alten Liste erben 
(und die betreffen die Verwaltung) und zu- 
sätzliche Datenfelder für den Titel, und die 
Bestellnummer erhalten - das Feld Autor 
dient hierbei als Schlüssel. Und so sieht der 
neue Typ aus: 


type 

buecher-typ = object (liste_typ) 
titel : string; 

bestellnr : string; 

end; 

Alle vererbten Methoden und Daten sind so- 
fort nutzbar: 

varbuecher: A buecher_typ; 

New(buecher,init); 

buecher A .key:=‘Raymond Chandler*; 

Natürlich können jederzeit weitere Listen de- 
finiert werden, etwa eine für englische Bü- 
cher, die zusätzlich den Originaltitel enthält: 


unit listrout? 

INTERFACE 

type 

listeptr = "liste_typ; 

liste_typ = object 
key : string? 

next : listeptr; 

constructor init? 

procedure add (liste, elem: listeptr); 
procedure delete (liste: listeptr); 
procedure show (liste: listeptr) ; 
destructor done; 
end; 


IMPLEMENTATION 

constructor liste_typ. init ; 
begin 

seif .next: =NIL? 
end? 

procedure 1 iste_typ . add ; 
begin 

elem" . next : -liste " .next; 
liste" . next : =elem; 
end ; 

procedure liste_typ. delete; 
var one_elem: listeptr? 
begin 

one_elem:=liste" . next" .next; 
dispose (liste" .next, done) ; 
liste" .next:=one_elem; 
end; 

procedure liste^typ. show; 
var one_elem: listeptr; 
begin 

one_elem : =1 iste ; 
repeat 

writeln(one_elem" .key) ; 
one_elem: =one_elem" .next; 
until one_elem=NIL; 
end ; 

destructor liste_typ.done; 

begin 

end; 

end . 


program listest; 

uses listrout; 

type testptr = "testtyp? 

testtyp = object (liste_typ) 

strasse : string; 

stadt ; string; 

end; 

var liste, elem : testptr; 
begin 

New(liste, init) ; 
liste" .key := ' Pit' ? 

New(elem, init) ; 
elem" .key: =' Roger' ? 
liste" . add (liste, elem) ; 

New (elem, init) ; 
elem" .key: ='Tucky' ; 
liste" . add (liste, elem) ; 

liste" . show (liste) ? 

liste" .delete (liste) ? 
dispose (liste, done) ? 

end. 

Bild 1 Das Objekt Liste mit zugehörigen Me- 
thoden und kleinem Testprogramm 
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type 

booksJyp = object (liste_ typ) 
titel : String; 

orgtitel : string; 

bestellnr : string; 

end; 

Die entstandene Objekthierarchie hätte nun 
folgendes Aussehen: 

liste 

/ \ 

buecher books 

Da sich beide neuen Listen nur durch ein zu- 
gefügtes Feld unterscheiden, wäre es einfa- 
cher, die letzte Liste direkt aus der vorigen zu 
erzeugen, und zwar mit 

books-typ = object (buecher_typ) 
orgtitel : string; 
end; 

In diesem Fall entsteht folgende Objekthier- 
archie: 

liste 

i 

buecher 

I 

books 

Es ist anzumerken, daß neue Objekte ihre 
Vorfahren stets vollständig enthalten; es kön- 
nen Daten und Methoden hinzugefügt oder 
umdefiniert (überlagert) werden - nie aber 
entfernt. In diesem Zusammenhang wurde 
auch die Zuweisungskompatibilität erweitert. 
In der Hierarchie höher stehenden Objekten 
können ihre Nachfahren zugewiesen werden 
(obwohl sie nicht typkompatibel sind), aber 
nicht umgekehrt. In Bild 1 wird das Objekt Li- 
ste einmal sehr einfach dargestellt. Eigene 
Ideen zur Erweiterung sind gefragt. Das zu- 
gehörige Testprogramm erweitert das Objekt 
mit einem Namen als Schlüssel um die 
Adresse (Stadt und Straße). Das Beispiel 
zeigt, wozu die Deklaration der Routine Show 
als VIRTUAL dient. Jetzt wird nur der Name 
angezeigt; es wäre aber jederzeit möglich, 
eine erweiterte Prozedur gleichen Namens 
für das neue Objekt anzulegen, die an die 
neuen Aufgaben angepaßt ist (Anzeige der 
vollständigen Adresse). 

unit sendrout; (* unit mit Senderoutinen *) 
interface 

type block = object 
buffer:string; 
constructor init; 
procedure sendbuffer; virtual; 
procedure sendline; virtual; 
procedure send_char; virtual; 
end; 


Implementation 

(* Dummyroutine, nur als Constructor *) 

constructor block. init; 

begin 

end; 

(* Soll ein Zeichen uebertragen, zum Test 

erfolgt nur eine Ausschrift *) 

procedure block . send_char; 
begin writeln ( 1 Alte Routine'); 
end; 

procedure block. send_l ine ; 
begin 

send_char; 

end; 

procedure block. send_buff er ; 
begin 

send_line; 

end ; 

end. 
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Für den expliziten Zugriff auf Komponenten 
des eigenen Objekts kann der Se/f-Operator 
verwendet werden. Ist das Zielobjekt eindeu- 
tig bestimmt, so kann er auch weggelassen 
werden. Beim Zugriff auf Komponenten an- 
derer Objekte müssen diese ähnlich wie bei 
Records qualifiziert werden. 

Beispiele: 

objl.feld - Zugriff auf die Komponente 

feld von objl 

seif. leid - Zugriff auf die Komponente 

feid des eigenen Objekts 
Auf die Bedeutung der CONSTRUCTOR-Rou- 
tine im Zusammenhang mit virtuellen Objek- 
ten wurde bereits hingewiesen; es kann sich 
hierbei um eine leere (Dummy-) Routine han- 
deln. Zum Entfernen von Listenelementen 
aus dem Speicher muß eine weitere Routine 
als DESTRUCTOR definiert werden, die im Zu- 
sammenhang mit der Dispose-Funktion die 
Größe der Objekte bereitstellt, was aufgrund 
der virtuellen Methoden komplizierter ist, als 
bei Turbo 5.0/1/. 

Noch einmal Klartext: Eine CONSTRUCTOR- 
Routine muß stets bei Verwendung von VIR- 
TUAL-Prozeduren vorgesehen werden - un- 
abhängig davon, ob im Speicher dynamisch 
(mit Listen) gearbeitet wird oder nicht. Eine 
DESTRUCTOR-Routine dagegen ist nur nö- 
tig, wenn Objekte als dynamische Strukturen 
im Speicher freigegeben werden sollen. 

Eine kleine Einschränkung beim Umdefinie- 
ren von Routinen gibt es allerdings: Der Kopf 
(einschließlich Parameter) muß identisch mit 
der ursprünglich deklarierten Routine sein. 
Ein Ausweg ist aber auch hier möglich: Der 
Definition einer zusätzlichen Routine mit ge- 
ändertem Prozedurkopf steht nichts im 
Wege. 

Die wirklichen Vorteile virtueller Methoden 
kommen im vorangegangenen Beispiel lei- 
der nicht ausreichend zur Geltung. Schauen 
wir uns deshalb einmal den folgenden Fall 
an: Eine Routine überträgt einen Block über 
die serielle Schnittstelle. Da es sich um Texte 
handelt, wird eine Prozedur verwendet, die 
eine Zeile sendet und wiederum eine Proze- 
dur zum Senden eines Zeichens nutzt (Pro- 
grammrahmen für unit sendrout in Bild 2). 
Das Programm testalt ruft diese Unit auf. Soll 
nun die Übertragung über eine andere 
Schnittstelle erfolgen, so wäre es ausrei- 
chend, die Zeichenübertragungsroutine zu 
ändern. Ist der Quelltext vorhanden, so kann 
die Routine dort ausgetauscht werden, wenn 
nicht, muß alles neu programmiert werden. 
Eine Deklaration als VIRTUAL ermöglicht die 
Neudefinition nur der innersten Routine ohne 
Neukompilation der unit sendrout. Damit 
werden grundsätzliche Prinzipien prozedura- 


ler Programmierung außer Kraft gesetzt - 
nämlich die der lokalen Gültigkeit von Proze- 
duren und Funktionen! 

Die wenigen Beispiele zeigen bereits die vie- 
len neuen Möglichkeiten. Wenn bis jetzt nur 
von Prozeduren die Rede war, so sei hinzu- 
gefügt, daß selbstverständlich auch Funktio- 
nen in gleicher Weise genutzt werden kön- 
nen. 

Besonders beeindruckend ist die Behand- 
lung graphischer Objekte /I/. Es ist durchaus 
möglich, konsequent objektorientiert zu pro- 
grammieren und auf Datenzugriffe weitest- 
gehend zu verzichten. Statt einer Zuweisung 
der Art 

buecher A .key:=‘Graham Greene 1 ; 

muß dafür eine eigene Methode definiert wer- 
den: 

procedure buecher.fill(‘Graham Greene 1 , . . .); 

Die Frage, inwieweit diese Methode sinnvoll 
ist und wann sie ausschließlich zum Pro- 
grammoverhead führt, ist von jedem Pro- 
grammiererselbst zu beantworten. 

Zusammenfassung 

Turbo-Pascal 5.5 ist, wie bereits erwähnt, 
vollständig kompatibel zur Version 5.0 und 
wurde um nur 4 Schlüsselworte erweitert: 

OBJECT 

VIRTUAL 

CONSTRUCTOR 

DESTRUCTOR 

In Verbindung damit ist die Syntax der Stan- 
dardprozeduren New und Dispose erweitert 
worden. Eine weitere Verbesseruhg betrifft 
die Overlaytechnik. Der Puffer ist jetzt als 
Ringpuffer organisiert, was zu einer Optimie- 
rung der Einlagerungszugriffe genutzt wer- 
den kann. Dafür gibt es zwei neue Standard- 
prozeduren. Ferner ist jetzt ein Nachladen 
aus dem EXE-File möglich. 

Der On-Line-Debugger präsentiert sich um 
objektorientierte Optionen erweitert und das 
Help-System ist weiter verfeinert worden. Als 
Stand-Alone-Debugger wird die neue Ver- 
sion 1.5 des Turbo-Debuggers geliefert (im 
Turbo-Assembler-Paket), mit dem beispiels- 
weise der Objektbaum graphisch dargestellt 
werden kann (Bild 3). 

Turbo-Pascal 5.5 beinhaltet die grundlegen- 
den Ideen objektorientierter Programmie- 
rung: Kapselung, Vererbung und Polymor- 
phie. Im Objekt-Typ, der dem Record-Typ 
nahe verwandt ist, werden Daten und Algo- 
rithmen (Methoden genannt) gemeinsam de- 
klariert. Die Methoden sind also an die Daten 
gebunden. Für dieses Vorgehen steht der 
Begriff Kapselung. Wie bereits erwähnt, wird 
die Kapselung nicht erzwungen; ein direkter 
Datenzugriff ist weiterhin möglich. 


program sendalt; program sendneu; 

(* definiert eine eigene Routine 

uses sendrout; und ruft diese auf *) 

var buff er: block; 

uses sendrout; 

(* Definieren eines neuen Objektes, dass die Routinen 
send buf fer und send_line erbt, waehrend send_char 
neu implementiert wird *) 

type newblock = object (block) 

procedure send_char; virtual; 
end ; *"* 

var buff er: newblock; 

procedure newblock. send_char; 
begin writeln ( 'Neue Routine'); 
end; 


begin 

buff er. init; 

buf fer . send_buf fer; 

end. 


Bild 2 Beispiel für die vorteilhafte 
Verwendung virtueller Methoden 


begin 

buf fer. init; 

buf fer . send_buffer; 

end. 
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READY 


IntNodePtr = ~ IntNode; 

IntNode = object (TestNode) 

Value: Longint; 
constructor Init(V: Longint) ; 
constructor Load(var S: Stream); 
procedure Dump; virtual; 
procedure Store (var S: Stream) ; 
end; 
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auch in nachfolgend definierten Objekten 
Verwendung finden können - Zufügen und 
ümdefinieren eingeschlossen. Grundlage 
dafür ist die Einteilung der Objektstrukturen 
in Klassen. Jede Klasse enthält alle Eigen- 
schaften übergeordneter Klassen als Ge- 
meinsamkeiten; Unterschiede werden neu 
hinzugefügt. Es handelt sich hier um einen 
Vorgang, wie er bei jeder Einordnung neuer 
Elemente in bestehende Strukturen üblich 
ist. 

Noch ein Wort zum ebenfalls jüngst erschie- 
nenen Quick-Pascal 1.0. Es ist vollständig 
kompatibel zu Turbo 5.0 und enthält ver- 
gleichbare objektorientierte Erweiterungen 
wie Turbo 5.5. Hier aber bestehen geringfü- 
gige syntaktische Differenzen. 


Bild 3 Der Turbo-Debugger stellt den Objektbaum grafisch dar 


Die Beispiele haben gezeigt, wie auf ver- 
schiedenen Ebenen der Objekthierarchie 
gleichnamige Prozeduren unterschiedlich 
implementiert sein können, was als Polymor- 
phie (griechisch: Vielgestaltigkeit) bezeich- 
net wird. Wichtig ist die Aussage, daß die Zu- 
ordnung zum Zeitpunkt des Compilerens 


nicht bekannt sein muß, was Änderungen an 
Software ermöglicht, die als Objektcode vor- 
liegt. In Gegensatz zu C++ erlaubt Turbo- 
Pascal kein Überladen der Standardoperato- 
ren. 

Die Vererbung bewirkt, daß einmal program- 
mierte Datenstrukturen und Unterprogramme 
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Wegbereiter der Infbrniatik 



SIR 

WILLIAM 
THOMSON 
(LORD KELVIN) 

* 1824 Belfast 
t 1907 Netherhall 
(Schottland) 


Wie sah der erste Analogrechner 

aus? Wie war er konstruiert, wie 
funktionierte er? Existiert noch das 
Original oder ein Modell? Diese 
Fragen sind vorerst noch offen. So 
viel ist jedoch sicher: Zur Entwick- 
lung der Analogrechentechnik hat 


der englische Physiker Sir William 
Thomson einen entscheidenden 
und wegbereitenden Beitrag gelei- 
stet. Und zwar hat er das grund- 
legende analogrechentechnische 
Programmierprinzip zur Lösung ge- 
wöhnlicher Differentialgleichungen 
angegeben, das ganz wesentlich 
auf dem Rückkopplungsprinzip be- 
ruht und bis heute verwendet wird. 
In den Mitteilungen der Londoner 
Royal Society, den Proceedings 
vom Jahre 1876, schreibt Thom- 
son, daß er viel Mühe darauf ver- 
wendet habe, einen mechanischen 
Integrierer zu konzipieren; er er- 
wähnt dabei mehrmals einen „Plat- 
ten-, Kugel- und Zylinderintegrie- 
rer“ seines Bruders, dem vermut- 
lich die technische Realisierung zu 
verdanken ist. Es folgen dann aus- 
führliche Hinweise, wie für gewöhn- 
liche lineare Differentialgleichun- 
gen 2. Ordnung das Rückkopp- 
lungsprinzip mit Hilfe zweier Inte- 
grierer verwirklicht werden kann, 
sowie Begründungen für die Recht- 
fertigung dieses Prinzips. Außer- 
dem wird das Lösungsprinzip noch 
auf gewöhnliche lineare Differenti- 
algleichungen höherer Ordnung mit 
variablen Koeffizienten übertragen 
und schließlich für nichtlineare Dif- 
ferentialgleichungen erweitert. 
Studiert hat Thomson 1834-45 
an den Universitäten Glasgow und 
Cambridge, danach arbeitete er ein 
Jahr in Paris bei dem Physiker und 
Chemiker Henri Victor Renault 
(1810-78). In den Jahren 1846- 
99 war er in Glasgow Professor für 
Theoretische Physik, 1851 wurde 
er Mitglied der Royal Society und 


war 1890-95 deren Präsident. Ab 
1896 war er Ehrenmitglied der Pe- 
tersburger Akademie. Für seine 
wissenschaftlichen Verdienste 
wurde er 1892 zum Lord Kelvin of 
Largs geadelt. 

Schon als Student veröffentlichte 
Thomson einige Arbeiten über die 
Anwendung von Fourierreihen bei 
verschiedenen Problemen der Phy- 
sik. Nahezu gleichzeitig mit R. J. E. 
Clausius (1822-88) formulierte er 
1 851 den 2. Hauptsatz der Thermo- 
dynamik. Zusammen mit J. P. Joule 
(1818-89) untersuchte er 1853- 
54 die Temperaturänderung von 
Gasen bei Expansion ohne äußere 
Arbeitsleistung; dabei wurde der 
Joule-Thomson-Effekt gefunden, 
der die Grundlage der technischen 
Gasverflüssigung darstellt. Des 
weiteren erforschte Thomson die 
induktiven und kapazitiven Eigen- 
schaften von Überseekabeln, für 
die er eine Theorie der elektroma- 
gnetischen Schwingungen ausar- 
beitete (Thomsonsche Formel). Er 
befaßte sich auch mit verschiede- 
nen Fragen der Hydrodynamik, der 
Geophysik und der Astrophysik. 
Von ihm stammt die Hypothese 
vom dereinst eintretenden Wärme- 
tod des Weltalls. 

Thomson stellte eine wissenschaft- 
lich begründete Definition der 
(heute in Kelvingraden angegebe- 
nen) absoluten Temperatur auf und 
konstruierte verschiedene physika- 
lische Meßgeräte, zum Beispiel das 
Quadranten-Elektrometer. Er ver- 
besserte auch das Spiegelgalvano- 
meter und den Magnetkompaß. 

Dr. Klaus Biener 


TERMINE 

V. Informatik-Kolloquium 
„Computergrafik 
in CAE-Systemen“ 

WER? Technische Hochschule 
„Carl Schorlemmer“ 
Merseburg 

WANN? 29. März 1990 
WO? Merseburg 

WAS? 

• Einsatz der grafischen und der 
Geometriedatenverarbeitung im In- 
genieurwesen 

• Integration der Computergrafik in 
CAE-Systemen 

WIE? Interessenten wenden sich 
bitte an die Technische Hochschule 
„Carl Schorlemmer“ Merseburg, 
Rechenzentrum, Otto-Nuschke- 
Straße, Merseburg, 4200; Tel. 
462987 oder 462962. 

Dr. Reinemann 

Anwendersymposium 

Rechnernetze 

WER? Wissenschaftlich-Techni- 
sche Gesellschaft für Meß- 
und Automatisierungstech- 
nik und VEB Robotron-Ver- 
trieb Berlin 

WANN? 6. bis 7. März 1990 
WO? Rathaus der Stadt Dres- 
den, Festsaal 

WAS? 

• Gateways (ohne ESER-LANs) 

• ESER-LANs 

• Bürodienste Rolanet 1 

• Datennetz der Deutschen Post 
Post/WANs 

• Einsatz von Lichtwellenleitern im 
Rolanet 

WIE? Teilnahmemeldungen bitte 
schriftlich an: Präsidium der KDT, 
WGMA, PSF 1315, Berlin, 1086; 
Tel. 2 26 53 04, 2 26 52 1 8 Müller 
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Einführung in Forth-83 


Dr. Hartmut Pfüller (Leiter), 

Dr. Wolfgang Drewelow, 

Dr. Bernhard Lampe, Ralf Neuthe, 

Egmont Woitzef, Rostock 

6. Das Forth-Dialogsystem 

6.1 . Die Struktur des Dialogsystems 

Zum Dialogsystem zählt man alle diejenigen 
Worte, die - grob gesagt - zum Komplex der 
Ablaufsteuerung für die Kommunikation ge- 
hören. Das sind der Kaltstart, der Textinter- 
preter und das Fehlersystem. 

6.1.1. Initialisierung 

Beim Start eines Forth-Systems muß zuerst 
dessen Initialisierung vorgenommen werden. 
Diese Aufgabe übernimmt in der Regel das 
Wort COLD. Dessen Anwesenheit ist im Stan- 
dard Forth-83 zwar nicht vorgeschrieben, es 
ist aber in fast jedem System vorhanden. 
COLD ist der Hochwort-Eintrittspunkt für den 
Systemstart. Im wesentlichen werden damit 
die Speicheraufteilung festgelegt, das Sy- 
stem nach den Festlegungen aus dem Boot- 
Bereich voreingestellt, die Stapel initialisiert, 
eine Systemausschrift zum Ausgabegerät 
gesendet und schließlich die Steuerung an 
den Textinterpreter übergeben. 

6.1.2. Dialogführung 

Der Dialog mit dem Bediener erfolgt unter 
Steuerung des Textinterpreters QUIT. Der 
Standard verlangt, daß QUIT den Rückkehr- 
stapel säubert, den Ausführmodus einschal- 
tet, die Eingabebereitschaft über das aktuelle 
Eingabegerät herstellt und die Wortinterpre- 
tation durchführt. 

Innerhalb dieser Richtlinien kann der Rah- 
menablauf weitgehend variiert werden. Eine 
mögliche Variante ist im Bild 6.1 dargestellt. 
Hier wird QUIT mit der DOER-MAKE-Konstruk- 
tion /I / vektoriert ausgeführt. Damit ist der ge- 
samte Textinterpreter auch für Fachspra- 
chen, die für Forth untypisch sind, komplett 
austauschbar. 

6.1.3. Der Eingabestrom 

Der Eingabestrom ist die Zeichenfolge, die 
vom Textinterpreter des Systems verarbeitet 
wird. Er kann sowohl vom aktuellen Eingabe- 
gerät (über den Texteingabepuffer) als auch 
vom Massenspeicher (über einen Blockpuf- 


fer) geholt werden. BLK >IN TIB -tt-TIB spezifi- 
zieren den Eingabestrom. Worte, die auf BLK 
>IN TIB -H-TIB zugreifen oder deren Inhalte 
verändern, sind verantwortlich für das Auf- 
rechterhalten (Sichern) und das Rückspei- 
chern der Informationen zur Steuerung des 
Eingabestromes 121. 

Woher der Eingabestrom zu entnehmen ist, 
wird durch die Variable BLK spezifiziert. Sie 
enthält die Nummer des entsprechenden 
Massenspeicherblockes oder eine Null, 
wenn der Eingabestrom aus dem Texteinga- 
bepuffer kommen soll. Die Anfangsadresse 
dieses Texteingabepuffers kann mit TIB (Ter- 
minal-lnput-Buffer) geholt werden. In der Va- 
riablen -H-TIB wird die aktuelle Anzahl der dort 
vorhandenen gültigen Bytes gehalten. 

Die sequentielle Entnahme von Zeichenket- 
ten wird durch die Variable >1N unterstützt. 
Sie enthält den aktuellen Zeichenoffset zu 
der Stelle, an der die nächste Entnahme (aus 
dem Block- oder dem Texteingabepuffer) er- 
folgen kann. Bild 6.2 zeigt das Zusammen- 
spiel der Worte. 

WORD ist das zentrale Wort für die zerstö- 
rungsfreie Entnahme von Teilzeichenketten 
(typischerweise Namen oder Zahlen) aus 
dem aktuellen Eingabestrom. Dafür verwen- 
det WORD ein Begrenzerzeichen, das ihm 
als Parameter auf dem Stapel übergeben 
wird. Vor der Kette befindliche Begrenzerzei- 
chen werden übergangen, das entspricht ei- 
nem Herantasten an den interessierenden 
Teil. Danach werden so lange Zeichen ent- 
nommen, wie das Begrenzerzeichen nicht 
angetroffen wird. WORD stellt dann die Va- 
riable >IN auf die Stelle im Eingabestrom ein, 
die unmittelbar hinter dem abschließenden 
Begrenzerzeichen liegt. So ist mit einer er- 
neuten Ausführung von WORD die nächste 
Kette erreichbar. Ist der Eingabestrom er- 
schöpft, liefert WORD eine leere Kette (Zähl- 
byte = 0). WORD übergibt als Ergebnispara- 
meter eine Adresse, die anzeigt, wo die sepa- 
rierte Kette im Standardformat abholbereit 
liegt. 

6.1.4. Fehlerbehandlung 
Das Fehlersystem von Forth achtet vor allem 
auf fatale Fehler wie Stapelunterlauf, ver- 
kehrte Verschachtelung von Steuerstruktu- 
ren, Wörterbuchüberlauf usw. Es schützt 
nicht vor Systemabstürzen infolge von lie- 


gengelassenen Parametern auf dem Rück- 
kehrstapel oder nicht autorisiertem Über- 
schreiben von Programmteilen. 

Tests auf bestimmte Fehlerbedingungen 
können zu unterschiedlichen Zeitpunkten 
und in verschiedenen Worten stattfinden. 
Compilerworte wie IF, ELSE und THEN achten 
beispielsweise in vielen Systemen eigen- 
ständig auf ihre richtige Kombination. 

Dem Anwender stellt Forth das Wort ABORT" 
zur Verfügung. Es wird in der Form 

Flag ABORT Fehlertext" 

verwendet. Ist das Flag falsch, wird mit der 
Bearbeitung hinter ABORT"..." fortgesetzt. 
Ansonsten erfolgt die Ausgabe des Fehler- 
textes und der Eintritt in die Fehlerroutine 
ABORT. 

6.2. Beispiel: Universeller Server 
und lernender Klient 

Mit einem etwas größeren Programmbeispiel 
soll der Kurs Forth-83 nun beendet werden. 
Ausgewählt wurde hierfür eine Rechner- 
kopplung (A 51 20 und A 71 50) über IFFS-Lei- 
tung, wobei Kopplungen BC - BC, BC - AC 
oder AC - AC möglich sind. Obwohl das für 
diesen Kurs als Prinzipdemonstration entwik- 
kelte Programm in vieler Hinsicht perfektio- 
niert werden kann, haben Versuche gezeigt, 
daß es auch in dieser Version mit prakti- 
schem Nutzen einsetzbar ist. 

6.2.1. Ausgangspunkt 

In Rechnernetzen ist es üblich, daß ein oder 
mehrere Rechner als sogenannte Server 
(etwa soviel wie Diener) fungieren, ihre Auf- 
gabe ist die Ausführung bestimmter Dienste, 
die über das Netz angefordert werden kön- 
nen (z. B. Recherchen in Datenbanken). Zu 
diesem Zweck muß ein Rechner über die 
Kommunikationsverbindung Aktionen auf ei- 
nem anderen Rechner auslösen können. 
Das hier vorgestellte Programm zeigt, wie 
solche Dienste via Schnittstelle abgefordert 
werden können. 

6.2.2. Das Konzept 

Im Beispiel werden zwei Rechner bidirektio- 
nal miteinander verbunden. Einer erhält das 
Rahmenprogramm für den Server und der 
andere das für den Klienten. 

Zuerst muß auf dem Server der Loginprozeß 


MAKE QUIT 

>SYSTEM 

CHECK 

r COMP I LED C 
BEGIN 

RPB RP! 

PROMPT 

QUERY 

>PROCES8 

INTERPRET 


>SYSTEh 
ANSWER 
AGA IN 


( QUIT ist »in DOER, dar folgandn machen sollt 

< Einschal tan das Systemmodus 

( tasten, ob alles in Ordnung ist; ggf. Ordnung 

< herstellen Ez. B. Stapel über 1 auf korrigieren! 

( Ausführ »odus einschalten 

< Beginn der Endlosschleife des Textinterpreters 
( Initial isierung das Rückkehrstapels 

( Eingabebereitschaft signalisieren 
( Entgegennahee der Eingaben 
( Nutz er Modus aktivieren 

< eig entliehe Interpretati on des eapfangenen 

( Text es | Ausf ührung/Kompi 1 ati on und Fehler- 1 

< test, ggf. Ausstieg zua Fehlersystem 

( Umschaltung auf Systemmodus ] 

( Antwort, daß kein Fehler bemerkt wurde 
( unbedingt zurück zum Anfang der Schleife ] 

< dieses Semikolon wird deshalb nie erreicht 


Bild 6. 1 Kodierung von QUIT bei comFORTH 2 


BLK I -0 I <>0 

! Entnahme des Eingabestroms erfolgt aus dam 
I Texteingabepuf f er I Blockpuffer 


adr 1 

«byte 1 

TU 

«TIB 

1 Blockpuff er ad resse 

1 1024-B lock länge 

1 

t entnommen 

1 

1 

1 nächster 

1 

l 

übernächster (ungültig 
i 


I I t 

adr adr+>IN adr+#byte « 

Bild 6.2 Herkunft des Eingabestroms (oben) und Zählweise 
der entnommenen Zeichen (unten) 
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(LOGIN auf der Datei SERVER. CF2) gestartet 
werden. Das gibt dem Klienten die Möglich- 
keit zur Aufnahme der Verbindung (ebenfalls 
mit LOGIN; Datei CLIENT. CF2). In unserem 
Beispiel erwartet der Server als erste Mittei- 
lung ein Byte, das als Kennungsnummer des 
jeweiligen Klienten angesehen wird. Nach 
dessen Eintreffen wird zuerst die Codefeld- 
adresse des Wortes SFIND und dann ein Quit- 
tungsbyte „Null“ an den Klienten übermittelt; 
anschließend wird der Serverbetrieb durch 
SERVE aufgenommen. Von nun an kann der 
Klient den Server zu beliebigen Aktionen 
(Ausführung von Forthworten) anregen. Da- 
fürfindet die folgende Methode Verwendung: 
Der Klient wartet aktiv auf die Quittung „Null“ 
vom Server und beginnt dann mit dem Sen- 
den von 16 Bit. Der Server befindet sich im 
Wort SERVE, wo die entgegengenommene 
Zahl als eine Codefeld ad resse angesehen 
und das entsprechende Wort per EXECUTE 
ausgeführt wird. Anschließend wird wieder 
eine Null als Quittung an den Klienten zurück- 
gesendet, die diesem die Bereitschaft für 
neue Serverdienste signalisiert. 

Der Klient ist in der Lage, noch unbekannte 
Codefeldadressen in Erfahrung zu bringen, 
er kann so lernen, Dienst für Dienst rationel- 
ler als über den Namen in Anspruch zu neh- 
men. Dazu löst er zuerst die Ausführung 
des Serverwortes SFIND (siehe Datei 
CLIENT.CF2) aus. Danach wird mit PUTS der 
Name des zu suchenden Wortes als Zei- 
chenkette übermittelt, die der Server mit GETS 
abholt und mit FIND in seinem Wörterbuch 
sucht. Als Ergebnis der Suche übergibt der 
Server zwei Zahlen mittels PUT PUT an den 
Klienten, der sie mit GET GET entgegennimmt. 
Ob das gesuchte Wort im Server gefunden 
werden konnte, zeigt im Klienten die Zahl auf 
dem Stapel als Flag an. Ist es „wahr“, liegt 
auf dem SOS (second of stack) die dazuge- 
hörige Codefeldadresse, andernfalls ein 
uninteressanter Wert. 

Damit der Bediener mit dem hier erläuterten 
Mechanismus nicht belastet wird, steht ihm 
das Definitionswort SERVICE: für die bequeme 
Inanspruchnahme von dem Namen nach be- 
kannten Serverdiensten zur Verfügung. Es 
wird wir folgt benutzt: 

SERVICE: Dienstname Serverwort 

Nach der Definition von „Dienstname“ kann 
durch dessen Aufruf die Ausführung des da- 
zugehörigen „Serverwortes“ veranlaßt wer- 
den. Bei der Definition von „Dienstname“ 
wird im Klienten ein neuer Wörterbucheintrag 
eingerichtet. In dessen Parameterfeld befin- 
den sich 2 Byte für ein Feld zur Aufnahme in 
die Liste aller Servicedienste (Ankerfeld SER- 
VICE^), 2 Byte (mit Null initialisiert) zum Ab- 
speichern der vom Server übermittelten Co- 
defeldadresse und einige weitere Bytes für 
den Namen des korrespondierenden Server- 
wortes als Zeichenkette. Bei Aufruf von 
„Dienstname“ (D0ES>-Teil von SERVICE:) 
wird zuerst nachgeschaut, ob sich in der Zelle 
für die Codefeldadresse bereits ein von Null 
verschiedener Wert befindet. In diesem Fall 
kann sofort die Ausführung des Dienstes ver- 
anlaßt werden; andernfalls wird die Codefeld- 
adresse erst mit SFIND in Erfahrunq ge- 
bracht. 


Das Wort LOGOFF ermöglicht ein Abmelden 
des Klienten vom Server. Dazu werden auf 
dem Server der Loginprozeß neu gestartet 
und anschließend die Codefeldadressen al- 
ler Serverdienste im Klienten mit Null über- 
schrieben. So ist ein Wechsel des Servers 
möglich, ohne daß Konflikte aufgrund ver- 
schiedener Codefeldadressen für die einzel- 
nen Dienste auftreten. 

6.2.3 . Zum Programmaufbau 

Die Software beider Kommunikationspart- 
ner besteht im wesentlichen aus drei aufein- 
ander aufbauenden Schichten. In der unter- 
sten Schicht wird die physische Bedienung 
der Schnittstelle ermöglicht. Dazu gehören 
die Funktionen TX „Byte senden“, TX? „Sen- 
derstatus“, RX „Byte empfangen“, RX? 
„Empfängerstatus“ und 0!X „Schnittstelle 
initialisieren“. Sie sind auf den Dateien 
IFSS5120.CF2 fürden Bürocomputer A 51 20 
und I FSS 7 1 50.CF2 für den Arbeitsplatzcom- 
puter A 7150 codiert. Eine besondere Auf- 
gabe kommt der physischen Initialisierung 
zu. Durch sie müssen (noch vor dem logi- 
schen LOGIN) nicht nur die Schnittstellen auf 
den gewünschten Sende- und Empfangsmo- 
dus eingestellt, sondern auch das „Einra- 
sten“ vollzogen werden. Das ist notwendig, 
da nach der Initialisierung der Peripherie- 
bausteine die Sendepuffer nicht in jedem Fall 
leer sind. 

In der zweiten Schicht (Datei TRANS- 
FER. CF2) wird das überwachte Senden und 
Empfangen von Bytes (CPUT und CGET), von 
Worten (PUT und GET) und von Zeichenket- 
ten (PUTS und GETS) durchgeführt. Nur in 
der obersten Schicht unterscheiden sich die 
Programme von Server (SERVERICF2) und 
Klient (CLIENT.CF2). 

6.2.4. Ein Sitzungsbeispiel 

Zuerst ist auf beiden Rechnern die Schnitt- 
stelle physisch mit ALSO COM 0!Xzu initialisie- 
ren. Danach muß auf dem Server durch Auf- 
ruf des Wortes LOGIN der Loginprozeß ge- 
startet werden. Damit ist der Server für den 
Klienten verfügbar. Von nun an arbeitet der 
Server ferngesteuert, und vom Klienten aus 
kann die Verbindung mit 

12 LOGIN (er) ok 

aufgebaut werden, wobei die 1 2 die Kennung 
des Klienten darstellen soll. 


Tafel 6 Kurzbeschreibung der Forthworte 


Im folgenden Benutzungsbeispiel ist es das 
Ziel, einen Block vom Massenspeicher des 
Servers zu lesen und zum Klienten zu über- 
tragen. Das erfordert erst noch die Vereinba- 
rung eines Dienstes für die Aktion „Block le- 
sen“: 

SERVICE: SBLOCK BLOCKE ok 

Nach der Übermittlung einer Blocknummer 
(hier 33) kann der Klient den Dienst SBLOCK 
veranlassen: 

33 >S SBLOCKfcr) ok 

Zur Übertragung des Speicherblocks zum 
Klienten sind noch die Parameter für SPUTS 
(PUTS auf dem Server) bereitzustellen. Die 
Anfangsadresse des zu übertragenden Da- 
tenbereichs von BLOCK liegt dort noch auf 
dem Stapel. Die Anzahl der zu sendenden 
Bytes entspricht der Länge eines Massen- 
speicherblocks (gleich 1024) und muß mit >S 
zum Stapel des Servers transferiert werden, 
bevor die Übertragung beginnen kann: 

1024 >S SPUtS(cr) ok 

Mit GETS nimmt nun der Klient die Daten in 
Empfang: 

PAD 1024 GETS DROPfar) ok 

In diesem Beispiel wurden die Daten nach 
PAD gebracht. Die ganze Aktion ließe sich na- 
türlich auch als Programm in einem Forthwort 
definieren: 

: BL0CK> (ps: n ===>) (Block empfangen) 
>S SBLOCK 1024 >S SPUTS 
PAD 1024 GETS DROP ; 

Der Klient kann nun auf bequeme Weise be- 
liebige Blöcke vom Server holen: 

33 BLOCK >(cr) ok 

Schluß 
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Name 

Stapeleffekt 

Beschreibung 

COLD 

( = ">) 

Kaltstart, Initialisierung des Forthsystems 

QUIT 

( =“>) 

Ausführungsmodus, Eingabebereitschaft, Wortinterpretation 
beginnen 

-ti-TIB 

( = ==> addr) 

Variable, enthält Anzahl der Bytes im Texteingabepuffer 

TIB 

( ===>addr) 

Adresse des T exteingabepuffers, wo Zeichen vom Eingabestrom 
gepuffert sind 

BLK 

( =*=>) 

Variable, enthält Nummer des Massenspeicherblocks oder 0 
für Tastatur 

>IN 

( ===>) ' 

Variable, enthält aktuellen Zeichenoffset im Eingabestrom 

WORD 

( c===>addr) 

anhand Trennzeichen c Teilzeichenkette aus Eingabe isolieren und 
nach addr schaffen 

ABORT 

( -“>) 

Parameterstapel säubern und Ausführen von QUIT 

ABORT" 

( ? = ==>) 

Bei Ausführung von ABORT" text" wird bei ?=wahrtext 
ausgegeben, dann ABORT. 
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N Transferdienste 
\ Server inter face 


Datei A*CLIENT.CF2 Block 1 
\ Rahmenprotokoll Klient 

ONLY COM ALSO FORTH DEFINIT IONS DECIMAL 

CR .( Warte ...lade Rahmenprotokoll Klient ) 

2 5 THRU 


RN 30 -Oc t -89 


10 

11 

12 

13 


. . . fertig ) 

ONLY FORTH DEFINITIONS 


CR . ( 
CR 


Datei A*CLIENT.CF2 Block 2 

\ 'SFIND LOG IN SEXECUTE SF1ND EW 23-0ct-89 

VARIABLE SFIND ( cfa<SFIND> de* Server* ) SFIND OFF 

t LOGIN ( p*i 8b — ■> )( Klient Bb einloggen ) 

( Protokoll* tiBb rtaddr ) 

CPUT GET SFIND ! | 

i SEXECUTE ( pst addr -«> )( auf Server ausfuehren ) 

( Protokoll* r:Bb tiaddr )( letzter Fehler! ) 

CGET 7DUP IF .” Serverfehler " . QUIT THEN PUT ; 

* SFIND I p*t addr «*■■> addr ? ) ( im Server suchen ) 

( Protokoll* . .sexecute. • ti* rtaddr r»? ) 

SFIND « 7DUP O- ABORT” Server nicht geloggt” 
SEXECUTE COUNT PUTS GET GET | 


Datei AtCLIENT.CF2 Block 3 

\ SERVICE^ SERVICE* RN 30-0ct~89 

VARIABLE SERVICE- ( Anker Servicelimte ) SERVICE- OFF 

t SERVICE* < pst )< ibt local— name remote-name ) 

< definiert Serverdienst local-name, im ) 

( Server wird remote-name ausgefuehrt ) 

CREATE HERE SERVICE- DUP • , ! 0 , 

BL WORD C# 1+ ALLOT DOES> 

( pst ■■■> ) ( Aufruf von remote-name in Server ) 

DUP 2+ # 7 DUP \ 'cf schon bekannt? 

IF SWAP DROP 

ELSE DUP 4 + SFIND 0« 

ABORT" unbekannter Dienst" DUP ROT 2+ ! 

THEN SEXECUTE j 


Datei AtCLlENT.CF2 Block 4 

0 \ Standard-Dienst leistungen 

1 

2 SERVICE* SCPUT CPUT SERVICE* SCGET 

3 SERVICE* SPUT PUT SERVICE* SGET 

4 SERVICE* SPUTS PUTS SERVICE* 

5 SERVICE* SLOGIN LOG IN 

6 

>S ( ps* 16b )( Transfer zum Server ) 

( Protokoll* ..sexecute.. t*16b ) 

SGET \ Abholen von 16 Bit durch den Server veranlai 
PUT | \ 16 Bit (vom Klientenstapel 2 um Serverstapel 


RN 30— Oc t— 89 


CGET 
GET 
SGETS GETS 


7 

8 
9 

10 

11 

12 * S> 

13 

14 

15 


( pst ■■«■> 16b )( Transfer vom Server ) 

( Protokoll* ..sexecute.. rtl6b ) 

SPUT \ Senden von 16 Bit durch den Server veranlassen 
GET | \ 16 Bit (vom Serverstapel zum Klientenstapel) empf . 


Datei A*CLIENT.CF2 
\ LOGOFF 


Block 3 


RN 30— Oct-89 


* LOGOFF ( pst ■■■> )( Abmelden beim Server ) 


( Protokoll t ..sexecute*. 
SLOGIN O SFIND • 
SERVICE- BEGIN 8 ?DUP 

WHILE 0 OVER 2+ 
REPEAT | 


. login . . ) 

\ Server-Restart 
\ Listenende? 

\ 'cf-Feld rueck setzen 


Datei A: IFSS7150.CF2 Block 1 

0 \ Schnittstellenbedienung fuer A 7150 RN 30-0ct-89 

1 

2 ONLY FORTH DEFINIT IONS DECIMAL 

3 

4 CR .( Warte ...lade physische Schnittstellenbedienung ) 

5 

6 25 THRU 

7 

8 CR .( ...fertig ) 

9 CR 
10 

11 

12 

13 

14 
13 


Datei At IFSS7150 .CF2 Block 2 
\ COM AWAIT 0 ! X 


EW 23-Oc t-89 


ALSO ROOT DEFINIT IONS VOCABULARY COM 
COM DEFINITIONS 

CODE COM ( pst ax dx »»«> ax )( COM- I nterrupt ansprechen ) 

DX AX MOV, BX DX MOV, 

20 # INT, \ Interrupt 14H - COM-Schni ttstel le BIOS 
AX BX MOV, DX POP, NEXT, 

END-CODE 


t IFS8 ( pst ax 
1 COM | 


>> ax )( Kanal COM2 ) 


itei A* IFSS7130.CF2 Block 3 

SUBFUNCTION (OlIFSS) (>IFSS) ( 1FSS> ) IFSS? 


. . .EM 23-Oc t-89 


— > H 

DOES> 


ax )( Funktion 8b an IFSS ) 


t SUBFUNCTION ( pst 8b 
CREATE C 
( pst al 
C« JOIN IFSS | 

0 SUBFUNCTION (OlIFSS) 

1 SUBFUNCTION (>IF5S) 

2 SUBFUNCTION (IFSS>> 

3 SUBFUNCTION IFSS? 


( ps* ***“> 8b H Zeichen lesen ) 

0 ( IFSS> ) 233 AND \ 

( ps* Bb **■> )( Zeichen schreiben 
( > IFSS ) DROP j 


ibt name )( Unterfunktion def . ) 


HP 24-0c t-89 


Datei At IF5S7150.CF2 Block 4 

0 \ CTRL 7.RX? 7.TX? OlIFSS RX? TX? 

1 

2 2 BASE ! 

3 11101011 CONSTANT CTRL ( Steuerwort t 8 Bit Daten, 1 Stop ) 

4 < mit ungeradem Paritaetsbit ) 

3 OOOOOOOlOOOOOOQO CONSTANT 7.RX? ( Empfangsdaten ) 

6 OOIOOOOOOOOOOOOO CONSTANT 7.TX? { Sender leer ) 

7 

B DECIMAL 

9 1 OlIFSS ( pst =«■> )( Initialisierung ) 

10 CTRL (OlIFSS) DROP » 

11 t RX? ( pst =*==> ? )( ungleich Null bei Empfangsdaten vorh. ) 

12 0 IFSS? 7.R X ? AND ; 

13 1 TX? ( ps* *-«> ? )( ungleich Null bei Sender leer ) 

14 0 IFSS? 7.TX? AND j 

13 


Datei A* IFSS7150.CF2 Block 3 
\ Initialisieren der Serverschni ttstel le 


HEX 


HP 24 -Oct-89 


t 0!X ( pst "*■> )( Initialisierung der Schnittstelle ) 

< zusammen mit Einrasten ) 

0! IFSS 5 0 DO 0 TX LOOP 33 TX | 

DECIMAL 
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Kurs 


Datei A s SERVER . LDR 

0 SERVER 

1 
2 

4 


Lader für den Server 


Datei A: I F5S5120.CF2 Block 1 
\ Schnittstellenbedienung fuer A 5120 


RN 30— Oct-09 


ONLY FORTH DEFINIT IONS HEX 


CR .( Warte ...lade physische Schnittstellenbedienung ) 


ONLY FORTH DEFINITIONS DECIMAL 


SIO auf der ASS des BC 5120, DFUe-Kanal : Tornummern 52H und 53H 
Am Koppel bus ist eine Wickel Verbindung vom CTC der ZRE zur SIO 
der ASS er f order 1 ich . 


Datei At IFSS5120.CF2 Block 3 
\ RX? TX? RX TX 


HP 24— Oct-89 


! RX? ( — ?)< wahr, falls Zeichen eingegangen fc abholbereit) 
PSIO CP« 1 AND j 


i TX? ( ?)< wahr, falls Sender frei & senden moeglich) 

PSIO CP® 4 AND ; 


1 ( - c)( eingegangenes Zeichen aus Empf angspuf f er lesen) 

SIO CP® ; 


* Tx ( c — )< Zeichen zum Senden in Sendepuffer schreiben) 
SIO CP! | 


Datei A : SERVER . CF2 Block 1 

0 \ Rahmenprotokol 1 Serverinterf ace 

1 


RN 30-Qc t~89 


2 ONLY COM ALSO FORTH DEFINIT IONS DECIMAL 


4 CR . ( Warte ...lade Rahmenprotokoll Server ) 

6 23 THRU 

7 

8 CR . ( ... fertig ) 

9 CR 
10 

11 ONLY FORTH DEFINIT IONS 

12 

13 

14 

15 


Datei Ai SERVER. CF 2 
\ ERROR? SERVE 


RN 30-0c t-89 


x ERROR? ( psx — > 8 b )< ermittelt Fehlernummern ) 

® ( erster Ansatz i Eigentest immer in Ordnung ) 


i SERVE ( ps i -=-> ... )( Dienstleistungen ueber Interface ) 

< Protokoll! riaddr ... t: 8 b ) 

RPO RP! \ Ruec kkehrstapel initialisieren 

BEGIN BET EXECUTE \ Dienstleistung annehmen 

ERROR? CPUT \ Eigentest und Quittung senden 
AGAIN ; 


Datei Al SERVER. CF 2 Block 3 

0 \ SFIND CLIENT# LOGIN RN 3 0-0ct-89 

2 i SFIND < psi ■■■*> )( cf-Suche ueber Interface ) 

3 ( Protokol 1 i rts ttaddr ti? ) 

4 PAD 1+ DUP 32 BLANK \ PAD mit Leerzeichen fuellen 

3 31 GETS PAD C! \ Wortname zum PAD empfangen 

* PAD FIND SWAP PUT PUT , \ Wort suchen j Ergebnis senden 


8 VARIABLE CLIENT# 

9 i LOGIN ( psi ===> ){ Verbindung mit Klienten auf bauen ) 

10 < Protokol 1 i r i 8 b tiaddr tiBb ..serve.. ) 

** CGET CLIENT# C! \ Nr . des Klienten hol en & merken 

12 C ] SFIND PUT \ C f von SFIND senden 

® CPUT \ Blindquittung senden 

SERVE * \ Serverbetrieb aufnehmen 


Datei AtCLIENT.LDR 
\ Ladeblock 


EW 23— Oct— 89 


ONLY FORTH DEFINIT IONS DECIMAL 


Lader fuer den Klienten ) 


8ilFSS5120 1 I NC LUDE \ Schnittstellenbedienung 

©: TRANSFER 1 INCLUDE \ Transferdienste 

©iCLIENT 1 INCLUDE \ Rahmenprotokoll Klient 


Datei A: IFSS5120 .CF2 Block 2 

\ COM Tornummern & Initialisieren PIO, CTC RN 30 

\ kleines Glossar fuer die Bedienung der Torei 
\ CP ! ( ps: 8 b port ===> ) Torausgabe von 8 b auf "port 
\ CP® ( ps: port ===> 8 b ) 8 b lesen vom Tor “port” 


RN 30— Oc t— 89 


ALSO ROOT DEFINIT IONS 
COM DEFINIT IONS 


VOCABULARY COM 


52 CONSTANT SIO ( Datentor der SIO ) 

53 CONSTANT PSIO < Programmier — & Statustor der SIO ) 

OC CONSTANT CTC ( Tor Kanal 0 des CTC auf ZRE K 2526 ) 


SIOINIT ( ps: ==«> ) 

OEA 05 0C1 3 0 1 45 4 18 ( Reset) 9 0 DO PSIO CP! LOOP \ 


Datei A: 1 FSS5120 . CF2 Block 4 
\ Einrasten der Schnittstelle 


RN 30-0ct-B9 


0!X ( ps: ===> )( Initialisierung der Schnittstelle ) 

( zusammen mit Einrasten ) 

CTCINIT SIDINIT 

BEGIN BEGIN RX? UNTIL RX 0= UNTIL 
BEGIN BEGIN RX? UNTIL RX 55 «= UNTIL { 


Datei Ai TRANSFER .CF 2 Block 1 
O \ Transferdienste 


RN 30-0c t-89 


2 ONLY FORTH ALSO COM DEFINIT IONS DECIMAL 

3 

4 CR . ( Warte ...lade Transfer funk tionen ) 

5 

6 23 THRU 

7 

B CR . ( ... fertig ) 

9 CR 
10 

11 ONLY FORTH DEFINITIONS 

12 

13 

14 
13 


Datei A: TRANSFER. CF2 


1 \ SPLIT 

2 \ JOIN 


(CPUT) (CGET) CPUT CGET PUT GFT 


RN 3O-0c t-89 


( ps : 16b “““> Bb-low 8 b-high ) 16b in 2 x 8 b zerlegen 

( ps : 8 b-low 8 b-high ===> 16b ) 2 x 8 b zusammenf uegen 


(CPUT) ( ps: 8 b *«■> )( sync hronisiertes Senden ) 
BEGIN TX? UNTIL TX \ 


6 : (CGET) ( ps: ===> Bb )( sync hronisierter Empfang ) 


B : CPUT 
9 


10 i CGET 

11 


BEGIN RX? UNTIL RX ; 

( ps: 8 b ===> )( ueberwachtes Senden ) 

DUP (CPUT) (CGET) - ABORT" Ueber tragungsfehl er " ; 
( ps: =*== > 8 b )( ueberwachter Empfang ) 

(CGET) DUP (CPUT) 5 
( pst 16b ===> )( Wort senden ) 

SPLIT SWAP CPUT CPUT ; 

( ps: ===> 16b )( Wort empfangen ) 

CGET CGET JOIN ; 


Datei A : TRANSFER . CF2 Block 3 
\ PUTS GETS 


RN 31 -Oc t-89 


: PUTS ( ps: addr u ===> )( Datenblock senden ) 
DUP PUT OVER + SWAP 
?DO I C« CPUT LOOP j 


: GETS ( ps: addr ul ===> u2 )( Datenblock empfangen ) 

( maximale Pufferlaenge ul, Laenge des Blocks u2 ) 
GET DUP >R UMIN R® OVER - -ROT OVER + SWAP 
?D0 CGET I C! LOOP 
0 ?DO CGET DROP LOOP R> j 
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Lutz Göhrs , Stahnsdorf 


Grundlage zur Einbindung von beliebigen 
Fremdprogrammen in dBase III ist der Befehl 
RUN (name). Mit diesem Befehl können 
COM, EXE und BAT-Dateien von der dBase 
Ill-Programmebene oder aus dBase Ill-Pro- 
grammen zur Ausführung gebracht werden. 
Nach Ablauf des gerufenen Programms setzt 
dBase III seine Arbeit unmittelbar nach dem 
RUN-Kommando fort; entweder mit dem 
Prompt oder mit dem nächsten Befehl des 
dBase Ill-Programms. Dabei ist zu beachten, 
daß die Ausführung des RUN-Befehls Spei- 
cherplatz in Höhe von 17 KByte plus Größe 
des gerufenen Programms zusätzlich zu den 
256 KByte von dBase III benötigt. Zur Ausfüh- 
rungszeit muß die Datei COMMAND.COM 
verfügbar sein. Von besonderem Interesse 
ist dabei die Einbindung von Kalkulationspro- 
grammen wie Supercalc 3, denn damit las- 
sen sich mit geringem Aufwand die Vorteile 
der Tabellenberechnung inklusive Ge- 
schäftsgrafik mit dBase III verbinden, ohne 
den Aufwand der Einarbeitung und Bedie- 
nung neuer integrierter Programmsysteme in 
Kauf nehmen zu müssen. Die Einbindung 
von Kalkulationsprogrammen in dBase III 
entbindet durch deren automatischen Ablauf 
den Nutzer von speziellen Bedienkenntnis- 
sen des Kalkulationsprogramms. 

Im folgenden Beispiel wird gezeigt, wie die 
Daten der Datenbank ARTIKEL, deren Struk- 


ase III 


Bild 1 Struktur der 
dBase Ill-Datei 
ARTIKEL 


Bild 2 Inhalt der 
dBase Ill-Datei 
ARTIKEL 


Datenbankstruktur - ARTIKEL. dbf 

Anzahl der Datensätze - 7 

Letztes Änderungsdatum - 07.07.88 


Feld 

1 

2 


Feldname 

BEZEICHNG 

ARTIKEL_NR 


Typ 
Zeichen 
Zeichen 


Länge 

10 


Dez 


Bemerkung 



3 HON 1 

Numerisch 

6 



Bestand Januar 


4 M0N2 

Numerisch 

6 




Februar 


5 HON 3 

Numerisch 

6 




usu . 


6 M0N4 

Numerisch 

6. 






7 M0N5 

Numerisch 

6 




bis 


8 M0N6 

Numerisch 

6 




Juni 


9 SC_ZEILE Zeichen 

2 



Zellennummer 

** 

Gesamt ** 


55 



in 

t SC-Tabelle 

n 

BEZEICHNG 

ARTIKEL NR HON 1 

H0N2 

M0N3 H0N4 

H0N5 

M0N6 SC ZEILE 

i 

Deckel A 

422563 268 

364 

470 

322 

287 

136 7 

2 

Deckel B 

422565 790 

790 

645 

689 

494 

388 8 

3 

Hülle 

177328 0 

50 

80 

100 

120 

150 10 

4 

Knopf 

255218 134 

150 

147 

120 

80 

118 6 

5 

Schnal le 

932850 364 

467 

591 

288 

412 

725 12 

6 

Senke 1 

382616 48 

60 

147 

92 

51 

17 11 

7 

Strumpf 

833371 21 

41 

37 

29 

16 

10 9 



Datenbankstruktur 

- 

bestan 

d.dbf 



Anzahl der 

Datensätze 

- 


0 


Letztes Änderungsdatum - 07.07.88 


Bild 3 Struktur der dBase Ill-Datei BESTAND 


Feld Feldname 

1 BEZEICHNG 

2 ARTIKEL_NR 

3 BESTAND 
** Gesamt ** 


Typ 
Zeichen 
Zeichen 
Numerisch 


Länge 
10 
7 
10 
28 


Dez 


: a : : b :t c :: d :: e :: f :: g :: h :t i : 

Beispieltabei le zur dBASE3-SC-Kopplung 

Bestand im Monat 

Bezeichnung Artikelnr Januar Feb. März April Mai Juni Summe 

0 

0 

0 

0 

0 

0 

0 


1 

2 

3 

4 

5 

6 

7 

8 

9 

10 
11 
12 

13 

14 

15 

16 


Bild 4 vorbereitete SC3-Tabelle BESTAND 


Summe : 
Mittel wert : 


0 

0 


t Be i sp ie 1 Programm zur Kopplung dBASE3 — > SuperCalc 
t Annahmen: dBASE3 im Verzeichnis \D£ASE\DBASE3 

* SuperCalc3 im Verzeichnis \SC3 
SET TALK OFF 

SET CONSOLE OFF 
USE ARTIKEL 

* SC3-Kommandodate 1 SCKOPP.XQT eröffnen 1 
SET ALTERNATE TO SCKOPP.XQT 

SET ALTERNATE ON 

* Lade-Kommando für die SC3-Tabelle 
? "/ 1 BEST AND, a" 

* Tabellencursor durch Sprungbefehl setzen 

* Bezeichnung, Artikelnr und Monatsuerte eintragen 
DO WHILE . NOT. EOF ( ) 

zei le=sc_ze i le 
? 11 =B8<ze i le 11 
? art ike 1 _nr 
? "=A&zeile" 

? bezeichng 
z-1 

DO WHILE Z <= 6 

? , ehr ( ASC ( "CM+z-D, zeile 

cz=str ( z , 1 ) 

? mon&cz 
z=z+l 
ENDDO 
SKIP 
ENDDO 

* Tabelle berechnen, Rand ausblenden und drucken 

? 11 ! " 

? n /GB" 

* Output , Display , Al 1 , Pr inter 
? Voda 1 1 , p" 

* Für die Übernahme der Bestandssummen in die dBASE-Datei BESTAND 

* muß die Tabellenform der Date i Struktur angepaßt werden. 

* Dazu sind -folgende Arbeitsgänge notwendig: 

* 1. Spalten A, B und I hintereinander ordnen 

* SC3-Kommando : Hove , Co 1 umne , I , C 
? " /MC I , C " 

* 2. Spaltenbreite der Spalten A,B und C auf dBASE-Fe ldlänge ändern 
? "/FC A , 10 " 

? "/FCB, 7 " 

? "/FCC, 10" 

* Ausgabe der Tabelle als ASCII-Datei "BESTAND.TXT" 

IF FI LEI "BESTAND. TXT" 1 

* Wenn ASCII-Datei bereits vorhanden, dann Backup 
? "/odA6:C 12, d\DBASE\DBASE3\BESTAND . TXT, b" 

ELSE 

? " /odAß : C 12, d\DBASE\DBASE3\BESTAND . TXT " 

ENDIF 

* SC3 beenden 
? "/QY" 

* SC3-Kommandodate i schließen 
CLOSE ALTERNATE 


* BAT-Datei für Ver ze ichn isuechse 1 und Aufruf schreiben 
SET ALTERNATE TO SCKOPP.BAT 

SET ALTERNATE ON 
? "CD \SC3" 

? "SC 3 \DBASE\DBASE3\SCK0PP . XQT H 
? "CD \DBASE\DB ASE3 " 

CLOSE ALTERNATE 
SET CONSOLE ON 

* Superfcalc starten durch Aufruf der .BAT-Datei 
RUN SCKOPP 

3k Se i tenvorschub nach SC-Tabelle durch dBASE 3 
EJECT 

* Wenn dBASE 3 und SuperCalc im selben Verzeichnis sind 

* kann das Programm etwas vereinfacht werden. 

* Es braucht keine .BAT-Datei erzeugt zu werden. 

* Der Aufruf lautet dann: "RUN SC3 SCKOPP . XQT " 

* Übernahme der Tabellenergebnisse in die Datenbank BESTAND' 
USE BESTAND 

ZAP 

APPEND FROM BESTAND.TXT SDF 

CLOSE DATABASE 

RETURN 


BildS 

Programm zur Kopp- 
lung dBase III — > Su- 
perCalc3 dBase III 


tur und aktueller Inhalt aus den Bildern 1 und 
2 hervorgehen, in die SC3-Tabelle BESTAND 
(Bild 3) übertragen werden. Nach der Be- 
rechnung wird die Tabelle ausgedruckt. Die 
Ergebnisse in der Spalte Summe werden als 
Grundlage für weitere Auswertungen in die 
Datenbank BESTAND übernommen (Bild 4). 
Das Beispielprogramm in Bild 5 erzeugt eine 
SC3-Kommandodatei SCKOPP.XQT (Bild6), 
in der alle notwendigen Anweisungen wie 

• Laden der Tabelle 

• Eintragung der aktuellen Werte 

• Berechnen und Drucken 

enthalten sind. Hinweise zum Programm sind 
als Kommentare gekennzeichnet. Die SC3- 
Tabelle sollte mit den Optionen 
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Seite 1 

Seite 2 

/I BESTAND, a 

147 

= B7 

= F 6 

422563 

120 

= A7 

= G 6 

Deckel A 

80 

= C 7 

= H 6 

268 

118 

= D 7 

=B 12 

364 

932850 

= E 7 

=A 12 

470 

Schna 1 1 e 

= 'F 7 

= C 12 

322 

364 

= G 7 

= D 12 

287 

467 

= H 7 

= E 12 

136 

591 

=B8 

- F 12 

422565 

288 

=A8 

= G 12 

Deckel B 

412 

= C 8 

= H 12 

790 

725 

= D 8 

=B 1 1 

790 

382616 

= E 8 

=A11 

645 

Senke 1 

= F 8 

= C 11 

689 

48 

= G 8 

= D 11 

494 

60 

= H 8 

= E 11 

388 

147 

=B 10 

= F 11 

177328 

92 

=A10 

= G 11 

Hülle 

51 

= C 10 

= H 11 

0 

17 

= D 10 

=B9 

50 

833371 

= E 10 

=A9 

80 

Strumpf 

= F 10 

= C 9 

100 

21 

= G 10 

= D 9 

120 

41 

= H 10 

= E 9 

150 

37 

=B6 

= F 9 

255218 

29 

= A6 

= G 9 

Knopf 

16 

= C 6 

= H 9 

134 

10 

= D 6 

[ 

150 

/GB 

= E 6 

/oda 1 1 , p 


Seite 3 * 

/HC I , C 

/FCA , 10 

/FCB, 7 

/FCC, 10 

/odA6 : C 12 , d\DBASE\DBASE3\BESTAND . TXT, b 
/QY 


ß//d 6 vom dBase Ill-Programm er- 
zeugte SC3-Kommandodatei und .BAT- 
Datei 





Bestand 

im Monat 

■ 

•ar- 

Bezeichnung Art ikelnr 

Januar 

Feh. 

Harz 

April 

Hai 

Jun i 

Summe 

Knopf 

255218 

134 

150 

147 

120 

80 

118 

749 

Deckel A 

422563 

268 

364 

470 

322 

287 

136 

1847 

Deckel B 

422565 

790 

790 

645 

689 

494 

388 

3796 

Strumpf 

833371 

21 

41 

37 

29 

16 

10 

154 

Hülle 

177328 

0 

50 

80 

100 

120 

150 

500 

Senkel 

382616 

48 

60 

147 

92 

51 

17 

4 15 

Schnal le 

932850 

364 

467 

591 

288 

412 

725 

2847 


Summe : 

1625 

1922 

2117 

1640 

1460 

1544 

10308 


Hittel wert *. 

232, 14 

274.57 

302,43 

234,29 

208,57 

220,57 

245,4286 


Bild 7 durch Supercalc3 gedruckte Tabelle 


. use 

bestand 



. 1 ist 

Satz # 

BEZEICHNG 

ARTIKEL NR 

BESTAND 

I 

Knopf 

255218 

749 

2 

Deckel A 

422563 

1847 

3 

Deckel B 

422565 

3796 

4 

Strumpf 

833371 

154 

5 

Hülle 

177328 

500 

6 

Senke 1 

382616 

4 15 

7 

Schnal le 

932850 

2847 


CD \SC3 

SC3 \DBASE\DBASE3\SCK0PP.XQT 
CD \DBASE\DBASE3 

Bild 9 Inhalt der Datei SCKOPP.BAT 


Bild 8 Inhalt der dBase Ill-Datei Bestand 
nach Programmablauf 


• Nächst - OFF 

• Manuell = ON 

gespeichert sein, um einen möglichst schnel- 
len Programmablauf zu erreichen (Global- 
Befehl). 

Während des Programmablaufs, der insge- 
samt 55 Sekunden dauerte, wurde durch Su- 
perCalc3 die in Bild 7 gezeigte Tabelle ge- 


druckt. Den Inhalt der Datei BESTAND zeigt 
Bild 8, und Bild 9 zeigt die Datei SCKOPP. 
BAT. 


| El KONTAKT W 

VEB Lufttechnische Anlagen Stahnsdorf, Ruhlsdorfer 
Straße 23, Stahnsdorf, 1533; Tel. 62 62 


Komfortable Menüs für die Tabellenberechnung 

Dr. Thomas Streu bei, Wolf gang Blume, Berlin 


Bei Anwendung der Standardsoft- 
ware Supercalc zur Tabellenberech- 
nung können bekanntlich zur auto- 
matisierten Abarbeitung von festen 
Kommandofolgen und Berechnun- 
gen, insbesondere für ungeübte An- 
wender XQT-Kommandodateien ein- 
gesetzt werden. Eine wünschens- 
werte bequeme Menüsteuerung, die 
den Nutzerkreis erheblich erweitern 
könnte, wird dabei nur sehr umständ- 
lich und mit großem Aufwand erreicht. 
Im folgenden wird eine sehr einfache 
und wirkungsvolle Methode vorge- 
stellt, mit deren Hilfe schnell eine hö- 
heren Programmiersprachen adä- 
quate Menügestaltung erreicht wer- 
den kann. 

Die Selektion von Programmen im 
Menü basiert auf der Tatsache, daß 
zum Aufruf einer XQT -Kommandoda- 
tei der Name der gewünschten Datei 
entsprechend den CP/M-Konventio- 
nen mit Dateityp erfolgen muß. Bei 
der Syntaxanalyse werden von der 
Typbezeichnung XQT nur die ersten 
beiden Zeichen erkannt, während je- 
doch für den danach erfolgenden Auf- 
ruf alle drei benötigt werden. Das bie- 
tet die Möglichkeit, in einer Komman- 
dodatei DEMO. XQT (Bild 1 ) im Sy- 
stem durch einen unvollständigen 
Programmaufruf wegen eines fehlen- 
den T in der Dateityp-Bezeichnung 
einen (Fehler-) Zwangshalt zu provo- 


zieren. Der zuvor im Programm reali- 
sierte Aufruf eines erklärenden Tex- 
tes der Datei DEMO. CAL (Bild 2) illu- 
striert gut die sich anschließende 
Auswahlmöglichkeit durch den Nut- 
zer, der nach diesem Halt das feh- 
lende dritte Zeichen entsprechend 
dem Menütext hinzufügen und diese 
Eingabe mit der ET-Taste abschlie- 
ßen kann. Das Tabellenberech- 
nungsprogramm gelangt somit bei 
der anschließenden syntaktischen 
Prüfung zum Ergebnis, daß der damit 
spezifizierte (Unter-) Programmaufruf 
(entweder DATEI. XQA, DATEI. XQB 
. . . DATEI. XQL) korrekt ist und damit 
nun auch wirklich ausführbar wird. 
Nach diesen Manipulationen wird 
letztendlich das gewünschte Pro- 
gramm geladen. Es kann sowohl ein 
Unterprogramm als auch ein ähnlich 
strukturiertes Untermenü sein. Für 
diesen Fall sichert eine Programm- 
schleife die Rückkehr ins aufrufende 
übergeordnete Menü durch einen 
entsprechenden Programmaufruf 
nach dem selben Muster. Im Falle ei- 
ner möglichen Fehleingabe erscheint 
die Fehlermeldung „Datei nicht lad- 
bar“, und das System verbleibt in der 
Abfrage. Auf diese Art und Weise 
kann eine streng hierarchisch aufge- 
baute und geschlossene Menüfüh- 
rung entstehen. Sie arbeitet auch bei 
Fehleingaben absturzsicher, was be- 


sonders für die Nutzung durch den 
ungeübten Nutzer sehr wichtig ist. 

Mit Erfolg wird dieses Prinzip bereits 


in Software-Schulungen vorgestellt 
und in mehreren konkreten Anwen- 
dungen genutzt. 


/ZY 

/8B 

/GM 

/LB : DEMO, A 
/GB 

/XB: DATEI. XQ 


Arb. -Bereich löschen 
Begrenzung aus 
manu. Berechn. -Start 
Text laden u. zeigen 
evtl. Begrenzung aus 
Halt, Mas nun ??!!!! 


Bild 1 Beispielprogrammvarianten, die einen Zwangshalt erzeugen 


Menü der Monatsabrechnungen 


*A --Taste 

> 

Abrechnung 

'B"-Taste 

> 

Abrechnung 

C**— Taste 

> 

Abrechnung 

'D" -Taste 

> 

Abrechnung 

E" -Taste 

> 

Abrechnung 

F"— Taste 

> 

Abrechnung 

'B"— Taste 

> 

Abrechnung 

’H”— Taste 

> 

Abrechnung 

' I "-Taste 

> 

Abrechnung 

’J --Taste 

> 

Abrechnung 

’K“— Taste 

> 

Abrechnung 

’L“— Taste 

> 

Abrechnung 


JANUAR 

FEBRUAR 

MAERZ 

APRIL 

MAI 

JUNI 

JULI 

AUGUST 

SEPTEMBER 

OKTOBER 

NOVEMBER 

DEZEMBER 


(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 

(DATEI. 


XQA) 

XQB) 

XQC) 

XQD) 

XQE) 

XQF) 
XQ6) 

XQH) 

XQI ) 

XQJ) 

XQK) 

XQL) 


"B"— Taste > Ru eck kehr ins Haupt men ue (DATEI . XQI 

****** Bitte waehlen ****** 

< Al 

==> Dateiname oder <return> fuer Verzeichnis 
19>/X (Execute) ,B: DATEI. XQ_ 

Bild 2 Bildschirminhalt während des Zwangshalts 
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Leserservice 



Mit dem Messewegweiser auf dieser Seite wollen 
wir alle an der Computertechnik Interessierten beim 
Besuch der Technischen Messe unterstützen. Wir 
haben daher für Sie die Aussteller - soweit sie uns 
bis zu unserem Redaktionsschluß bekannt waren - 
aus den Messekatalog- Rubriken Informations - und 
Kommunikationstechnik sowie Automatisierungs- 
technik-CAD/CAM übersichtlich aufgelistet -zum 
einen nach Hallen geordnet, zum anderen in alpha- 
betischer Reihenfolge. Die Palette reicht daher von 
Baueiementeproduzenten über Computer- und Pe- 
ripheriehersteller bis zu Softwareanbietern. Eine 
Gewähr für die Richtigkeit der Angaben können wir 
Ihnen leider nicht geben, hoffen aber, daß Ihnen un- 
ser kleiner Service dennoch ein nützliches Hilfsmit- 
tel sein wird. 


Halle 2 

Mannesmann Kienzle GmbH (BRD) 


Stand 

112 


Halle 3 

Fexima Oy (Finnland) 


205 


Halle 5 

Agfa Gevaert AG (BRD) 
Hoechst AG (BRD) 


310 

340 


Halle 6 

VEB Organisation und Rechentechnik Karl-Marx-Stadt 
(im VE Kombinat Mechanisierung Karl-Marx-Stadt) 


Halle 7 

Akademie der Wissenschaften der DDR 
Hoch- und Fachschulwesen der DDR 


Halle 14 

Kombinat VEB Carl Zeiss JENA 


Halle 15 

VEB Kombinat Automatisierungsanlagenbau Berlin 
Bull AG (BRD) 

Kombinat VEB Elektro-Apparate-Werke Berlin 
Honeywell Regelsysteme GmbH (BRD) 

IBM ROECE INC. Vienna-Branch. (Österreich) 
Kombinat VEB Keramische Werke Hermsdorf 
VEB Kombinat Mikroelektronik Erfurt 
VEB Kombinat Nachrichtenelektronik Berlin 
Philips International B.V. (Niederlande) 

VEB Kombinat Robotron Dresden 
Schlumberger Technologies GmbH (Österreich) 
Siemens AG (BRD) 

Standard Elektrik Lorenz AG (BRD) 

Tektronix GmbH (BRD) 

VIDEOTON Industrie- Außenhandels-AG (Ungarn) 
Wandel & Goltermann GmbH (BRD) 
Wapo-electronic GmbH (Berlin (W)) 

VEB Zentrum für Forschung und Technik Dresden 
(im VEB Kombinat Spezialtechnik Dresden) 


Halle 16 

CUBAELECTRONICA (Kuba) 

Halle 17 

A.B. Dick Company (BRD) 

Aristo Graphic Systeme GmbH (Berlin (W)) 

ATARI Computer GmbH (BRD) 

Commodore Büromaschinen GmbH (BRD) 

EPSON Deutschland GmbH (BRD) 

Ensch S.a.r.l., Ensch Computer Luxembourg 
Inverdata Electronics GmbH (BRD) 

METRONEX G.m.b.H. (Polen) 

MINOLTA AUSTRIA-Export Ges. m.b.H. (Österreich) 
Ungarische Optische Werke MOM 
Rank Xerox Ltd. (Großbritannien) 

3M (East) AG (Schweiz) 


Stand 

40 


54 

58 

96 

66 

37 

4-1 

90 

60 

94 

18 

61 


Halle 18 

ABC Computer Technik Röstges (BRD) 

Electronum (Rumänien) 

Graphtec GmbH (BRD) 

IPD Electronic GmbH (BRD) 

Mütec, Meß- und Regeltechnik GmbH (BRD) 
Schiele Industriewerke GmbH (BRD) 

Spectronex AG (Schweiz) 

Toshiba Corporation (Japan) 

Transcommerz Industriewaren Handeis-GmbH 
(Berlin (W)) 

Westinghouse Electric GmbH Controlmatic Division 
(Österreich) 


265 

-132 

122 

208 

104 

215 

212 

8 


10 


200 


Halle 20 

VEB Werkzeugmaschinenkombinat Karl-Marx-Stadt 
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Halle Stand 
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ABC Computer Technik Pöstges (BRD) 

18 

265 


A.B. Dick Company (BRD) 

17 

40 


Agfa Gevaert AG (BRD) 

5 

310 


Akademie der Wissenschaften der DDR 

7 

215 


Aristo Graphic Systeme GmbH 




(Berlin (W)) 

17 

54 

130 

ATARI Computer GmbH (BRD) 

17 

58 


VEB Kombinat Automatisierungs- 



130 

anlagenbau Berlin 

15 


108 

Bull AG (BRD) 

15 

130 


Commodore Büromaschinen GmbH 




(BRD) 

17 

96 


CUBAELECTRONICA (Kuba) 

16 


27 

Electronum (Rumänien) 

18 

132 


Kombinat VEB Elektro-Apparate-Werke 



94 

Berlin 

15 


44 

Ensch S.a.r.l, Ensch Computer Luxem- 



104/111 

bourg 

17 

37 

47 

EPSON Deutschland GmbH (BRD) 

17 

66 

33 

Fexima Oy (Finnland) 

3 

205 

57 

Graphtec GmbH (BRD) 

18 

122 

128 

Hoch- und Fachschulwesen der DDR 

7 

217 


Hoechst AG (BRD) 

5 

340 


Honeywell Regelsysteme GmbH (BRD) 

15 

130 





IBM ROECE INC. Vienna-Branch. 

Halle 

Stand 

(Österreich) 

15 

108 

Inverdata Electronics GmbH (BRD) 

17 

41 

IPD Electronic GmbH (BRD) 

Kombinat VEB Keramische Werke 

18 

208 

Hermsdorf 

15 


Mannesmann Kienzle GmbH (BRD) 

2 

112 

METRONEX G.m.b.H. (Polen) 

17 

90 

VEB Kombinat Mikroelektronik Erfurt 
MINOLTA AUSTRIA-Export Ges. m.b.H. 

15 


(Österreich) 

17 

60 

Ungarische Optische Werke MOM 

Mütec, Meß- und Regeltechnik GmbH 

17 

94 

(BRD) 

VEB Kombinat Nachrichtenelektronik 

18 

104 

Berlin 

VEB Organisation und Rechentechnik 
Karl-Marx-Stadt (im VE Kombinat 

15 


Mechanisierung Karl-Marx-Stadt 

6 


Philips International B.V. (Niederlande) 

15 

27 

Rank Xerox Ltd. (Großbritannien) 

17 

18 

VEB Kombinat Robotron Dresden 

15 


Schiele Industriewerke GmbH (BRD) 
Schlumberger Technologies GmbH 

18 

215 

(Österreich) 

15 

94 

Siemens AG (BRD) 

15 

44 

Spectronex AG (Schweiz) 

18 

212 

Standard Elektronik Lorenz AG (BRD) 

15 

104/111 

Tektronix GmbH (BRD) 

15 

47 

Toshiba Corporation (Japan) 
Transcommerz Industriewaren Handeis- 

18 

8 

GmbH (Berlin (W)) 

VIDEOTON Industrie-Außenhandels-AG 

18 

10 

(Ungarn) 

15 

33 

Wandel & Goltermann GmbH (BRD) 

15 

57 

Wapo-electronic GmbH (Berlin (W)) 

VEB Werkzeugmaschinenkombinat 

15 

128 

Karl-Marx-Stadt 

Westinghouse Electric GmbH Control- 

20 


matic Division (Österreich) 

18 

200 

Kombinat VEB Carl Zeiss JENA 

VEB Zentrum für Forschung und Technik 
(im VEB Kombinat Spezialtechnik 

14 


Dresden) 

15 

61 

3M (East) AG (Schweiz) 

17 


Unser Tip: Lesertreffpunkt 

Gemeinsam mit unserer Partnerredaktion c't wollen wir uns 
an zwei Tagen der Messe Ihren Fragen, Wünschen und Kri- 
tiken stellen. Dazu beabsichtigen wir, am 12. und 13. März 
für jeweils mehrere Stunden die Technik-Information der 
KDT in Halle 7.11 zu nutzen. Gesichert ist das Vorhaben 
zwar noch nicht, aber wenn es ihnen keine großen Um- 
stände bereitet, schauen Sie doch einfach mal vorbei. Wir 
würden uns freuen. 

Ihre Redaktion MP 
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Computer- 

Club 


Wordstar nutzt 

alle Drucksteuerzeichen 

Die vielfältigen Schriftgestaltungs- 
möglichkeiten moderner Nadel-Ma- 
trix-Drucker (besonders des FX 
1000) werden durch Wordstar, Ver- 
sion 2.x, nicht direkt ausgeschöpft. 
Von Hause aus werden durch Word- 
star nur vier Steuerzeichen ( A E, A R, 
A Q, A W) für den Nutzer zur Verfügung 
gestellt. Auch bei Nutzung weiterer 
( A A, A N, A T, A V, A Y) ergeben sich 
nicht wesentlich mehr Möglichkeiten, 
da einige Zeichen nicht unabhängig 
voneinander genutzt werden können. 
Greift man die Idee aus/1/ auf und be- 
legt eines dieser Zeichen - sinnfälli- 
gerweise A E - lediglich mit dem vom 
Drucker als ESCape und damit Be- 
ginn einer Steuersequenz verstande- 
nen Code 1 BH, sind damit alle die zu- 
gänglich, die aus druckbaren ASCII- 
Zeichen bestehen. Als Parameter 
sind darüber hinaus noch 0 und 1 zu- 

Bildßchirm- Druc) 

darstellung 


gelassen, da der Drucker in diesem’ 
Fall sowohl die ASCII-Codes 00H und 
01 H als auch die ASCII-Zeichen 0 
(30H) und 1 (31 H) akzeptiert. Im Bild 1 
sind einige der Möglichkeiten mit ei- 
nem so installierten Wordstar zusam- 
mengestellt. 

Nach der Eingabe von A PE werden 
die restlichen Zeichen wie normaler 
Text eingegeben. Dies bedeutet aller- 
dings, daß Wordstar sie auch so be- 
handelt, obwohl sie beim Druck nicht 
erscheinen, denn der Drucker inter- 
pretiert sie korrekt. Daher ist bei ein- 
geschaltetem Blocksatz die Ausrich- 
tung mit der Hand vorzunehmen und 
entsprechend der Anzahl der Zeichen 
über den rechten Rand hinaus zu 
schreiben. Auch sollte man häufig be- 
nutzte Sequenzen auf die normalen 
Druckersteuerzeichen von Wordstar 
legen, damit dieser Nachteil dadurch 
gemildert wird, daß die zusätzlichen 
Sequenzen überwiegend global oder 
nur auf eine Zeile als ganzes (z. B. 
Überschriften) angewandt werden. 

Die Installierung kann entweder mit 
einem entsprechenden Programm, 
einem Debugger oder Dienstpro- 
grammen wie POWER, TOOL, Dl- 
DOC erfolgen. Für den letztgenann- 
ten Fall sind in der nachfolgenden Ta- 
belle die entsprechenden Patch- 
Adressen zusammengestellt. 

Die Länge der Sequenz für die Steu- 
erzeichen beträgt 4 Byte, die von 
Anfangs- und Endsequenz 15 Byte. 


"A 

"Q 

~R 

’S 

"T 

’V 

'W 

"Y 

'KE 

'EE'hC 

'EM 

'EP 

"EW1 


alt« nativer leicbeaabeUad (IT cpl bei [ M14, 21 <*i bei FI-M») 

Standardzeichenabetand (hier 12 cpi) 

Hoch- /T ief e te 1 len auß 
Tiefetellen 

Unterstreichen ein/aus (besser Y benutzen ! ) 
alternativer (US- ASCII) Zeichensatz ({ | } [ \ ] ~ #) 
deutscher Zeichensatz (SöüÄÖOßfi) 

Kochstellen 

Fettdruck (IMH: 11 cpi, cevttlter Abstaad bleibt «Aalte«) 

F»tt— und Dopp»ldruck kombiniert 

Elite- Schrift ( 12cpi ) 

Pica-Schrift (10 cpi) 

Bre i-fcdaruolt 
'E0 Zeilenabstand 1/8", d. h. 

einzeilig " _ 

einzellig 

’El Zeilenabetand 7/72”, d. h. 

enSMlHS 

'E2 Zeilenabstand 1/6" (Standard) 

E8 Schaltet den Papierendeeensor aus. 

Zusätzlich bieten der FX-1000 und der LX-86 folgende Funktionen: 

'Exl NIÄ-Schrift 

~ E4 Kursi vdruck 

'EX1 Benutzerdefinierte Zeichen aktivieren (die vor dem Start von WS 

geladen werden müssen). So wird beispielsweise a a a“ zu 

"f f r\ 

"E%0 zurück schalten auf normalen Zeichensatz 


Steuer- 

zeichen 

WS.COM 

tv 

8 Bit 

WSCMD 

16 Bit 

A 

06B5 

076B 

A N 

06BA 

0770 

A T 

06BF 

0775 

A V 

06C4 

077A 

A Q 

06C9 

077F 

A W 

06CE 

0784 

A E 

06D3 

0789 

A R 

1 06D8 

078E 

A Y (ein) 

06DD 

0793 

A Y (aus) 

06E2 

0798 

Anfangssequenz 

06E7 

079D 

(Druckerinitial.) 



Endsequenz 

06F8 

07AE 


Hinzu kommt in allen Fällen ein Füh- 


rungsbyte, das die tatsächliche Länge 

der jeweiligen Sequenz enthält (01 H 
bis 04H bzw. 01 bis 0FH). Im vorlie- 
genden Fall würde für A E ab Adresse 
0789 beim 16-Bit-WS folgende Se- 
quenz stehen: 01 1 B 00 00 00. 

Bei höheren Versionen von Wordstar 
unter MS-DOS benutzt man am 
besten das Installationsprogramm 
WSCHANGE. 

Außer den dargestellten Einzelfunk- 
tionen existieren noch viele Kombina- 
tionsmöglichkeiten. 

Literatur 

/I/ Floriani, D.: Wordstar maßgeschnei- 
dert. mc, München (1985) 7 

Eberhard Bauer 


Druckausgabe mit Turbo-Pascal umleiten 


Der DCP-Befehl MODE bietet die 
Möglichkeit, die Druckerausgabe von 
der parallelen (Standard-) Drucker- 
schnittstelle auf die serielle Schnitt- 
stelle umzuleiten. Mit dem folgenden 
Verfahren ist es möglich, solche Pro- 
gramme mit Turbo-Pascal 4.0 zu er- 
stellen. Auf diese Weise können 
leicht verschiedene Protokollarten 
und Druckeranpassungen program- 
miert werden. 

Der externe Befehl MODE bietet 
ebenfalls die Möglichkeit, die paral- 
lele und die serielle Schnittstelle zu 
konfigurieren. Die Umlenkung von 
der parallelen auf die serielle Schnitt- 
stelle erfolgt, indem der Softwarein- 
terrupt Int17 auf den residenten Teil 
von MODE geleitet wird. Dort werden 
die Übergabe parameter verändert 
und die Daten über Int14 an die se- 
rielle Schnittstelle gesandt. Unter 
DCP gab es jedoch auf dem A7150 
mit der IFSS-Schnittstelle (Com2) ge- 
wisse Probleme: 

• Es wird kein Softwareprotokoll un- 
terstützt und damit keine Anpas- 
sung an die Druckgeschwindigkeit 
ermöglicht. Die Folge sind nichtge- 
druckte Zeichen. 

• Die Funktion Initialisieren des 

INT17 wird nicht korrekt an den 
INT14 übergeben und führt zur 
Fehlermeldung des Betriebssy- 
stems. 

Sollen höhere Programmiersprachen 
für die vorgestellte Art der systemna- 
hen Programmierung genutzt wer- 


den, müssen diese folgende Möglich- 
keiten bieten: 

• Zugriff auf Softwareinterrupts 

• Programmieren speicherresiden- 
ter Interruptroutinen. 

Turbo-Pascal 4.0 bietet dies mit den 
Prozeduren INTR, KEEP und der De- 
klaration von Prozeduren als Inter- 
ruptroutinen. 

Bild 1 zeigt einen Treiber für den 
Drucker K6311 unter Verwendung 
des DC1/DC3-Protokolls. Das Haupt- 
programm führt die Initialisierung der 
IFSS-Schnittstelle durch, wobei fol- 
gende Werte eingestellt werden: 

• Übertragungsrate 9600 Baud 

• ungerade Parität 

• 1 Stopbit 

• 7 Bit pro Zeichen. 

Die Kodierung dieser Werte ist fV zu 
entnehmen. 

Anschließend wird die Interrupt- 
tabelle verändert. Der Software inter- 
rupt INT 1 7 zeigt nun auf die Prozedur 
INT17neu; das Programm wird spei- 
cherresident beendet. 

Nutzt nun ein Programm den INT17, 
so führt die Prozedur INT17neu die 
Anpassung der Übergabe- und Rück- 
gabeparameter nach Tafel 1 durch. 
Anschließend wird das Zeichen mit 
INT14 an die serielle Schnittstelle ge- 
sandt. Die Senderoutine kontrolliert 
den Leitungsstatus und verhindert 
damit ein Überschreiben von Daten. 
Werden DC3/DC4-Signale empfan- 
gen, warten die entsprechenden 
Routinen auf DC1 . Nach einer Fehler- 


Der FX-1000 kann darüber hinaus : 

'Ek0 NLQ- Schriftart ROMAN 

'Ekl NLG-Schriftart SWS SERIF 

^Epl Proportionaldruck 

~Ep0 Proportionaldruck aus 

~ewi Doppelte Zeichenhöhe 

-ewi-ewi doppelte Zeichenhöhe und -breite 

' s Etl / 'E> aktiviert den Grafikteil des Zeichensatzes 3 und 4 (Codes > 120) 

und setzt intern das MSB auf 1, so daß anstelle der eingegebenen 
Zeichen die gedruckt werden, deren Code um 128 größer ist. Bei- 
spielsweise wird 'f' zu p'. Mit dieser Funktion sind leider nur 
die Grafikzeichen ab Codenummer 160 zugänglich, da die zwischen 
128 und 159 keine druckbaren Entsprechungen im Standard-ASCI I- 
Teil des Zeichensatzes haben (Code 0 - 31). 
hebt die Vorgabe des MSB wieder auf . 

Bild 1 Drucksteuerung durch Wordstar nach dem Patchen 

• Alle Angaben beziehen sich auf den erweiterten EPSON-ESC/P-Stan - 
dard 

• Da für die Nutzung der Hoch- und Tiefstellfunktion insgesamt 3 Sequen- 
zen erforderlich sind , wurden auch drei Steuerzeichen damit belegt. 

• Es empfiehlt sich, Standardeinstellungen in die Anfangssequenz mit 
aufzunehmen. Dies betrifft beim FX-1000 auch die Sequenz Etl (exakter 
müßte es heißen: ESCtl oder 1BH74H31H), so daß nur noch das MSB 
(mosf significant bit, deutsch: höchstwertiges Bit) vorgegeben werden 
muß ( A E>), wenn Zeichen aus dem Graf ikteil gedruckt werden sollen. 


Tafel 1 Gegenüberstellung der Parameter von INT17 und INT1 4 (speziell für IFSS) 



INT17 

INT 14 

Funktion 

Registerinhalt 

Regtsterinbaft 

Zeichen 


AH 

00 

AH 

01 

senden 

Aufruf 

AL 

Zeichen 

AL 

Zeichen 


V-:-./ • ' • v v rg 

DX 

00 

DX 

Kanalnummer 01 


Rückkehr 

AH 

Status 

AH 

Leitungsstatus 

/ tnitiali- 


AH 

01 

AH 

00 

sieren 

Aufruf 

DX 

00 

AL 

Parameter 





DX 

Kanalnummer 01 


Rückkehr 

AH 

Status 

AH 

Leitungsstatus 

/Status- 


AH 

02 

AH 

03 

abfrage 

Aufruf 

DX 

00 

DX 

Kanalnummern 


Rückkehr 

AH 

Status 

AH 

Leitungsstatus 

Zeichen 




AH 

02 

empfangen 

Aufruf 



DX 

Kanalnummer 01 


Rückkehr : 



AH 

Leitungsstatus 

ilillllili 




AL 

Zeichen 

Bedeutung des Status- 

09 

Gerätefehler 

80 

Timeout 

bzw. Leitungsstatus- 

90 

Gerät 

01 

Empfangsdaten 

: Bytes 



empfangs- 


vorhanden 




bereit 

40 

Sendepuffer leer 
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0: 

1 : 

2: PROGRAM MODEplus; 

3: uses dos; 

4: {$M 1024,0,0 } 

5: 

6: VAR 

7: i : Integer; 

8: Empfbyte : by te ; 

9: Empfang, Senden : boolean; 

10: Regs : registers; 

11: 

12: CONST 

13: Geraetestatus : ARRAY [1..4] OF byte = ( $lb , $5b, $35 , $6e ) ; 

14; Totschleife = 10000; 

15: DC1 = $11; 

16: DC3 = $13; 

17: DC4 = $14; 

18: 

19: PROCEDURE INT17neu( ax , bx , cx , dx , si , di , ds , es , bp : Word); 

20fcr interrupt; 

21: 

22: PROCEDURE status; 

23: BEGIN 

24: Empfang : =false ; 

25: Senden : =false ; 

26: regs. ah: =03; 

27: regs. dx: =01; 

28: intr($14 , regs) ; 

29: IF (regs. ah AND 01) = 1 THEN Empfang : =true ; 

30: IF (regs. ah AND $40) = $40 THEN Senden : =true ; 

31: END; 

32: 

33: PROCEDURE ByteLesen; 

34: BEGIN 

35: regs. dx: =01; 

36: regs. ah: =02; 

37: intr( $14 , regs ) ; 

38: Empfbyte : =regs . al AND $7f; 

39: END; 

40: 

41: PROCEDURE WartenaufDCl ; 

42: BEGIN 

43: i : =0 ; 

44: REPEAT 

45: i : =i+ 1 ; 

46: Status; 

47: IF Empfang THEN ByteLesen; 

48: UNTIL ( ( Empfbyte=DCl ) OR ( i=Totschleife) ) ; 

49: END; 


51: 
52: 
53: 
54: 
55: 
56: 
57 : 
58: 
59: 
60: 
61: 
62: 
63: 
64: 
65: 
66 : 
67: 
68 : 
69: 
70: 
71: 
72: 
73: 
74: 
75: 
76: 
77 : 
78: 
79: 
80: 
81: 
82: 
83: 
84: 
85: 
86 : 
87: 
88 : 
89: 
90: 
91: 
92: 
93: 
94: 
95: 
96: 

97 : 

98 : 
99: 

100 : 

101 : 

102 : 

103: 

104: 

105: 

106: 

107: 

108: 

109: 

110 : 

111 : 

112 : 

113: 

114: 

Bild 


BEGIN { INT17neu } 
regs . ax: =AX; 
regs . dx : =01 ; 

CASE regs . ah OF 

00 : BEGIN { Senden > 

Status ; 

IF Empfang THEN ByteLesen; 

IF Empfbyte=DC4 THEN 
BEGIN 

FOR i : =1 TO 4 DO 
BEGIN 

regs . al : =geraetestatus[ i ] ; 

regs . ah : =01 ; 
intr($14 , regs) ; 

END; 

WartenaufDCl ; 

END; 

IF Empfbyte=DC3 THEN WartenaufDCl; * 

IF Empfbyte=DCl THEN 
BEGIN 
i : =0 ; 

REPEAT 
i:=i+l; 
status ; 

UNTIL (Senden OR (i= Totschleife)); 
regs . ax : =AX ; 
regs. ah: =01; 
intr( $14 , regs ) ; 

END; 

IF ( regs . ah=$80 ) OR ( i=Totschleife) OR ( Empfbyte< >DC1 ) 
THEN regs. ah: =$09 
ELSE regs . ah : =$90 ; 


END; 

01,02 : BEGIN { Initialisieren, Statusabf rage ) 

status ; 

IF ( regs . ah=$80 ) 

THEN regs. ah: =$09 
ELSE regs . ah : =$90 ; 

END; 


END;{case> . 

ax:=regs.ax; { Parameteruebergabe} 

END; { INT17neu > 

BEGIN { Main } 

regs . ah : =$00; { Initialisierung IFSS } 

regs . al : =$ea ; 
regs. dx: =01; 
intr($14 , regs) ; 

setintvec($17 ,@intl7Neu) ; 

writeln( 'MODE-plus installiert' ) ; 
keep(0) ; 

END. 


1 Programm MODEplus in Turbo-Pascal 4.0 


meldung der Schnittstelle oder nach 
Ablauf einer bestimmten Anzahl von 
Schleifendurchläufen gibt das Pro- 
gramm eine entsprechende Fehler- 
meldung an das Betriebssystem zu- 
rück. 

Mit diesem Verfahren ist es möglich, 
beliebige Übertragungsprotokolle zu 
ermöglichen. Durch den Einbau von 
Filtern können Zeichensätze ver- 
schiedener Drucker angepaßt wer- 
den. Ein Anpassen der Grafikbefehle 
wäre ebenfalls denkbar. Damit bietet 


Turbo-Pascal eine Alternative zur As- 
semblerprogrammierung. 

Hartmut Schröter 

Literatur 

/I/ VEB Robotron Projekt: Anleitung für 
den System Programmierer - DCP 
1700, Ausgabe 3.20, Dresden 1988 
121 Smode, D.: Das Große MS-DOS Profi- 
Arbeitsbuch. Franzis-Verlag, München 
1987 

/3/ Borland Inc.: Handbuch Turbo-Pascal 
Version 4.0 Heimsoeth Software, Mün- 
chen 1987 


Diskettenboxen 

Unsere Veröffentlichung zu den Dis- 
kettenboxen in MP 11/89 hat eine 
derart große Nachfrage hervorgeru- 
fen, daß die Handwerkliche Buchbin- 
derei in Bedrängnis geraten ist. Wie 
uns mitgeteilt wurde, wird die Situa- 
tion durch Arbeitskräfteverlust noch 
verschärft. Sofern nicht der Berufs- 


verband der Buchbinder Unterstüt- 
zung gewährt, ist die Bearbeitung der 
eingegangenen Bestellungen nicht in 
voller Höhe gesichert. Es wird daher 
um Verständnis dafür gebeten, daß 
keine weiteren Bestellungen ange- 
nommen werden können. 

MP 


Bit-Funktionen unter Turbo-Pascal 


Wer sich intensiver mit Turbo-Pascal 
befaßt, wird früher oder später auch 
maschinennah programmieren. In 
diesem Fall werden oft Funktionen 
zum Testen, Setzen oder Löschen 
von einzelnen Bits benötigt, die von 
Turbo-Pascal aber nicht bereitgestellt 
werden. 

Im folgenden sollen daher vier derar- 
tige Funktionen vorgestellt werden. 
Da lediglich der standardmäßige 
Sprachumfang genutzt wird, ist der 
Einsatz unter allen Betriebssystemen 
möglich. Die Bits werden von 0 bis 1 5 
(bzw. von 0 bis 7 bei Byte-Werten) ge- 
zählt. 

Durch den Anwender muß sicherge- 
stellt werden, daß bei Manipulation 
von Byte-Werten nur auf existierende 
Bits (Bitnummer ^7 zugegriffen wird, 
da sonst andere Variablen zerstört 
werden können oder falsche Ergeb- 
nisse entstehen. 


PROGRAM bitfunkt; 

VAR i,n: INTEGER ; 
b:BYTK; 

FUNCTION bi t_z ( i, n : INTEGER ) : INTEGER; 
BEGIN 

bit_z : =ORD( 0DD( i SHR n)) 

END; 

FUNCTION bi t_l(i,n: INTEGER) : BOOLEAN; 
BEGIN 

bit_l:=ODD(i SHR n) 

END; 

PROCEDURE bit_set(VAR 1 ;n : INTEGER) ; 
VAR ii: INTEGER ABSOLUTE i; 

BEGIN 

ii : =ii OR (1 SHL n) 

END; 


Funktionen BIT-Z und BIT_L 

Diese Funktionen geben entweder ei- 
nen Zahlenwert (0 oder 1 in BIT-Z) 
oder einen logischen Wert (False 
oder T rue in BIT_L) zurück. 

Das Funktionsprinzip ist bei beiden 
dasselbe. Das gewünschte Bit ge- 
langt durch Rechtsverschiebung in 
die niederwertigste Position. Bei In- 
terpretation des Bitmusters als Inte- 
gerzahl bestimmt es also, ob diese 
Zahl gerade oder ungerade ist. Dies 
kann durch die Standardfunktion 
ODD getestet werden. Wird als Er- 
gebnis ein Zahlenwert verlangt, so 
wird das Ergebnis des Tests (FALSE 
oderTRUE) mit der Standardfunktion 
ORD in einen Zahlenwert gewandelt. 
Dies ist möglich, da man den Typ 
BOOLEAN als durch 

TYPE BOOLEAN = (FALSE ,TRUE) 
vordefiniert betrachten kann. 

Die Prozeduren BIT-SET 
und BIT-RESET 

Durch Linksverschiebung eines ein- 
zelnen gesetzten Bits wird eine 
Maske erzeugt und mit der zu mani- 
pulierenden Zahl mit OR (BIT-SET) 
verknüpft bzw. erst bitweise negiert 
und dann mit AND (BIT-RESET) ver- 
knüpft. 

Da die beiden Prozeduren sowohl 
Integerzahlen als auch Bytes verar- 
beiten sollen, ist die Übergabe als 
typfreie Variable und die anschlie- 
ßende Interpretation der übergebe- 
nen Variablen als Integerzahl erfor- 
derlich. Bernd Matzke 


PROCEDURE bit_reset ( VAR i ; n : INTEGER ) ; 

VAR ii: INTEGER ABSOLUTE i; 

BEGIN 

ii : =ii AND NOT(l SHL n) 

BND; 

BEGIN 

clrecr; 

i:=-maxint; 

FOR n : =15 DOWNTO 0 DO write( bit_z(i,n)); 

writeln; 

bit_reset(i, 15) ; 
writeln( bit_l(i , 15) ) ; 
bit_set(i, 1) ; 

FOR n : = 15 DOWNTO 0 DO write( bit_z(i,n)); 

writeln ; 

wrlteln(i) ; 

b: =127 ; 

bit_set(b,7) ; 

writeln(b) ; 

END. 
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Entwicklungen und Tendenzen 



Electronic Mail 

integriert unterschiedliche 

Computerwelten 

Nach Angaben von Hewlett-Packard 
ist die Firma der erste große EDV- 
Hersteller, der die Integration von 
Computern unterschiedlicher Be- 
triebssysteme einschließlich Apple 
Macintosh, HP MPE, MS-DOS und 
Unix überein Electronic Mail-System 
nach dem X.400-Standard anbietet. 
HP OpenMail läuft unter dem Be- 
triebssystem HP-UX, das der AT&T 
Unix System V Interface Definition Is- 
sue 2 entspricht. Es wurde unter Be- 
rücksichtigung der X/Open-Stan- 
dards entwickelt und ist damit auf an- 
dere Unix-Versionen portierbar. HP 
OpenMail kommuniziert mit allen Sy- 
stemen, die den X.400-Standard un- 
terstützen. 

Über HP AdvanceMail III können PC- 
Anwender mit HP OpenMail auf HP 
9000- und HP DeskManager auf HP 
3000-Systemen kommunizieren. Die 
neue Version hat die gleiche Benut- 
zerschnittstelle für beide Systemum- 
gebungen, so daß kein Umdenken er- 
forderlich ist. Terminal-Emulation und 
File-Transfer zwischen der HP-Welt 
und Macintosh bzw. Windows bieten 
zwei neue Versionen der Kommuni- 
kationssoftware HP AdvanceLink. 
Sie ermöglichen den Macintosh- bzw. 
Windows-Anwendern den Zugriff auf 
die Electronic Mail-Dienste von HP 
3000- und HP 9000-Systemen. MP 


Neue PRISM-CPU 

für die Apollo-Serie 1 0 OOO 

Ein Programm zur Leistungssteige- 
rung der Personal-Supercomputer 
Apollo-Serie 10 000 kündigte Hew- 
lett-Packard an. Dazu gehört auch die 
Entwicklung einer neuen, vollständig 
kompatiblen RISC-Zentraleinheit, die 
den Systemdurchsatz verdoppeln 
wird. Mitte nächsten Jahres werden 
alle wesentlichen Systemkomponen- 
ten der Multiprocessing-Serie 10 000 
überarbeitet und deutlich verbessert: 
Parallelisierende und vektorisierende 
Compiler werden die Systemleistung 
verdoppeln bis vervierfachen; das 
Programmieren wird HP durch eine 
spezielle Software- Entwic kl ungs Um- 
gebung für Parallelverarbeitung so- 
wie durch eine interaktive und Visuali- 
sierungs-Umgebung für technisch- 
wissenschaftliche Probleme unter- 
stützen; die Hauptspeicherkapazität 
wird vervierfacht, die Massenspei- 
cherkapazität versechsfacht und die 
Bandbreite in lokalen Netzwerken 
verzehnfacht. 

Die neue Zentraleinheit mit PRISM- 
Architektur steigert die verfügbare 
Rechenleistung von 22 auf 44 MIPS 
bzw. 12 MFLOPS je Prozessor. Zu- 
sätzlich zu einer Verdoppelung der 
lnteger-(Dhrystone-)Leistung wird 
die neue Zentraleinheit auch eine ver- 
besserte Gleitkommaverarbeitung - 
mit dem bis zu ßOfachen einer VAX 
1 1/780 -bieten. Zu ihrer Realisierung 
werden in großem Umfang, beispiels- 
weise für die Bus-Schnittstelle 
und den Gleitkomma-Registersatz, 
anwendungsspezifische Integrierte 
Schaltungen (ASICs) in 1-^m-Tech- 
nologie eingesetzt. mp 


Der Festplattenhersteller Seagate 
Technology nutzte die SYSTEMS zur 
„bislang umfangreichsten Serie von 
Neuvorstellungen“. Herausragend 
aus diesem Spektrum sind zum einen 
neue Hochleistungslaufwerke für PC 
ATs und 386er in Arbeitsplatzrech- 
ner- und Fileserver-Anwendungen 
wie die Familie ST 1 1 44 mit bis zu 1 20 


Neuartiges 

Speichersystem 

Von der Firma Canon wurde ein 
neues optisches Speichersystem für 
Computer vorgestellt. Die Daten be- 
finden sich auf einem scheckkarten- 
großen flachen Datenträger, der in 
der Schreib-Lese-Einheit mittels La- 
ser beschrieben und gelesen werden 
kann. Die Speicherkapazität einer 
Karte beträgt 2 MByte. Die Aufzeich- 
nungsgeschwindigkeit wird mit 
15,3kByte/s, die Lesegeschwindig- 
keit mit lOOkByte/s angegeben. Die 
mittlere Zugriffszeit soll zwischen 
23 ms und 2,5s liegen. 

Mit der Markteinführung wird 1991 
gerechnet, während erste Muster be- 
reits im nächsten Jahr erhältlich sein 
sollen. mp 


RISC-Mikroprozessoren 
jetzt auch von Siemens 

Die Zusammenarbeit zwischen Sie- 
mens und MIPS Computer Systems 
Inc. soll für 32-Bit-Mikroprozessoren 
nach dem RISC-Prinzip (Reduced In- 
struction Set Computer) neue Stan- 
dards setzen. Das ist der Wunsch von 
Hans-Jörg Penzel (Siemens) und 



MByte Kapazität. Zum anderen gibt 
es eine als neue Harddisk-Genera- 
tion bezeichnete Familie mit sechs 
Mitgliedern, die mit ihrer Bauhöhe 
von nur 1 Zoll insbesondere den Er- 
fordernissen von Laptops entspricht. 
Das im Bild gezeigte Modell ST 3096A 
beispielsweise speichert 84 MByte 
(formatiert) bei 20 ms Zugriffszeit. In- 


John Mashey (MIPS) anläßlich der 
Markteinführung der ersten gemein- 
samen Produkte. Die Musterschalt- 
kreise der Familie SAB-R2000A bzw. 
R3000 kommen aus Münchener Fer- 
tigung - nur acht Monate nach der 
Unterzeichnung des Kooperations- 
abkommens (wir berichteten darüber 
in MP 4/89. Seite 124). Mit so kurzer 
Markteinführungszeit sieht sich Pen- 
zel, bei Siemens für Standard-ICs 
verantwortlich, für den europäischen 
Markt gerüstet. 

Auf der Basis von MIPS’ Standard- 
RISC-Architektur wird Siemens eine 
weltweit unterstützte Familie von Pro- 
zessoren, Prozessorkernen und ab- 
geleiteten Produkten anbieten. Der 
modulare Aufbau der Architektur 
macht es möglich, Kerne und andere 
Elemente des Prozessors für soge- 
nannte Embedded Controller zu ver- 
wenden, wie sie auf dem europä- 
ischen Markt für zahlreiche indu- 
strielle Anwendungen gefragt sind. 
Siemens und die weiteren Partner 
von MIPS stellen als einzige dem 
Markt RISC-Chips zur Verfügung, die 
volle Pin-Kompatibilität zwischen den 
Chips verschiedener Hersteller ga- 
rantieren. MP 


Neue Universalresiste 
für galvanischen Aufbau 
und alkalisches Ätzen 

Du Pont hat eine neue Serie von 
Trockenfilmresisten herausgebracht, 
die in wäßriger Lösung verarbeitet 
werden und speziell für galvanischen 
Aufbau und alkalisches Ätzen entwik- 
kelt wurden. Die in Dicken von 38 und 
50^m lieferbaren Resiste der Riston- 
Serie 4600 zeichnen sich durch kurze 
Belichtungszeiten und einen breiten 
Verarbeitungsspielraum aus. Der 
Trockenfilmresist hat nach der UV- 
Belichtung einen deutlichen Farbum- 
schlag. Die unbelichteten Teile sind 


teressant sind auch die Steckkarten- 
laufwerke zum Aufrüsten von PC XTs 
und ATs. Die fertig konfigurierten und 
mit Controller versehenen Laufwerke 
mit bis zu 49 MByte - beim gezeigten 
Modell ST 157CA- werden in einen 
freien Slot gesteckt, ohne vorhan- 
dene Laufwerke ausbauen zu müs- 
sen. 


hellgrün, die belichteten Teile werden 
dunkelgrün (unter Weißlicht dunkel- 
blau). Dadurch erhält man einen sehr 
guten Kontrast zu Kupfer, was die 
Sichtkontrolle nach der Entwicklung 
erleichtert. 

Der 38/im dicke T rockenfilmresist Ri- 
ston 4615 ist in den üblichen alkali- 
schen oder sauren Ätzmedien für 
Print- und Ätzware ersetzbar und ist 
in allen in der Leiterplattenindustrie 
üblichen sauren Galvanobädern be- 
ständig. Der 50//m dicke Trocken- 
filmresist Riston 4620 ist durch seine 
hohe Flexibilität und Widerstandsfä- 
higkeit besonders gut für die Tenting- 
Technik geeignet. 

Die neuen Riston-Trockenfilmresiste 
werden in 1 ,0prozentiger Natriumkar- 
bonat-Lösung entwickelt und lassen 
sich in 1,0 bis 1,5 Prozent Kaliumhy- 
droxid bei 45 bis 85 Grad Celsius 
strippen. 

MP 


Supercomputer 
mit 64-Bit-Prozessoren 

Von der amerikanischen Firma 
NCUBE wird seit einigen Monaten ein 
neuer Supercomputer angeboten. Er 
soll im wissenschaftlich-technischen 
Bereich sowie auf kommerziellem 
Gebiet Anwendung finden. 

In dem Computer sind bis zu 8192 
VLSI-Prozessoren mit einer Verar- 
beitungsbreite von 64 Bit integriert. 
Jeder Prozessor stellt ein komplettes 
Computersystem mit folgenden Tei- 
len dar: 

- 64-Bit-ZVE (4-lnstruction-Pipeline, 
Daten-Cache mit 8 Registern/Ope- 
randen, Instruction-Cache mit 
128 Byte) 

- 64-Bit-IEEE-Gleitkommaprozes- 
sor 

- Speicherverwaltungseinheit zur 
Fehlerkorrektur mit 32-Bit-Datenpfad 

- 28 DMA-Kanäle. 
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Der Computer ist in der Lage, pro Se- 
kunde 60 Milliarden Instruktionen so- 
wie 27 Milliarden skalare Gleitkom- 
maoperationen auszuführen. Als Be- 
nutzerschnittstelien werden Sun-3- 
oder Sun-4-Arbeitsplätze angeboten. 
So lassen sich Unix (mit ETHERNET) 
oder Sun-NFS als Nutzerumgebung 
verwenden. Der Preis des Gerätes 
liegt, je nach Konfiguration, bei min- 
destens 500 000 US-Dollar. 

Quelle: Design & Elektronik 

vom 3. 10. 1989 2 


Plotter mit Floppylaufwerk 

Von der Firma Graphtec GmbH 
wurde eine neue Plotterserie für A3- 
Formate vorgestellt. Die Modelle MP 
4300 und MP 4400 verfügen über 
eine 16-Bit-CPU, eine Speicherkapa- 
zität von bis zu 40 KByte sowie Stift- 
sortierung. In das Modell MP 4400 
wurde darüber hinaus ein 3,5-Zoll- 
Diskettenlaufwerk integriert, das als 
Datenquelle für den Plotter dienen 
sowie Plotdaten mitprotokollieren 
kann. Das Laufwerk entlastet damit 
den Computer und erleichtert das 
Mehrfachplotten von Zeichnungen. 

MP 


Marktanteil von MS-DOS 
geht zurück 

Einer Prognose des Marktfor- 
schungsunternehmens IDC Deutsch- 
land GmbH zufolge, soll das Jahr 
1992 eine „Wende“ im Ausliefe- 
rungsvolumen des Betriebssystems 
MS-DOS bringen. Während IDC 
1991 noch mit einer Auslieferung von 
12,3 Mio DOS-Kopien rechnet, sollen 
es 1 992 nur noch 1 1 ,7 Mio Einheiten 
sein. Die Gründe dafür sieht IDC im 
verstärkten Einsatz der Betriebssy- 
steme OS/2 und Unix für PCs. 1992 
sollen rund 5% der weltweit ausgelie- 
ferten PCs unter Unix betrieben wer- 
den. 1 988 betrug dieser Anteil 1,7%. 
Beim Betriebssystem OD/2 progno- 
stiziert IDC einen Marktanteil von 
etwa 12% {1988: 0,4%). Der Anteil 
von MS-DOS am Welt-Auslieferungs- 
volumen werde voraussichtlich im 
Zeitraum von 1988 bis 1992 von 60 
auf 47 % zurückgehen. 

Quelle: Eildienst.- Berlin (1989) 166. 
-S.6 Fa 


Bauelemente-Industrie 
der USA tendiert 
zu Multichip-Moduln 

In der amerikanischen Bauelemen- 
teindustrie soll sich gegenwärtig ein 
neuer Trend zu sogenannten Multi- 
chip-Moduln abzeichnen. Bei diesen 
Multichip-Moduln handelt es sich um 
Prozessoren, die mit einer größeren 
Zahl von Speichern in einer gemein- 
samen Kapsel zusammengefaßt wer- 
den. Dabei ergeben sich z. B. 32-Bit- 
Prozessoren mit acht DRAMs und 
mehr als 1 Mio Transistoren pro Mo- 
dul. Die Multichip-Moduln weisen re- 
lativ geringe Abmessungen auf und 
werden in erster Linie als geschlos- 
sene Prozessor-/Speicher-Einheiten 
extremer Leistungsfähigkeit angebo- 
ten. 

Die Firma Unisys verwendet bereits 
die neue Modultechnik in ihrem Desk- 
top-Mainframe-Computer „AI 


Neben IBM wollen auch andere grö- 
ßere, mittlere und teilweise kleinere 
Firmen die Modultechnik einsetzen. 
da sie mit dieser Technik auf be- 
währte Einzelchips auch aus anderen 
Quellen zurückgreifen können und 
ohne höhere Integrationsstufe bet 
den ICs schon jetzt leistungsfähige 
Bauelemente erhalten. Zum anderen 
kann man die gleichen Prozessor-' 
Speicher-Kombinationen, die jetzt in 
Modulform erscheinen, zwar auch mit 
herkömmlichen ICs auf den üblichen 
Platinen erzeugen, aber bei dieser 
Moduilösung sinkt die Zahl der An- 
schlußkontakte um 90 Prozent. 

Bei einer solchen Reduktion sind in- 
nerhalb der Moduln jeweils zwei ge- 
stapelte Leiterbahnschichten erfor- 
derlich. Wollte man die gleiche Funk- 
tionsdichte pro Grundflächeneinheit 
auf Platinen erhalten, so wären dort 
{rechnerisch gesehen, aber nicht rea- 
lisierbar) bis zu 30 oder 40 übereinan- 
derlieqende Leiterbahnen erforder- 
lich. 

Bei der jetzt geforderten, möglichst 
engen Packungsdichte der IC-Kap- 
seln innerhalb der Moduln werden 
Montagesubstrate mit sehr engen 
Leiterbahnstrukturen erforderlich. 
Diese internen Verbindungen kön- 
nen, bei den heute verfügbaren Mit- 
teln, mit einer Auflösung von 100 bis 
500 Linien pro Zoll hergestellt wer- 
den. 

An der Auffindung neuartiger Leiter- 
bahnsubstrate für die Moduln wird ge- 
arbeitet. 

Quelle: Neue Zürcher Zeitung 
vom 7. 6. 1989 Fa 


Chip-Strukturen 
aus Diamant 

Die guten physikalischen Eigen- 
schaften des Werkstoffes Diamant 
machen ihn für den Einsatz in der 
Elektronik immer interessanter. Des- 
halb arbeiten zahlreiche Forschungs- 
teams an Universitäten und in Indu- 
strielabors daran, diesen Werkstoff 
beherrschbar und bearbeitbarzu ma- 
chen. Das besondere Problem be- 
steht darin, daß kristalliner Kohlen- 
stoff der härteste Werkstoff über- 
haupt ist und bisher noch nicht, wie 
Silizium, als Einkristall-Kristallstab 
gezogen werden konnte. In einem er- 
sten Schritt trägt man daher mikrome- 
terdünne Kohlenstoff-Schichten auf 
Unterlager auf und läßt sie kristallisie- 
ren. Mehrere Forschungslabors be- 
herrschen bereits diese Technik so- 
weit, daß sie beginnen, die Strukturen 
in Form elektronischer Schaltungen 
aufzubringen. 

Dem Forschungslabor des japani- 
schen Stahlunternehmens Kobe Stell 
Ltd. gelang mittels des reaktive-lon- 
echting - Verfahrens die photografi- 
sche Übertragung von Strukturen im 
Bereich von 20 bis 50 /*m. Als Ätzgas 
wird ein Gemisch aus Sauerstoff und 
Kohlenstoff-Tetrafluorid benutzt und 
unter einer Schutzgasatmosphäre 
von Argon gehalten. Das Unterneh- 
men will den Prozeß in wenigen Jah- 
ren so gut beherrschen, daß es Ther- 
mistoren und Schottky-Schaltungen 
herstellen kann. Nach seiner Ein- 
schätzung wären dafür jedoch rund 
fünf Jahre Forschungs- und Entwick- 
lungszeit notwendig. 

Quelle: Blick durch die Wirtschaft 
vom 19. 6. 1989 Fa 


Flache Keramik-SMDs 


IC-Baustein 



Nur 0,6 mm flach sind die neuen kera- 
mischen Chip-Kondensatoren von 
Siemens. Damit können sie auch 
platzsparend unterhalb der integrier- 
ten Schaltungen auf der Leiterplatte 
angebracht werden. Speziell der Chip 
in der Bauform 1 206 mit einem Kapa- 
zitätswert von 100 nF +/-20% hat 
sich als Entkoppelkondensator für 
Speicherbausteine bewährt. Seine 
Kapazität ist für alle Speichergenera- 
tionen, also auch für den 4-MBit-Spei- 
cher, geeignet. 

Der Kondensator erfüllt die Z5U-Cha- 
rakteristik und ist für Reflow- und 
Schwallötungen mit Silber-Nickel- 
Zinn-Kontakten lieferbar. Für Leitkle- 
beverbindungen steht alternativ dazu 
eine Silber-Palladium-Version zur 
Verfügung. Weitere Keramikmassen 
(COG, X7R) sind in verschiedenen 
Bauformen (0805, 1 206 und 1 21 0) er- 
hältlich. MP 


32-Bit-Mikroprozessor 
von Hitachi 

Auf der Basis der BICMOS-Technolo- 
gie entwickelte die japanische Firma 
Hitachi Ltd. einen leistungsfähigen 
32-Bit-Mikroprozessor, der eine Ver- 
arbeitungsgeschwindigkeit von 70 
Mio Befehlen pro Sekunde erreichen 
soll. Diese hohe Geschwindigkeit und 
die große Integrationsdichte von bis 
zu 530000 Transistoren auf einem 
Chip mit einer Größe von 1 3 mm wur- 
de durch die BICMOS-Technologie 
möglich, die die Vorteile der CMOS- 
mit der der Bipolar-Technologie auf 
einem Chip vereint. So wird eine Ar- 
beitsfrequenz von 70 MHz bei einer 
Verlustleistung von nur 2,1 W er- 
reicht. Die Strukturbreiten des neuen 
Prozessorchips liegen bei 1 nm. 

Quelle: New Technology Japan 
vom Mai 1 989 Fa 


5400 U/min 

bei Plattenlaufwerk 

Die Firma Imprimis (USA) arbeitet an 
der Entwicklung eines Plattenlauf- 
werkes (5,25 Zoll), das mit einer Ge- 
schwindigkeit von 5400 Umdrehun- 
gen pro Minute arbeitet. Bisher wur- 
den diese Festplatten durchweg mit 
3600 U/min betrieben. Durch die Ge- 
schwindigkeitssteigerung können die 
Daten nun mit höherer Frequenz 
(25 MHz) von der Platte gelesen wer- 
den. Außerdem soll sich die Latenz- 
zeit auf 5,56 Millisekunden verrin- 
gern. Ein neuer Aktuator hilft zusätz- 
lich, die Suchzeit (über die volle Plat- 
tenspurbreite) auf durchschnittlich 
12 ms zu senken. Das mit zehn Plat- 
ten ausgestattete Gerät ist in einem 
Standardgehäuse untergebracht. 
Unbeabsichtigt kam es zu dem Ne- 
beneffekt der hohen Drehgeschwin- 


digkeit: Der zentrifugale Luftstrom, 

der die Präzision mit beeinflußt, ist 
gleichmäßiger als üblich. 

Quelle: Elektronik. - München 38 
(1989) 20. -S. 6 Fa 


Transistor 

mit 24 „Schwellwerten ft 

Eine Neuentwicklung im Bereich der 
Quanteneffekt-Halbleiter ist ein von 
den AT & T Bell Laboratories vorge- 
stellter „Multistatus“-Transistor. Mit 
diesem neuen Transistor sollen sich 
gegenwärtig bis zu 24 unterschiedli- 
che Ein-/Ausgangspunkte für Steuer- 
signale festlegen lassen, während es 
beim klassischen T ransistor nur einer 
ist. Das würde bedeuten, daß sich in 
bestimmten Schaltungen bis zu 24 
Einzeltransistoren ersetzen lassen. 
Dieser Transistor wurde bereits in 
Bauelementen beim Parity-Bit-Chek- 
king, in Frequenzmultiplexern und in 
Konvertern mit Pegelerhöhung er- 
folgreich im Labor getestet. 

Bei dem neuen Transistor stützt sich 
AT & T auf einen Quanteneffekt, der 
in sehr dünnen Halbleiter-Schichten 
von einigen Angstroem Dicke auftritt. 
Im Gegensatz zum normalen Elektro- 
nen- und Löscher-Transport durch 
die Sperrschicht, findet bei Quanten- 
effekt-Halbleitern eine trägerlose 
„Übertragung“ von Energiezustän- 
den statt. Dies hat zur Folge, daß 
deutlich geringere Schaltzeiten er- 
zielt werden. Wie AT & T bekannt 
gab, wurde bereits eine Betriebsfre- 
quenz von 24 GHz erreicht. 

Quelle: Elektronik . - München 3Q 
(1989) 18.-S. 7 Fa 


Biochip arbeitet 
mit Nervenzellen 

Auf dem Gebiet der Biochip-For- 
schung arbeiten auch die Wissen- 
schaftler der Washington State Uni- 
versity, unter der Leitung von Profes- 
sor Dr. Bernhard Van Wie. Sie entwik- 
kelten auf der Grundlage der Nerven- 
zellen aus dem Gehirn von Schlan- 
gen einen Biochip, der als Sensorele- 
ment zur hochempfindlichen Regi- 
strierung von Chemikalien auch in 
winzigen Spuren dient. Die ersten 
Meßergebnisse zeigten, daß sich die 
bekanntlich hochentwickelte Riechfä- 
higkeit von Schlangen nicht aus- 
schließlich auf ihre natürlichen Beute- 
tiere beschränkt. Die weiteren For- 
schungsarbeiten richten sich nun auf 
die Ermittlung der erfaßbaren Chemi- 
kalien. Zugleich muß die Lebensfä- 
higkeit der Schlangen-Nervenzellen 
verlängert werden. 

Das Forscherteam arbeitet auch mit 
Nervenzellen (Neuronen) anderer 
Tierarten, um herauszufinden, wel- 
che für langfristig operierende Sen- 
sorelemente eingesetzt werden kön- 
nen. Es ist aber noch nicht absehbar, 
ob und wann derartige Systeme indu- 
striell einsatzfähig sein werden. 

Quelle: Blick durch die Wirtschaft 
vom20.6.1989 Fa 
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Literatur 


Mikroprozessoren 
und Mikrorechner 

Hardware und Software 

von W. Meiling und R. Fülle, 1. Auf- 
lage, Akademie-Verlag Berlin, 1988, 
491 S., 162 Abbildungen, 60 Tabel- 
len, DDR 75,- M 

Dieses Buch ist bereits der 25. Band 
der wespenfarbenen Reihe Informa- 
tik • Kybernetik - Rechentechnik. Sein 
Klappentext gibt als Zielgruppe „An- 
wender und künftige Nutzer von Mi- 
krorechnern“ an. Der erste Blick auf 
die vierfach unterteilte Gliederung 
läßt aber eher vermuten, daß dem ge- 
übten Wissenschaftler eine wohlpro- 
portionierte Gedächtnisstütze gebo- 
ten werden soll. Für wen also wurde 
dieses Buch geschrieben? 

Im Einführungskapitel werden die Be- 
griffe Mikroprozessortechnik, Mikro- 
rechentechnik und Mikroelektronik 
geklärt. Der Entwicklung der Spei- 
cher- und Prozessorschaltkreise folgt 
eine Zeittafel zur Entwicklung der 
Rechentechnik und der Mikroelektro- 
nik. Diese Informationen sind gut auf- 
bereitet, enthalten aber für den „künf- 
tigen Nutzer“ leider zu viele unge- 
klärte Fachbegriffe. Einige dieser Be- 
griffe können allerdings mit dem rund 
570 Stichwörtern enthaltenden Sach- 
register geklärt werden. 

Im nächsten Kapitel werden die 
Rechnerarchitekturen, angefangen 
natürlich bei von Neumann, behan- 
delt. Es schließt sich eine umfang- 
reiche Behandlung des Aufbaus und 
der Funktion von Mikroprozessoren 
an. 

Anschließend werden die 8-, 16- und 
32-Bit-Mikroprozessoren vom i8080, 
Z 80 und MC 6800 bis zum i80386 
und MC 68020 ausführlich mit Pinbe- 
schreibungen und teilweise mit Be- 
fehiserläuterungen dargestellt. 52 
Seiten nimmt hiervon allein die Fami- 
lie i80x86 ein. Das unterstreicht die 
Bedeutung, die diese Prozessorfami- 
lie zur Zeit in der Mikrorechentechnik 
spielt (zum Vergleich: 19 Seiten zum 
Z 8000 und 1 4 Seiten zum MC 680x0). 
Das Erscheinungsdatum des Buches 
- Ende 1 988 - läßt schlußfolgern, daß 
die Autoren bemüht waren, neueste 
Mikroprozessoren und Rechnerarchi- 
tekturen aufzunehmen. Das entschul- 
digt auch ein wenig die Tatsache, daß 
das Buch im Interesse einer schnel- 
len Veröffentlichung als „Reproduk- 
tion“ eines Rechnerausdruckes aus- 
geführt wurde. 

Nach einem weiteren Kapitel zur 
Hardware, das unter anderem solche 
Begriffe wie Mikrocontroller, Bussy- 
steme und Interfaces klärt, folgen 
rund 200 Seiten Software. Hier wer- 
den so bedeutende Betriebssysteme 
wie CP/M, MS-DOS, Unix und BOS 
1810 in Verbindung mit einzelnen 
Dienstprogrammen erläutert. 

Im Kapitel Anwenderprogrammie- 
rung geben die Autoren Hilfestellun- 
gen bei der Beurteilung der Qualität 
von Programmen; sie geben außer- 
dem Hinweise zur Methodik der Soft- 
wareentwicklung. Der Komplex Pro- 
grammiersprachen enthält unter an- 
derem einen Vergleich so bekannter 
Sprachen wie Basic, Fortan, Turbo- 
Pascal und C. In einem gesonderten 
Abschnitt werden echtzeitfähige Pro- 
grammiersprachen behandelt, zum 




Beispiel Pearl, concurrent Pascal, 
Modula-2, Chili und Ada. 

Aufgrund der von W. Meiling und R. 
Fülle gewählten wissenschaftlich ex- 
akten Darstellungsweise würde ich 
die eingangs gestellte Frage so be- 
antworten: Das Buch kann vor allem 
Studierenden, die sich mit Informatik 
oder Rechentechnik beschäftigen 
müssen, und „künftigen Nutzern von 
Mikrorechnern“ mit einer Hoch- oder 
Fachschulausbildung, die sich in die 
Mikrorechentechnik einarbeiten wol- 
len, empfohlen werden. H. Hemke 

DOS 4.0 

Power User’s Guide 

von B. Rupp, Dr. Alfred Hüthig Verlag, 
Heidelberg 1989, 225 S., mit Pro- 
grammdiskette, ISBN 3-7785-1809-7 

Ein gutes Buch, das allen Anwendern 
zu empfehlen ist, die beschlossen ha- 
*ben, für den restlichen gemeinsamen 
Weg mit MS-DOS die Version 4.0 zu 
wählen. Denn darüber besteht kein 
Zweifel: Angesichts des Markteintritts 
von OS/2 wird DOS wohl noch ange- 
paßt und verbessert, aber nicht mehr 
weiterentwickelt. Überhaupt ist frag- 
lich, ob sich diese Version zum neuen 
Standard mausern kann. Die gleiche 
Situation gab es übrigens auch bei 
CP/M, wo sich die letzte Version 3.0 
nie so recht durchgesetzt hat. Die 
wirklich nennenswerten Vorteile be- 
schränken sich auf eine grafische 
Nutzeroberfläche, die Verwaltung 
größerer Festplatten (bis 2 Gigabyte) 
und EMS-Unterstützung. Demgegen- 
über gibt es aber Inkompatibilitäten, 
die z. B. bewirken, daß die beliebten 
Norton-Utilities nicht mehr genutzt 
werden können. Ursache dafür ist die 
Erweiterung einer DOS-internen Ta- 
belle, des DOS Parameter Blocks 
(DPB) im Zusammenhang mit der 
Verwaltung großer Festplatten. Pro- 
gramme, die direkt zugreifen, bleiben 
auf der Strecke. Diese Details wird 
Ihnen das Buch aber nicht verraten, 
denn es ist nicht für Insider gedacht. 
(Für derartige Probleme sei aber die 
c’t 4/89, S. 170, empfohlen.) Der Au- 
tor nennt die Zielgruppe „mündige 
DOS-Anwender“, was sich auch 
darin ausdrückt, daß das übliche 
Fachlatein vorausgesetzt wird. Wäh- 
rend sich viele Begriffe einfach nicht 
sinnvoll übersetzen lassen, spielt 
aber wohl auch die amerikanische 
Adresse des Autors eine Rolle. Oder 
wissen Sie, was Troubleshooting ist? 
Die Darstellung beschränkt sich nicht 
auf Neuerungen gegenüber der Ver- 
sion 3.3 - die einen gesonderten Ab- 
schnitt einnehmen — , so daß das 
Buch auch für Einsteiger geeignet ist. 
Ziel ist nicht Vollständigkeit (für die es 
Handbücher gibt); statt dessen wird 
praktisches Wissen vermittelt. Sehr 
gut gewählt sind die zahlreichen Bei- 
spiele, um eine Vorstellung von den 
erklärten Sachverhalten zu entwik- 
keln. Dafür wurden neben der DOS- 
Kommandosprache auch Turbo-Pas- 
cal, Turbo-C und ANSI-Fortran ver- 
wendet, so daß jeder das neue Wis- 
sen in seiner Haussprache auspro- 
bieren kann. Und damit der Spaß 
nicht bei der Tipparbeit verlorengeht, 
gehört eine Diskette zum Buch, die 
alle Beispielprogramme, die DOS 


4.0-Systemfiles und eine eigene 
kleine Shell beinhaltet. 

Breiten Raum nimmt die Installation 
des Systems und die Nutzung der 
neuen DOS-Shell ein. Das ist sicher- 
lich sinnvoll, denn wer hat sich noch 
nicht über fehlende Umlaute, falsche 
Laufwerksformate und nicht ange- 
paßte Drucker geärgert. Das Buch 
kann aber auch von Nutzern gelesen 
werden, die DOS 4.0 noch nicht ge- 
kauft haben, um sich über die Mög- 
lichkeiten der neuen Version zu infor- 
mieren. Der Autor sagt auch, wann es 
keinen Sinn hat: Ohne Festplatte zum 
Beispiel - und auf einem 386er nimmt 
man besser gleich OS/2. 

Positiv fällt auf, daß der Autor einer- 
seits mit leichter Feder schreibt, auch 
mit persönlichen Erfahrungen und 
Ansichten nicht spart, andererseits 
die Fakten aber übersichtlich und ex- 
akt darstellt. Bei der Lektüre des Bu- 
ches fühlt man sich zu keiner Zeit al- 
lein gelassen. Mit Warnungen vor zu 
erwartenden Widrigkeiten und Feh- 
lern sowie mit nützlichen Hinweisen 
wird der Leser auf dem Weg durch 
das neue Terrain auf angenehme Art 
und Weise begleitet. Der Attacke des 
Autors gegen den Kopierschutz, den 
er „geradezu als Körperverletzung“ 
empfindet, ist nichts hinzuzufügen. 

U. Schulze 

lntel-80386 - 

Systemprogrammierung 

Übersetzung aus dem Amerikani- 
schen von V. Sasse, Markt Technik- 
Verlag, Haar bei München 1989, 
239 S., 78 Abb., 15 Tab., 79,- DM 

Im vorliegenden Fachbuch sind zwei 
grundlegende Publikationen der Fa. 
Intel zum Mikroprozessor Intel 80386 
zusammenfaßt. Der erste Teil des 
Buches ist eine Einführung in die Ar- 
chitektur (Introduction to the 80386). 
In kompakter, ansprechender und 
verständlicher Form werden die Ent- 
wurfsziele, die Funktionsprinzipien 
und die Struktur des 32-Bit-Mikropro- 
zessors beschrieben. So werden im 
ersten Kapitel die wichtigsten Merk- 
male des Mikroprozessors zusam- 
menfassend dargestellt. Im zweiten 
Kapitel werden Registerstruktur, 
Adressierung und Datentypen be- 
schrieben. Im dritten Kapitel werden 
Systemregister, Multitasking-Unter- 
stützung, dynamische Adreßumset- 
zung und virtueller Speicher, Schutz- 
mechanismen, Systemruf-Organisa- 
tion sowie die Interrupt-Organisation 
behandelt. Der vierte Abschnitt ist 
den Kompatibilitätsproblemen zum 
Intel 8086 und Intel 80286 gewidmet, 
und im fünften Kapitel werden die 
Hardwarestruktur, Pinbelegung und 
Busorganisation dargestellt. 

Der zweite, umfangreichere, Teil des 
Buches ist den eigentlichen Fragen 
der Systemprogrammierung (80386 
System Software Writer’s Guide), 
d. h. sowohl den Fragen der system- 
nahen Programmierung wie auch der 
Implementierung von Betriebssyste- 
men auf dem Intel 80386, gewidmet. 

Im sechsten Kapitel werden die Regi- 
ster- und Datenstrukturen zur Task- 
steuerung erklärt. Das siebente Kapi- 
tel behandelt ausführlich die Imple- 
mentierung des Segmentations- und 
Seitensteuerverfahrens zur Realisie- 




rung des virtuellen Adreßraumes. In 
den Kapiteln 8 bis 1 1 wird auf die Pro- 
grammierung von Interrupts und Ex- 
ceptions, Systemaufrufen, Ein- und 
Ausgaberoutinen und die Initialisie- 
rung des Prozessors eingegangen. 
Im zwölften Kapitel werden Unter- 
schiede zwischen den Koprozesso- 
ren 80387 und 80287 sowie Beson- 
derheiten ihrer Programmierung be- 
handelt. Im 13. und 14. Kapitel wer- 
den aus der Sicht der Systempro- 
grammierung Fragen der Kompatibili- 
tät zum 80286 und 8086 erörtert, ins- 
besondere werden die verschiede- 
nen Modi zur Abarbeitung von 8086- 
Programmen erklärt. Im letzten Ab- 
schnittwerden anschaulich Probleme 
der Portierung eines UNIX-System- 
V-Betriebssystems auf die 80386-Ar- 
chitektur anhand einer hypotheti- 
schen Implementation diskutiert. 
Nicht enthalten sind im Buch die Intel- 
Schriften „80386 Programmer’s Re- 
ference Manual“ und „80386 Hard- 
ware Reference Manual“, die für ein 
tiefgreifendes Verständnis und für 
das weitergehende Studium erforder- 
lich wären. Auch sind die enthaltenen 
Programmbeispiele alle in ASM386 
geschrieben, deren volles Verständ- 
nis zumindest zusätzlich eine Be- 
fehlsliste des 80386 erforderlich 
macht. Auch setzt der zweite Teil des 
Buches grundlegende Kenntnisse 
über Funktionsprinzipien von Multi- 
tasking-Betriebssystemen voraus. 
Insgesamt kann abschließend das 
Fachbuch jedem interessierten Leser 
als die grundlegende Einführung in 
Architektur und Systemprogrammie- 
rung des modernen 32-Bit-Mikropro- 
zessors Intel 80386 nur empfohlen 
werden. Prof. Dr. Th. Horn 


dBase Hl 

von W. Grafik. Berlin: Verlag Technik, 
1989. 240 S., 31 Bilder, 15 Tafeln. 
ISBN 3-341-00703-2 

Vor mehreren Monaten nun schon er- 
schienen, ist dieses Buch ein ge- 
lungenes Lehr- und Nachschlage- 
werk, das sicher immer noch reißen- 
den Absatz finden würde. Leider liegt 
auch hier die geplante Auflagenhöhe 
um Haaresbreite unter dem Bedarf, 
so daß sich der eine oder andere in- 
teressierte Datenbankfreak mit ei- 
nem aus der Bibliothek entliehenen 
Exemplar helfen muß. All jenen wün- 
sche ich, daß die zweite Auflage noch 
vor dem weltweiten Übergang von 
dBase III zu dBase IV erscheint. 
Einige Beratungsmuster sollen ja 
auch schon vorhanden sein. 

Die dBase-Nutzer ohne spezielle 
Vorkenntnisse sind mit diesem Buch 
besonders angesprochen; wer schon 
Erfahrungen mit dBase II hat, kann 
einige Abschnitte überfliegen und 
wird es wahrscheinlich mehr zum 
Nachschlagen nutzen. Ein- und Um- 
steiger kommen so gleichermaßen 
auf ihre Kosten, insbesondere auch 
durch die in Ergänzung zu der Refe- 
renzkarte in der MP 3/89 sehr aus- 
führliche Beschreibung aller dBase 
Ill-Kommandos mit vielen Querver- 
weisen zu ähnlichen oder zusam- 
mengehörenden Kommandos und zu 
den Abschnitten des Buches, in de- 
nen sie ausführlich beschrieben sind. 
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Auch die Ergänzungen in dBase 111 
Plus sind als letzte Aktualisierung im 
Anhang enthalten. 

Nach einer Einführung in die Grundla- 
gen der dBase Ill-Datenbankarbeit 
mit vielen wichtigen Informationen, 
die zudem leichtverständlich und 
doch exakt gegeben werden, folgt - 
meiner Ansicht nach ein wenig früh 
die Besichtigung einer Datenbank. 
Man könnte jetzt streiten, wer zuerst 
auf dem PC war, dBase oder die Da- 
tenbank. Ich meine aber, daß das 
Kommando CREATE zum Anlegen 
einer Datenbank auf Seite 68 viel- 
leicht doch etwas weit hinten liegt. 
Vielleicht aber gibt es bei dBase auch 
so etwas wie unbefleckte Empfäng- 
nis. Nun gut, wie heißt es, ein Blick ins 
Buch und zwei ins Leben. Und so wird 
der findige Leser schon ergründen, 
wo es das gibt, was er braucht. Die 
Benutzung der Datenbank wird dann 
aber wie schon gewohnt genau, 
gründlich und mit vielen Beispielen 
erläutert, die jeder (wenn er erst mal 
eine hat) leicht nachvollziehen kann. 
Interessant dürften auch die vielen 
kleinen Tips und Tricks sein, die wie 
nebenbei mitgeliefert werden. So 
kann man beispielsweise ab der deut- 
schen Version 1.1 davon ausgehen, 
daß die Umlaute und der Buchstabe ß 
richtig einsortiert werden. Vielfältige 
Möglichkeiten bieten auch die gegen- 
über dBase II neuen, ausführlich be- 
schriebenen Datumsfunktionen und 
die Hinweise zur direkten software- 
mäßigen Steuerung des Druckers mit 
dBase. Die Beispiele sind oft durch 
den direkten Abdruck des Bildschirm- 
inhalts aufgelockert und ergänzt, so 
daß Sie sofort überprüfen können, ob 
Sie das gleiche Ergebnis auf Ihrem 
PC erreichen. Der Autor macht auch 
auf Fehlerquellen aufmerksam, die 
beispielsweise beim Anhängen (AP- 
PEND) von Datensätzen einer Datei 
mit anderer Struktur auftreten kön- 
nen. Wenn die Felder der Zieldatei 
beispielsweise kürzer sind als die der 
Quelldatei, werden die restlichen Zei- 
chen ohne Fehlermeldung abge- 
schnitten. Besonders ärgerlich, wenn 
man es nicht gleich merkt. Praktische 
Beispiele verdeutlichen auch das 
Aufbereiten und Ausdrucken von Li- 
sten für den schnellen aktuellen 
Überblick. Ganz ohne Statistik geht’s 
nun mal nicht. 

Ein vergleichsweise leider etwas ge- 
ringer Teil (14 Seiten) wird direkt der 
Programmierung mit dBase III gewid- 
met; die prinzipielle Arbeit mit Kom- 
mandodateien aber an Beispielen 
nachvollziehbar erläutert, ebenso die 
Arbeit mit Prozedurdateien und die 
Nutzung von Parametern. 

Mir gefällt an diesem Buch beson- 
ders, daß nicht alles bejubelt wird, 
sondern sachlich die riesigen Mög- 
lichkeiten von dBase III den Grenzen 
und Mängeln gegenübergestellt wer- 
den. So ist es Ashton-Tate immer 
noch nicht gelungen, einen akzepta- 
blen Texteditor für MODIFY COM- 
MAND in das System zu integrieren; 
eine kleine Anleihe bei Borland 
könnte da vielleicht Abhilfe schaffen. 
Aber das Installieren von dBase III 
durch die SET-Kommandos oder das 
Ändern der Datei CONFIG. DB kann 
nicht nur diesen, sondern auch an- 
dere Mängel beheben. 26 Seiten sind 
der kompletten, alphabetischen Be- 
fehlsübersicht gewidmet; im Anhang 
sind alle Funktionen von dBase III 
aufgeführt, und es wird auch ein Aus- 
blick auf dBase III Plus gegeben. 


Alles in allem ein Buch, das ein drin- 
gendes Informationsbedürfnis unse- 
rer PC-Nutzer befriedigen kann. 

J. Hilf 

Bussysteme in Mikro- 
rechnerautomatisierungs- 
anlagen 

von J. Sawatzky. Schriftenreihe der 
Betriebssektion der KDT des VEB 
GRW „Wilhelm Pieck“ Teltow 1986, 
Heft 16, 86 S., 48 Abb., 7 Taf., 64 Lit., 
DDR8-M 

Der Autor legt mit dem Heft 16 eine 
längst fällige Monographie zur Pro- 
blematik der busgebundenen Daten- 
übertragung vor. Dezentral struktu- 
rierte mikrorechnergestützte Auto- 
matisierungsanlagen basieren auf 
der digitalen Informationsverarbei- 
tung, -Übertragung und -Speicherung. 
Die digitale serielle Informationsüber- 
tragung wird in derartigen Strukturen 
durch Bussysteme realisiert. In der 
Broschüre geht der Autor ein auf 

- Stellung und Bedeutung der seriel- 
len Datenübertragung in Automatisie- 
rungsanlagen 

- Strukturen und Funktionen der 
Bussysteme 

- das Schichtenmodell der Daten- 
übertragung 

- Standardisierung von Datenüber- 
tragungssystemen 

- ausgewählte Anlagenbussysteme 
sowie 

- Entwicklungstendenzen bei Anla- 
genbussystemen. 

Ausgehend von dem im Prozeßleitsy- 
stem audatec verwendeten audatec- 
Bussystem, werden die Parameter 
leistungsfähiger Anlagenbussysteme 
ausgewählter internationaler Prozeß- 
leitsysteme miteinander verglichen. 
Auf Notwendigkeit, Stand und Per- 
spektive der Standardisierung von di- 
gital-seriellen Datenübertragungssy- 
stemen wird eingegangen. Der Autor 
schätzt ein, daß neben den weit ver- 
breiteten Anlagenbussystemen die 
Feldbussysteme zunehmend an Be- 
deutung gewinnen werden. Abgerun- 
det wird die Broschüre durch ein Ab- 
kürzungs-, Bild- und Tafelverzeichnis 
sowie ein umfangreiches Literatur- 
verzeichnis, das dem Autor ein tief- 
gründiges Quellenstudium beschei- 
nigt. Ein Sach Wortverzeichnis mit der 
Möglichkeit des kurzfristigen Ein- 
stiegs in die anspruchsvolle Thematik 
wird vermißt. Der Problemkreis der di- 
gital-seriellen Datenübertragung wird 
so verständlich und übersichtlich dar- 
gestellt, daß sie einen breiten Leser- 
kreis anspricht. 

Zu beziehen ist die Veröffentlichung 
über die Betriebssektion der KDT 
oder die Zentrale Informationsstelle 
Wissenschaft und Technik des VEB 
GRW „Wilhelm Pieck“ Teltow, Oder- 
straße 74-76, Teltow, 1530, zum 
Preis von 8,- M. Blackert 

C für Profis 

Techniken - Anwendungen - 
Konzepte 

von D. E. Krekelberg und G. E. So- 
belman. Übersetzung aus dem Ame- 
rikanischen von A. Stocklauser Markt 
Technik-Verlag, Haar b. München, 
1987, 293 S., 47 Abb., 4 Anlagen, 
1 Diskette, 69,- DM 

Das vorliegende Fachbuch zweier 
namhafter amerikanischer Speziali- 
sten wendet sich in erster Linie an 
„professionelle“ C-Programmierer. 


Die Kenntnis des Sprachstandards 
gemäß B.W. Kernighan und D. M. 
Ritchie „The C Programming Langu- 
age“ oder vergleichbarer Publikatio- 
nen und praktische Programmier- 
erfahrungen werden grundsätzlich 
vorausgesetzt. 

Im ersten Kapitel werden einige 
grundlegende Einführungen zum 
Top-Down-Programmentwurf, zur 
Programmstruktur und Programm- 
portabilität gemacht. Im zweiten Kapi- 
tel werden als weitere Grundlage für 
die nachfolgenden Kapitel ausge- 
wählte Probleme aus dem Themen- 
kreis Zeiger und Felder sowie die 
Funktionen zur dynamischen Spei- 
cherverwaltung behandelt. Das dritte 
Kapitel gibt eine Einführung in Struk- 
turen, Vereinigungen (Varianten) und 
Bitfelder, und das vierte Kapitel be- 
handelt speziell den Themenkreis re- 
kursiver Funktionen im Vergleich zu 
Iterationen und den Funktionsaufruf 
über Funktionszeiger. Die Rekursion 
wird sehr anschaulich am Denkspiel 
„Turm von Hanoi“ dargestellt. 

Auf der Grundlage dieser Kapitel wird 
im zweiten Teil des Buches mit den 
Kapiteln 5 und 6 eine hervorragende 
Einführung in Listen und Bäume ge- 
geben, die in der professionellen Pro- 
grammierung von der Datenverwal- 
tung bis hin zur Compilertechnik sehr 
weit verbreitet sind. Bei den Listen 
werden einfach und doppelt gekettete 
Listen, Stapel, FIFO-Schlangen und 
Listen von Listen behandelt. Bei den 
hierarchisch strukturierten Bäumen 
werden vor allem die Auswertungs- 
strategien und Baumoperationen dis- 
kutiert und an Beispielen gezeigt. 

Im abschließenden dritten Teil des 
Buches wird, aufbauend auf den bei- 
den ersten Teilen, ein anspruchsvol- 
les professionelles Grafikinterface er- 
arbeitet, das auf IBM-PCs mit Farb- 
grafik-Adapter unter MS-DOS und 
anderen Computern mit pixelfähigen 
Bildschirmen unter ÜNIX eingesetzt 
werden kann. So wird im Kapitel 7 
eine Einführung in Grafiksysteme ge- 
geben, ohne dabei auf internationale 
Standards wie GKS einzugehen, de- 
ren Implementierung für PCs zu auf- 
wendig ist. Dieses Kapitel dient der 
Einführung in ein segmentorientiertes 
Grafiksystem, dessen vollständiger 
Quellkode im Anhang A abgedruckt 
ist. Die Kapitel 8 und 9 beschreiben 
eine anspruchsvolle Benutzerschnitt- 
stelle mit Fenstern und Menüs, ähn- 
lich wie es vom Apple Macintosh oder 
von Atari-ST-Rechnern her bekannt 
ist. Die vollständige Funktionsbiblio- 
thek zur Realisierung dieser Benut- 
zerschnittstelle beinhaltet Anlage B. 
Die beiliegende Diskette enthält den 
vollständigen Quellkode beider Funk- 
tionsbibliotheken, die Grafik-Primiti- 
ven zum Implementieren der Funk- 
tionsbibliotheken auf einem IBM-PC 
und Demonstrationsprogramme. 
Abschließend sei dieses Fachbuch 
allen Lesern empfohlen, die sich ver- 
tiefende C-Kenntnisse aneignen wol- 
len oder sich speziell für die Program- 
mierung von Listen und Bäumen bzw. 
für die Implementierung von an- 
spruchsvollen Grafikschnittstellen in- 
teressieren. Prof. Dr. Th. Horn 

Rationell auf dem PC 
programmieren 

von G. Wostrack, Dr. Alfred Hüthig, 
Verlag, Heidelberg 1989, 296 Seiten, 
ISBN 3-7785-1687-6 
Die in diesem Buch behandelten 


grundverschiedenen Sachgebiete 
werfen die Frage nach der Zielgruppe 
auf. Mir fallen da nur Informatikstu- 
denten ein und vielseitig interessierte 
- aber theoretisch vorbelastete - 
Freaks: Zu breit gefächert ist das 
Themenspektrum. 

Fraglich ist doch, ob sich der Pro- 
grammierer einer Inferenzmaschine 
in Prolog auch für speicherresidente 
Programme in Assembler interessiert 
und ob gleichermaßen Hilfe für die 
Syntaxanalyse von Programmier- 
sprachen und die Berechnung ver- 
deckter Kanten grafischer Objekte 
vonnöten ist. Womit einige Themen 
schon genannt wären. Nach jedem 
Kapitel fragt man sich: Schon alles? 
und wünscht sich ein ganzes Buch 
darüber. Denn die Darstellung der 
recht komplexen Sachverhalte erfolgt 
so, wie man es sich öfter von Büchern 
wünschte: Übersichtlich und ver- 
ständlich. So wird dem Leser für das 
Umlenken der Tastatureingabe auf 
eine eigene Routine nicht nur ein Pro- 
grammrahmen angeboten (wie man 
ihn auch anderswo findet), sondern in 
einem Bild der genaue Weg eines 
Zeichens von der Hardware in den 
Tastaturpuffer gezeigt. Auf gleiche 
Weise werden Breiten- und Tiefen- 
suchverfahren in Binaerbäumen und 
vieles mehr erläutert - alles Sachver- 
halte, deren Erschließung aus einer 
profanen Beschreibung heraus sich 
schwierig gestaltet. Das macht den 
eigentlichen Wert des Buches aus. 
Der Autor will das Buch aber auch als 
Sammlung nützlicher Routinen für 
stets wiederkehrende Aufgaben ver- 
standen wissen. So offeriert ein Kapi- 
tel eine vollständige (und reichlich 
kommentierte) Prozedursammlung 
für Pull-Down-Menüs, die hoffentlich 
viele Leser zur Gestaltung einer zeit- 
gemäßen Nutzeroberfläche für ihre 
Programme anregt. Die Nutzung vor- 
gefertigter Module ist dafür unum- 
gänglich, wenn nicht mehr Zeit für das 
Programm-Outfit verwendet werden 
soll als für dessen eigentlichen Inhalt. 
Wer die Maus nutzen will, findet auch 
gleich noch eine Schnittstellenbe- 
schreibung, die man oftmals vergeb- 
lich sucht. Das Beispiel für natürlich- 
sprachlichen Dialog ist wohl eher 
Spielerei. Ernsthaft und fesselnd da- 
gegen sind die Ausführungen zu Stra- 
tegiespielen. Vorgestellt wird das 
Amazonenspiel, bei dem abwech- 
selnd Figuren positioniert werden, die 
sich wie Dame und Springer beim 
Schach bedrohen. Eine Gewinnstra- 
tegie als Pascal-Programm steht für 
das prinzipielle Vorgehen bei Strate- 
giespielen. 

Einige Themen können leider nur als 
Anregung verstanden werden - so die 
Arbeitsweise von Programmen zur 
Rechtschreibprüfung auf 6 Seiten. 

Die Hälfte des Buches nehmen Bei- 
spiele ein, teils nur den Weg andeu- 
tend, teils vollständig ausformuliert. 
Damit sollen jedoch keine fertigen Lö- 
sungen für die aufgeworfenen Pro- 
bleme geliefert werden. Vielmehr die- 
nen sie dazu, allgemeine Prinzipien 
moderner Softwareentwicklung für 
den Entwurf strukturierter, wartungs- 
freundlicher und weitgehend verifi- 
zierbarer Programme zu vermitteln. 
Dazu verlangt es vom Programmierer 
aber etwas Disziplin. Wie sagt doch 
der Autor: „An sich sind die Grund- 
sätze des Software-Engineering so 
einfach und überzeugend, daß jeder 
sie fast automatisch anwenden 
könnte.“ U. Schulze 
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Für Forth-Interessierte: 

Von der Interessengemeinschaft 
Forth der Kammer der Technik in Il- 
menau wird auf folgende neue Bro- 
schüre der KDT hingewiesen: 

Krapp, M.; Schwartz, J.; Jahn, D.: 
Handbuch zu singleFort, 
scpFORTH, multiFORTH 

Der Vertrieb erfolgt über den KDT-Be- 
zirksverband Suhl, PSF 510, Suhl, 6000. 


Entwicklungssystem 
für U 8Bx-Programme 

Das Programmpaket GEMMA ist ein 
vollständiges Entwicklungssystem 
mit integriertem Editor, Assembler, 
Reassembler, Debugger, Simulator 
und mit zwei universellen Emulator- 
Schnittstellen. Das Entwicklungssy- 
stem ist für IBM-PCs geschrieben 
und auf den Modellen XT und AT so- 
wie auf Kompatiblen lauffähig. Vor- 
ausgesetzt werden mindestens 350 
KByte RAM, das Betriebssystem MS- 
DOS als Version 3.0 und ein beliebi- 
ger Video-Adapter, der 80 Zeichen 
pro Zeile darstellen kann. Die Bedie- 
nerführung des integrierten Systems 
erfolgt mittels Pull-down-Menüs und 
ermöglicht damit eine unkomplizierte 
und gebräuchliche Benutzung (ana- 
log zu Turbo-Pascal 5.0). Heips sind 
in jeder Ebene aufrufbar. 

Bei Interesse kann eine Demo-Ver- 
sion angefordert werden. 

Humboldt-Universität zu Berlin, Sektion 
Elektronik, Bereich Technische Informa- 
tik, Invalidenstraße 110, Berlin, 1040; 
Tel. 2 80 3575 Prof. Dr. Zaremba 


PQOOO-Gerätetreiber - 
Software unter WEGA 

Es werden Gerätetreibermodule für 
folgende periphere Geräte zur Nach- 
nutzung angeboten: 

- Plotter K 641 8 

- Seriendrucker SD 1152 

- Schreibmaschine S 61 20. 

Zum Lieferumfang gehören der ent- 
sprechende Treibermodul sowie eine 
Anleitung für das Einbinden des Trei- 
bers in den Systemkern. 

VEB Nachrichtenelektronik Greifswald, 
Abt. H/HE, Koll. Philipp, Brandteich- 
straße 25, Greifswald, 2200; Tel. 66293 

Rose/Schidlo wski 


Entwicklungswerkzeuge 
für comFORTH 2 

Zur Unterstützung der Softwareent- 
wicklung unter dem System com- 
FORTH 2 wurde eine Reihe von 
Werkzeugen entwickelt, die sowohl 
die Entwicklung großer Programme 
unterstützen als auch den Program- 
mierer von Routineaufgaben entla- 
sten. Zu den unter der Bezeichnung 
Entwicklungspaket angebotenen, nicht 
betriebssystemabhängigen Kompo- 
nentengehören: 

- leistungsfähiger Bibliothekar zur 
Verwaltung großer Quelltextbe- 
stände 

- mächtige Zeichenkettenbefehle 
(lexikalische Vergleiche und Suchbe- 
fehle) 


- Wortschatz zum Zugriff auf un- 
strukturierte (Wordstar-)Dateien (Le- 
sen und Schreiben von Zeichen, 
Blöcken und Zeilen, Laden/Listen von 
Textdateien) 

- automatische Generierung von 
Glossarrahmen während des Lade- 
vorgangs, Sortieren und Verbinden 
von Glossardateien 

- konfigurierbare On-Iine-Dokumen- 
tation - Umlenkung der Ein-Ausgabe- 
kanäle (SUBMIT, Ausgabe auf Datei, 
Parallelschaltung von Ausgabegerä- 
ten, Anfertigen von Sitzungsberich- 
ten) 

- komfortabler Druck von Quellpro- 
grammen. 

Bitte fordern Sie weiteres Informa- 
tionsmaterial an. 

Wilheim-Pieck-Universität Rostock, 
Sektion Technische Elektronik, WB Au- 
tomatische Steuerungen, Albert-Ein- 
stein-Strafie 2, Rostock, 2500; Tel. 

40 52 02 Dr. PfüUer 

MAK-Werte Speicher 

Dieser rechnergestützte Daten- 
speicher ist als Hilfsmittel für Sicher- 
heitsinspektoren, WAO-Mitarbeiter, 
Projektanten und Leiter konzipiert. Er 
ermöglicht eine schnelle Information 
zu 500 Substanzen aus dem Giftge- 
setz und aus der MAK-Werte-Liste 
(TGL 32610/02), bezüglich wesentli- 
cher arbeitshygienischer, arbeitsme- 
dizinischer, brandschutztechnischer 
und physikalischer Daten sowie spe- 
zieller Hinweise zur Verwendung der 
Substanz. Außerdem wird auf insge- 
samt 9 weitere Informationsquellen 
mit Standortangabe, Inhalt und Nut- 
zerbedingungen hingewiesen, wobei 
jeder Substanz nur die Quellen zuge- 
ordnet sind, die auch Angaben zur 
betreffenden Substanz enthalten. 

Die Nutzung erfolgt in einem einfach 
handhabbaren Bildschirmdialog. Es 
ist eine gezielte Recherche mit ver- 
schiedenen Suchbegriffen (Namen, 
Namensfragmente, CAS-Nummer, 
Satznummer) möglich, in deren Er- 
gebnis man alle Informationen zu ei- 
ner Substanz (auch gedruckt) erhal- 
ten kann. 

Es schließt sich eine Recherche nach 
den genauen Bezeichnungen, Inhal- 
ten, Standorten und Nutzungsbedin- 
gungen der zutreffenden Quellen an. 
Weiterhin ist es möglich, Kennblätter 
einzelner Substanzen sowie Listen 
der Quellen, von deren Standorten 
und Listen mit allen Substanzen aus- 
drucken zu lassen. Eine Anwender- 
dokumentation mit ausführlicher Be- 
griffserklärung gestattet eine rasche 
Einarbeitung. 

Zur Nachnutzung ist ein Rechner vom 
Typ A 7100 mit dem Betriebssystem 
SCP 1700 nötig. Das Programm be- 
findet sich mit der Basissoftware RE- 
DABAS auf einer Diskette (5,25" ,DD/ 
DS,SCP-Format, 624 KByte) und be- 
nötigt darauf einen Speicherplatz von 
300 KByte. Der Bezug ist ab sofort 
möglich. Es ist ein Änderungsdienst 
vorgesehen. 

Zentralinstitut für Arbeitsschutz beim 
Staatssekretariat für Arbeit und Löhne, 
Forschungsgruppe Technischer Schad- 
stoffschutz, Gerhart-Hauptmann-Straße 
1, Dresden, 8020, Tel. 47 05 72 

Dr. Röder i Dr. Bux 


CP/M 2.2+ auf MC 80.3x 

Die Geräteserie MC 80.30 (31, 33) 
verfügt über gute Hardwarevoraus- 
setzungen, um als grafikfähiges 
Steuersystem (K 1520-Bus), Ent- 
wicklungssystem oder Bürocomputer 
verwendet zu werden. Durch die Ver- 
wendung eines Kassettenlaufwerkes 
als Massenspeicher wird das aller- 
dings stark eingeschränkt. Um die ge- 
gebene Hardware voll ausnutzen zu 
können und Kompatibilität zu CP/M 
zu erzielen, stand die Aufgabe, 
Floppy-Disk-Laufwerke anzuschlie- 
ßen und ein entsprechendes Be- 
triebssystem zu installieren. Bedin- 
gungen dabei waren: geringer Auf- 
wand und minimale Veränderungen 
des Rechners. Diese Aufgabe wird 
durch den Einsatz einer Floppydisk- 
Ansteuerleiterplatte auf der Basis des 
Schaltkreises U 8272 und der Nut- 
zung des Betriebssystems CP/M 
2.2+ gelöst. Um die notwendigen 
64 KByte RAM zu erhalten, wird zu- 
sätzlich eine 16-KByte-DRAM-Spei- 
cherkarte verwendet. Die anzuschlie- 
ßenden Floppydisk-Laufwerke (maxi- 
mal 4 Stück) werden beigestellt. 
Durch die Umrüstung können Hoch- 
sprachen und Datenbanksysteme 
wie dBase, Turbo-Pascal, Forth und 
C verwendet werden. Der MC 80. 3x 
kann weiterhin unter seinem Original- 
Betriebssystem arbeiten (durch den 
Start eines COM-Files). Die Original- 
Hardware (Kassettenmagnetband, 
EPROM-Programmer) ist erreichbar. 
Der Anschluß an einen P8000 als Re- 
mote-Terminal ist problemlos mög- 
lich. 5V4"-Laufwerke (1.2, 1.4 oder 
1 .6) und 8"-Laufwerke (MF 3200, MF 
6400, EC 5074) können wahlfrei oder 
gemischt angeschlossen werden. 

Es stehen durchkontaktierte Leiter- 
platten und Dokumentationen für die 
Floppy-Disk-Ansteuerung zur Verfü- 
gung. 

Technische Hochschule Ilmenau, Sek- 
tion Gerätetechnik, PSF 327, Ilmenau, 
6300; Tel. 7 40 Mangold 

TURBO- Assistent 

Der TURBO-Assistent ist ein Pro- 
gramm, welches im Dialog mit dem 
Bediener selbständig Programme 
entwickelt. Er ist 52 KByte groß, be- 
legt 4 Dateien und ist auf allen Turbo- 
Versionen ab 3.0 lauffähig. Seine 
Entwicklung basiert auf drei Aspek- 
ten. 

© Aspekt für Einsteiger: Um Compu- 
ter schnell einsetzen zu können, wer- 
den höhere Programmiersprachen, 
z. B. Turbo-Pascal, wegen der Pro- 
grammierdauer verworfen. Aber nach 
gewisser Zeit können Programm- 
erweiterungen nicht oder nur mit noch 
höherem Aufwand durchgeführt wer- 
den. Hier bietet der TURBO-Assistent 
die Möglichkeit, Soforterfolge, erwei- 
terbare Programmodule und ordentli- 
che Programmiersprache zu verei- 
nen. Ein komplettes Programm zur 
Dateiarbeit kann in nur 10 min pro- 
grammiert, übersetzt und im Fachbe- 
reich angewendet werden. 

© Aspekt für Programmierer: Der 
Turbo-Pascal-Programmierer ver- 
wendet immer wieder die gleichen 
modifizierten Steuer- und Unterpro- 
gramme zur Bearbeitung neuer Pro- 


bleme. Äußerst hilfreich ist dabei ein 
Programmgerüst, auf daß er das 
neue Programm aufbauen kann. Die 
vom TURBO-Assistenten erzeugten 
Quellprogramme sind zu 90% dek- 
kungsgleich. Der Programmierer 
greift immer wieder auf das gleiche 
Programmgerüst zurück. 

© Aspekt für Softwareabteilungen: 
Programme unterliegen der Pro- 
grammpflege bzw. der Softwarewar- 
tung. Durch die breite Anwendung 
des TURBO-Assistenten haben alle 
Programme das gleiche, gut kom- 
mentierte Grundgerüst und gleiche 
Unterprogramme. Das erleichtert die 
Software Wartung durch andere Pro- 
grammierer erheblich. 

VEB Wärmegeräte und Armaturenwerk 
Berlin, 0DV, Seelenbinderstraße 129, 
Berlin, 1170; Tel. 650 90 Dähne 


Datenauswertesystem 

UNIDAT 

Eine erhebliche Einsparung von Pro- 
grammierkapazität wird durch das 
universelle Datenauswertesystem 
UNIDAT erreicht. UNIDAT ist ein un- 
ter dem Betriebssystem DCP lauffä- 
higes Programmpaket zur universel- 
len Auswertung von REDABAS-Da- 
tenbanken; eine SCP-(8-Bit-)Va- 
riante in reduzierter Form liegt eben- 
falls vor. Die drei Hauptbestandteile 
von UNIDAT sind: 

1. Beliebige Verknüpfung von 2 un- 
terschiedlichen Datenbankdateien zu 
einer Auswertedatei über 1 bis 3 Zu- 
ordnungskriterien 

2. Auswerten einer beliebigen Datei 
über Drucklisten oder Zählberichte 
(Statistiken) 

3. Druck von Karteikarten, Rechnun- 
gen und dergleichen aus dem Daten- 
inhalt einer Datei. 

Das gesamte Programmsystem ar- 
beitet konsequent menügeführt und 
erfordert keine Kenntnisse der RE- 
DABAS-Programmierung. 

Für das gesamte System existiert 
eine Kurzdokumentation. 

VEB Leuna-Werke „Walter Ulbricht“, Di- 
rektion Kader und Bildung, Sektor Ka- 
dererfassung, Leuna, 4220; Tel. Merse- 
burg 4 30 Schüler 

Unterstützung für 
REDABAS-4-Anwendung 

Zur Verbesserung der Anwendung 
von REDABAS-4 entstanden in unse- 
rem Betrieb Module, die unter Steue- 
rung des Interpreters oder als Module 
für den REDABAS-Compiler (REDA- 
COM) abgearbeitet werden können. 
Folgende Funktionen werden zurZeit 
realisiert: 

Fenstertechnik: Beliebige Fenster 
des REDABAS-Bildschirmes können 
in den Hauptspeicher gerettet und an 
gleicher oder anderer Bildschirm- 
stelle wieder hergestellt werden. Be- 
liebige Fenster können über den 
Drucker ausgegeben werden. 
Kursorgröße: Der Kursor kann stu- 
fenweise von unsichtbar bis zu maxi- 
maler Größe eingestellt werden. 

Eine Weiterentwicklung der Module 
ist in Arbeit. 

VEB Datenverarbeitungszentrum Halle, 
Abteilung FP, Block 081, Halle-Neu- 
stadt, 4090 Gruhl 
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32. Zentrale Messe 
der Meister von morgen 

Vom 6. bis 13. November 1989 fand 
in Leipzig die 32. ZMMM statt. Wir 
haben für Sie einige interessante Ex- 
ponate ausgewählt. 

Professionelle Anwendersoftware 
kann mit dem jetzt in neuer Version 
vorgesteliten Window-Develop- 
ment-System (WDS) effektiv pro- 
grammiert werden. Mit diesem in Ge- 
meinschaftsarbeit von Softwarear- 
beitsgemeinschaften der Hochschule 
für Ökonomie und der Humboldt-Uni- 
versität Berlin entwickelten Werk- 
zeugsystem läßt sich anpassungsfä- 
hige Software programmieren, die je- 
derzeit schnell und in hoher Qualität 
aktualisiert werden kann (siehe Farb- 
bild 1 ; alle Farbbilder auf der 3. Um- 
schlagseite). Im Dialog wird die Me- 
nüführung eines Softwareprodukts 
festgelegt und daraus abgeleitet ge- 
neriert das System WDS automatisch 
den Quelltext für Turbo-Pascal ab 
Version 4.0 einschließlich des Aufrufs 
der einzelnen Prozeduren nach der 
entworfenen Menüfolge. Dem Soft- 
wareentwickler bleibt nur noch seine 
eigentliche Arbeit: das Programmie- 
ren bzw. das Einkopieren des Quell- 
textes der Prozeduren zur Eingabe, 
Berechnung, Anzeige oder zum Aus- 
druck der im Programm zu verarbei- 
tenden Daten. Mehrere Units- so zur 
skalaren Eingabe, mit Routinen zur 
Plattenmanipulation und zur Verwal- 
tung von Datum und Uhrzeit-werden 
ebenfalls angeboten, um dem Pro- 
grammierer auch noch das Schreiben 
von Standardprozeduren abzuneh- 
men. Neben den menüorientierten 
Programmstrukturen können aber 
auch die farbliche Gestaltung und ein 
leistungsfähiges Hilfssystem im Dia- 
log programmiert werden. 

Dazu dient insbesondere das Help- 
Development-System. Es wird dann 
automatisch der entsprechende 
Quelitext generiert, der zur Einbin- 
dung in das Softwareprodukt erfor- 
derlich ist. Dieser Turbo-Pascal- 
Quelltext erinnert bei seiner Aktivie- 
rung im Programm nicht nur vom äu- 
ßeren Erscheinungsbild an die vom 
Turbo-Pascal-System selbst gege- 
bene On-Iine-Hilfe, sondern auch die 
innere Struktur ist identisch, so daß 
der Nutzer von HDS auch die Hilfs- 
texte des Turbo-Pascal-Systems 
selbst den persönlichen Wünschen 


anpassen kann, und auch die Ergän- 
zung der Texte beispielsweise um ei- 
gene Units ist möglich (Bildl). Aus 
derselben Zusammenarbeit von HfÖ 
und Humboldt-Universität rührt eben- 
falls das Maschinentagebuch her, 
das neben der Verwaltung von meh- 
reren Standard- und eigenen Projek- 
ten für 20 Nutzer auch einen Paßwort- 
schutz und die Auswertung des Rech- 
nereinsatzes sowohl nach Nutzern 
als auch nach Projekten bietet (Farb- 
bild 2). Dieses Paket ist als Share- 
ware (kostenlos) gegen Einsendung 
einer 5V4-Zoll-Diskette zu erhalten. 
(Klub der Wissenschaften im Ma- 
gnushaus, AG Software, Am Kupfer- 
graben 7, Berlin, 1080) 

Der integrierte Schaltkreis U 8061 7 
(Farbbild 3) wurde vom VEB Robo- 
tron-Elektronik Dresden gezeigt. Er 
gehört zum 32-Bit-Mikroprozessorsy- 
stem U 80700. Gemeinsam mit dem 
U 8061 4 und dem U 8061 9 wird er 
den Rolanet 2-Controller für den 
Kl 820 von Robotron bilden. Dieser 
Controller entspricht der Ethernet- 
und der IEE 602.3-Spezifikation. Der 
U 8061 7 dient dem Anschluß dieses 
Controllers an den MPI-Bus (SKR). 
Er ist ein Register- und Zählerschalt- 
kreis für die Steuerung des schnellen 
Datenaustausches mit direktem Zu- 
griff auf den Hauptspeicher (DMA). 
Der in einer 1,5-wm-CMOS-Techno- 
logie gefertigte Schaltkreis besitzt 
TTL- und CMOS-kompatible Ein- und 
Ausgänge. Er befindet sich in einem 
68poligen LCC-Keramikgehäuse (im 
Farbbild 3 unverkappt). 

(VEB Robotron-Elektronik Dresden) 

Eine wesentliche Voraussetzung für 
die routinemäßige Verarbeitung von 
SMD-Bauelementen unter den Be- 
dingungen eines Elektroniklabors 
stellt das Vorhandensein eines geeig- 
neten, stationären Arbeitsplatzes dar. 
Der SMD-Handbestückungspiatz 
unterstützt die Arbeitsgänge Bestük- 
ken, Löten, visuelle Kontrolle und Re- 
paratur von gemischt bestückten Lei- 
terplatten (Bild 2). Er umfaßt folgende 
Komponenten: 

- verstellbare Halterung für Leiter- 
platten unterschiedlicher Größe mit 
verschiebbarer Handauflage 

- Karussellmagazin für lose SMD- 
Bauelemente mit direktem Zugriff (im 
Bild links) 

- verschiedene Saugpipetten mit 
zentraler Pumpe 


- Heißluftauslötvorrichtung 
mit Saugpipette 

- Beleuchtungseinrichtung 
mit Großfeldlupe 

- angepaßtes Werkzeug 

- Lager für SMD-Bauelemente. 

Die maximal mögliche Leiterplatten- 
größe ist 130x190 mm 2 ; der Arbeits- 
platz hat die Abmessungen 1 ,35 x 0,7 
xl, 7 m 3 . 

(Martin-Luther- Universitä t Halle, 
Sektion Physik, Dr. Rost/Balze- 
rowski, Friedemann-Bach-Platz 6, 
Halle, 4010; Tel. 26820) 

Die im Farbbild 4 dargestellte Groß- 
feldtastatur ist eine Entwicklung der 
Sektion Rehabilitationspädagogik 
und Kommunikationswissenschaft 
der Humboldt-Universität. Sie ist eine 
Spezialtastatur und für den Gebrauch 
durch Körperbehinderte und andere 
Geschädigte im schulischen und au- 
ßerschulischen sowie im privaten Be- 
reich vorgesehen. Diese Tastatur 
kann mit einem Anschlußmodul an 
den KC87 angeschlossen werden. 
Über diesen Anschlußmodul ist spä- 
ter auch die Kopplung an andere 
Computer (z. B. Bildungscomputer) 
möglich. 

Zum Betreiben der Tastatur wird des 
weiteren noch ein spezieller Drucker- 
modul, ein spezieller ROM-Erweite- 
rungsmodul mit dem Textprogramm 
RETEXT, ein RAM-Erweiterungsmo- 
dul sowie ein spezieller Kodierstecker 
benötigt. RETEXT gestattet dem Nut- 
zer, Schreibarbeiten und mathemati- 
sche Aufgaben rationell zu erledigen. 
Die Buchstaben auf der Tastatur sind 
ergonomisch angeordnet, um die Fin- 
gerwege so gering wie möglich zu 
halten. Die Häufigkeit der Buchsta- 
ben, Buchstabenfolge, der Wörter 
und der Anfangsbuchstaben der 
deutschen Sprache bildeten die 
Grundlage für die Buchstabenanord- 
nung. Es konnten dadurch die Finger- 
wege auf 55% und die Schreibzeit 
auf 60% gesenkt werden. Die halb- 
kreisförmige Anordnung der Tasten 
ist ebenfalls ergonomisch (Grundlage 
dafür ist der antropometrische Ab- 
stand zwischen Ellenbogen und Fin- 
gerspitze): damit ergeben sich mini- 
male Betätigungswege bei fester Auf- 
lage des Ellenbogens. 

Der Tastentiefgang kann zur Anpas- 
sung an die individuellen Bedürfnisse 
des Nutzers in fünf Stufen eingestellt 


werden, und die Neigung der Tastatur 
zur Tischfläche ist von 0 bis 65 Grad 
stufenlos möglich. Eine kompakte 
und schwergewichtige Bauweise und 
Gummifüße garantieren eine rutsch- 
feste und sichere Aufstellung. Her- 
steller ist der VEB Robotron-Elektro- 
nik Dresden. 

(Humboldt-Universität zu Berlin, 
Sektion Rehabilitationspädagogik 
und Kommunikationswissenschaft, 
Dr. KurtlGolomb, Albrechtstraße 22, 
Berlin, 1040; Tel. 2805187) 

Bereits in unserem Heft 1 0/89 kündig- 
ten wir in unserem Bericht vom 13. 
Mikroelektronik-Bauelementesympo- 
sium (Mai 1989 in Frankfurt [Oder]) 
die Turbo-Karte für den EC 1 834 - die 
BK 600 - an. Erstmals in Funktion zu 
sehen war sie aber erst zur letzten 
ZMMM (siehe Farbbilds). Hier noch 
einmal die wichtigsten technischen 
Daten: CPU U 80601 -8, Buscontroller 
U 80606-8, Taktgenerator U 8061 2-8, 
Koprozessor U 80613 (im Bild der 
leere Steckplatz), 1 MByte RAM mit 
256-KBit-RAM-Schaltkreisen U 61 256 
(1 50 ns), SRAM U 21 4/651 4. 

Die Karte, die in jedem EC 1834 ver- 
wendet werden kann, ermöglicht eine 
Taktrate von 8 MHz ohne Wartezy- 
klen der CPU (0 Waitstates). Damit 
kann der EC 1834 auf die 3- bis 4fa- 
che Rechengeschwindigkeit be- 
schleunigt werden (mit U 80613: 5- 
bis 8fach). Die lange Steckkarte be- 
steht aus 4 Leiterzugebenen und wird 
im Schwierigkeitsgrad 6 gefertigt. 

(VEB Mikroelektronik „Karl-Marx“ Er- 
furt, Forschungszentrum, Koll. Ban- 
kei, Rudolf Straße 47, Erfurt, 5010; 
Tel. 41 20 13, App. 79) 

Vom VEB Robotron-Elektronik Zella- 
Mehlis wurde das alphanumerische 
Terminal K8941 ausgestellt (Bild 3). 
Die Elektronik ist im Monitorgehäuse 
enthalten, beispielsweise ein U 884, 
ein Bildschirmcontroller und 30 KByte 
Nutzersoftware im ROM. Das Termi- 
nal ist kompatibel zum VT52, zum 
VT100 und zum VT200 und kann so- 
mit für den neuen 32-Bit-Rechner von 
Robotron K 1 820 verwendet werden 
(dargestellt werden können 132 Zei- 
chen pro Zeile). 

(VEB Robotron-Elektronik Zella- 
Mehlis, Straße der Antifa 63-66, 
Zella- Mehlis, 6060; Tel. 6 10) 
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Die Pädagogische Hochschule „Karl 
Liebknecht“ Potsdam informierte, wie 
Schüler der Unterstufe auf die Arbeit 
mit dem Computer vorbereitet wer- 
den. Das Bild 4 zeigt, wie den Kindern 
die wichtigsten Computerbegriffe er- 
läutert werden, bevor sie sich das er- 
ste Mal an den Rechner setzen. Hin- 
weis: Mit dem Begriff Menü ist hier 
das fertige Essen gemeint und nicht 
das in der Computerwelt übliche Bild 
für die Pogrammauswahl. 

(Pädagogische Hochschule „ Karl 
Liebknecht ' Potsdam, Institut für 
Lehrerbildung „Rosa Luxemburg 
Koil. Müller , Friedrich-Ebert-Straße 
4, Potsdam , 1560; Tel. 32 90) 


Text und Fotos: H. Hemke, H.-J. Hill 



SYSTEMS 89 


Vom 1 6. bis 20. Oktober 1 989 fand in 
München zum 1 1 . Mal die High-Tech- 
Messe SYSTEMS statt. Auf einer 
Ausstellungsfläche von 111000m 2 
waren rund 1500 Aussteller aus 27 
Ländern vertreten. Damit avanciert 
die SYSTEMS zur zweitgrößten 
Computermesse in der BRD nach der 
CeBit in Hannover. Etwa 200000 Be- 
sucher zählte die SYSTEMS 89, was 
insbesondere darauf zurückzuführen 
ist, daß neben der Präsentation neuer 
Produkte ein interessantes Kongreß- 
programm stattfindet, das vor allem 
EDV-Profis anlockt. Neben den 
Schwerpunktthemen Telekommuni- 
kation und Softwarestrategien veran- 
staltete die Gesellschaft für Informa- 
tik ihren 3. Internationalen Gl-Kon- 
greß unter dem Titel „Wissensba- 
sierte Systeme“. 

Für Besucher mit Interese an be- 
stimmten Technologien standen ver- 
schiedene Fachseminare bereit, so 
u. a. zu den Themen Datenbank- und 
Expertensysteme, Electronic Publi- 
shing, LAN, Mensch-Maschine-Inter- 
aktion, CASE und Bürokommunika- 
tion. Im SYSTEMS-Studio wurden of- 
fene Diskussionsforen abgehalten, 
auf denen Fachleute aktuelle The- 
men aus der Welt der Informatik erör- 
terten. Im Vordergrund stand dabei 
die fortschreitende Computerkrimina- 
lität. 

Allgemeine Trends 
Die SYSTEMS 89 zeigte deutlich, 
daß sich auf dem DV-Markt zur Zeit 
ein Strukturwandel vollzieht, der 
durch die fünf folgenden Markttrends 
charakterisiert wird: 

1. Der traditionelle DV-Markt zeigt 
zunehmend Sättigungserscheinun- 
gen. Jedes Unternehmen in der BRD 
mit mehr als 1 00 Mitarbeitern hat min- 
destens einen Computer installiert. 
Auch das PC-Potential wird 1992 zu 
mehr als 60 Prozent ausgeschöpft 
sein. Aus den enger werdenden 
Märkten resultieren zwangsläufig 
Überkapazitäten, die einen wachsen- 
den Preiswettbewerb verursachen. 
Verstärkt wird dieser T rend durch das 
Bemühen, über standardisierte Sy- 
steme - Stichwort Unix - in die 
Märkte von Konkurrenten einzudrin- 
gen. 


2. Die Abhängigkeit der Informatik- 
industrie von der allgemeinen Kon- 
junkturlage nimmt zu. Der Anteil des 
Ersatzgeschäfts und des Erweite- 
rungsgeschäfts wächst. Das Investi- 
tionspotential für die Rationalisierung 
sich wiederholender Arbeitsverläufe 
(z.B. Rechnungswesen, Textverar- 
beitung usw.) ist weitgehend ausge- 
schöpft, so daß nur noch in geringem 
Umfang mit antizyklischen Investitio- 
nen zu rechnen ist, die Kostensen- 
kungen herbeiführen sollen. Der Ein- 
satz der Informatik dient heute vor- 
rangig der Fitneßsteigerung im Wett- 
bewerb. Und so zeigt sich, daß vom 
Konjunkturaufschwung erfaßte Wirt- 
schaftszweige, wie der Maschinen- 
bau oder die Finanzdienstleistungs- 
branchen, im Moment zu den besten 
Kunden der Informatikindustrie zäh- 
len. 

3. Eine Verlagerung in andere, zum 
Teil neue Wachstumsmärkte ist er- 
kennbar. Dazu gehören auf der einen 
Seite der weitgefächerte Markt für 
Dienstleistungen, auf der anderen 
Seite die jungen Märkte für Elektro- 
nikausrüstungen verschiedener Inve- 
stitions- und Konsumgüter wie Werk- 
zeugmaschinen, Kraftfahrzeuge, 
Waschmaschinen. 

4. Am Dienstleistungsmarkt entsteht 
neues Potential für den Aufbau einer 
umfassenden informationstechni- 
schen Infrastruktur (Software, Bera- 
tung, Systemintegration). Infrastruk- 
turdienste auf der Netzebene ein- 
schließlich der sogenannten Mehr- 
wertdienste (Value-added Network 
Services) werden zunehmend ge- 
fragt. Unabhängig davon entwickeln 
sich neue Märkte für Konsumelektro- 
nik, Fahrzeugelektronik, Medizin- 
elektronik und Industrieelektronik. 

5. Neben diesen Langzeittrends gibt 
es auch Sonderkonjunkturen und flo- 
rierende Teilmärkte, wie z.B. die 
Märkte für Standardsoftware, Werk- 
zeuge für die Softwareentwicklung 
(Stichwort CASE), UNIX-Systeme 
und Workstations sowie Lokale Netze 
und Telefax-Geräte. 

Kaum noch Unterschiede zwischen 
PC und Workstation 
Leistungsmäßig gibt es kaum noch 
Unterschiede zwischen den beiden 


Rechnergenerationen Personal 
Computer und Workstation. Die Defi- 
nition der beiden Geräteklassen be- 
sagte lange Zeit: Personal Computer 
basieren auf einem 80x86-Prozessor 
und sind als Single-User-Maschinen 
im Einsatz. Workstations hingegen 
hatten meist einen Mikroprozessor 
der Marke 680x0 als CPU und waren 
als Multi-User-Systeme im Einsatz. 
Während bei den PCs das Betriebs- 
system MS-DOS im Vordergrund 
stand, zeichneten sich die Worksta- 
tions durch das Betriebssystem Unix 
aus. Lange Zeit wurden die PCs nur 
im kommerziellen Bereich, die 
Workstations im technisch-wissen- 
schaftlichen Markt eingesetzt. Heute 
verschwimmen die Grenzen: Die 
Hardware selbst wird immer unbe- 
deutender. 

Seit der Ankündigung des neuesten 
Intel-Prozessors 80486 steht fest, 
daß die Personal Computer in Lei- 
stungsbereiche verstoßen, die lange 
Zeit nur den Workstations Vorbehal- 
ten waren. Computer mit dem 80486- 
Prozessor bieten Leistungen von 1 5 
bis 25 Millionen Instruktionen pro Se- 
kunde (kurz MIPS genannt). Die gän- 
gigsten Workstations liegen heute im 
Bereich von 14 MIPS. Zur SYSTEMS 
wurden die ersten Rechner mit dem 
neuesten Prozessor gezeigt, so von 
NCR, IBM und Rein Elektronik. Auch 
bei den traditionellen Workstations ist 
mit einem Leistungsschub in Rich- 
tung 20 MIPS zu rechnen. Während 
die Hardware kaum noch den Unter- 
schied zwischen den PCs und den 
Workstations ausdrückt, spielt die 
Software eine immer bedeutendere 
Rolle. Auf den neuen PCs sind so- 
wohl MS-DOS- als auch Unix-Pro- 
gramme lauffähig. Zwar bieten die 
Geräte unter MS-DOS, das für nicht 
so leistungsfähige Anwendungen 
und Prozessoren ausgelegt ist, die 
Möglichkeit, auch „alte, gewohnte“ 
Software zu benutzen, die maximale 
Leistung des Systems wird dabei je- 
doch nicht ausgenutzt. Auf Dauer 
wird sich in diesem Bereich mit OS/2 
ein anderes Betriebssystem für die 
Einzelplatzrechner durchsetzen. Auf 
der SYSTEMS wurden auch die er- 
sten Programme gezeigt, die die 
neue Benutzeroberfläche Presenta- 
tion Manager voll unterstützen. 
Workstations hingegen laufen schon 
immer unter Unix. Durch die Standar- 
disierungsbemühungen verschiede- 


ner Gremien gibt es sowohl im techni- 
schen/wissenschaftlichen als auch 
im kommerziellen Markt heute genü- 
gend Software unter diesem Be- 
triebssystem. 

Wie die PCs sind auch die Worksta- 
tions derzeit kurz vor einem Lei- 
stungssprung. Dieser wird durch die 
relativ neue Prozessortechnologie 
RISC (reduced instruction set Compu- 
ter) erzielt werden; gerade im tech- 
nisch-wissenschaftlichen Sektor wer- 
den verstärkt RISC-Systeme ange- 
boten. Das Betriebssystem Unix läuft 
ebenfalls auf diesen schnellen Syste- 
men. Während der RISC-Markt bei 
Workstations, rein von den Umsätzen 
her betrachtet, im vergangenen Jahr 
gerade 10 Prozent ausmachte, zei- 
gen die Ankündigungen der letzten 
Monate, daß das Angebot an RISC- 
Rechnern immer größer wird. Für 
RISC-Systeme gibt es bereits ein 
breitgefächertes Softwareangebot. 
Das Betriebssystem Unix wird ver- 
stärkt auch im kommerziellen Büro- 
bereich Anwendung finden. 

Mit dem 1987 von IBM vorgestellten 
Mikrokanal und den darauf basieren- 
den PS/2-PC-Systemen gab es erst- 
mals eine zur ISA (Industrie Standard 
Architektur) konkurrierende PC-Ar- 
chitektur. Auf der SYSTEMS 89 
wurde von der Fa. Hewlett Packard 
der weltweit erste Rechner mit EISA- 
Architektur vorgestellt. EISA (Erwei- 
terter Industrie Standard Architektur) 
als Konkurrenz gegenüber dem IBM- 
Mikrokanal hat gegenüber ISA fol- 
gende Vorteile: 

- volle Rückwärtskompatibilität mit 
ISA-Systemkomponenten 

- voller 32-Bit-Adreß- und 32-Bit-Da- 
tenbus 

- automatische Konfiguration für Er- 
weiterungssteckkarten 

- verbesserte DMA-Funktionen (Di- 
rect Memory Access) mit Durchsatz- 
raten bis zu 33 MByte/s 

- Unterstützung intelligenter Peri- 
pheriegeräte durch die Möglichkeit, 
einen parallel zum Hauptprozessor 
arbeitenden Bus-Master mit eigenem 
Prozessor einzusetzen 

- zusätzliche Funktionen, die die 
Entwicklung komplexer, intelligenter 
Peripheriegeräte ermöglichen. 

So besitzt der von HP präsentierte 
Vectra 486 beispielsweise folgende 
technische Daten: 

- Prozessor Intel 80486 mit 25 MHz 
Taktrate 
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Siemens erweiterte zur SYSTEMS 
seine Produktpalette um zwei web 
tere 80386-Modelle. Der hier ge- 
zeigte PCD-3M ist insbesondere für 
Anwendungen mit grafischen Be- 
nutzeroberflächen - beispiels- 
weise MS-Windows - gedacht. Als 
Einstieg in die Welt der 386er wird 
zu einem geringeren Preis der 
PCD-3M sx angeboten. 



Der zur CeBIT 89 angekündigte PC 
50-11 mit dem Prozessor 80386 SX 
wurde von Commodore erstmals 
zur SYSTEMS vorgeführt. Er verkör- 
pert nach den Worten von Peter 
Kaiser, neuer Geschäftsführer der 
Commodore Büromaschinen 
GmbH, die konsequente Produkt- 
orientierung von Commodore. Der 
PC 50-11 wird in drei Versionen an- 
geboten und kann je nach Ausstat- 
tung Aufgaben als Workstation, Ar- 
beitsplatzrechner oder Fileserver 
übernehmen. 


- 8 EISA-Steckplätze wahlweise für 
8-, 16- oder 32-Bit-Zusatzplatinen 

- 1 parallele, 2 serielle Schnittstellen 

- Tastatur- und Mausanschluß 

- 2 MByte RAM, aufrüstbar bis 
64 MByte 

- Shadow-RAM für BlOS-Code 

- 64 KByte ROM 

- Festplattenkapazität ausbaufähig 
bis 670 MByte 

- Diskettenlaufwerk 5,25"; 

1,2 MByte 

- 1 20 MByte Tape-Back-up 

- Monitore von MDA bis VGA sowie 
HP Intelligent Graphics. 

Als Betriebssysteme sind einsetzbar: 
MS-DOS 4,01, Windows/286 oder/ 
386, OS/2, SCO UNIX /386 V 3.2 und 
VP/ix 1.2. 

Dieser Hochleistungsrechner eignet 
sich vor allem für anspruchsvolle 
CAD-Anwendungen mit hochauflö- 
sender Grafik und als Fileserver. 

Zur Zeit werden EISA-Rechner von 


acht großen Computerherstellern un- 
terstützt und weiterentwickelt: 

AST Research INC., COMPAQ Com- 
puter Corporation, EPSON America 
Inc., HEWLETT-PACKARD Com- 
pany, NEC Information Systems Inc., 
OLIVETTI, TANDY, WYSE Techno- 
logy und ZENITH Data Systems Cor- 
poration. 

Nach den auf der SYSTEMS ge- 
machten Vorankündigungen stehen 
z.B. von OLIVETTI und COMPAQ 
entwickelte EISA-Rechner kurz vor 
ihrer Präsentation. Damit ist eine 
neue Entwicklungsstufe im PC-Be- 
reich erreicht. 

Eine Weltpremiere gab es auch von 
Toshiba. Der Laptop-Marktführer 
stellte den ersten serienreifen 14- 
Zoll-Farb-LCD-Schirm vor. Dieser ist 
in zwei Modi betreibbar: 720 x 550 Pi- 
xels bei 16 Farben und 1440x1100 
Pixels im Schwarz/Weiß-Modus. 
Parallel dazu zeigte SHARP eben- 
falls einen Laptop mit 14-Zoll-Farb- 
LCD, den PC-8041. Der auf einem 
80386 basierende tragbare Compu- 
ter arbeitet mit einer Taktfrequenz 
von 20 MHz und bietet volle VGA- 
Emulation. Das Gewicht beträgt we- 
niger als 10 kg. 

Neue Speichertechnologien 
ändern die DV-Welt 
Ob bei Großrechnern, Workstations 
oder Personal Computern: Immer 
mehr DV-Hersteller bieten optische 
Platten zur Datenhaltung an. Mit ihrer 
riesigen Speicherkapazität auf klein- 
stem Raum verändern die „Optical 
disks“ nachhaltig die gesamte DV- 
Landschaft. Aller Anfangseuphorie 
zum Trotz taten sich die optischen 
Speichermedien bisher recht schwer 
im DV-Markt. Das wird sich in den 
nächsten Jahren jedoch grundlegend 
ändern. Zum einen ist die Technik 
nun ausgereift, zum anderen einigten 
sich die Hersteller auf gemeinsame 
Standards. Den Durchbruch der opti- 
schen Speichermedien auf breiter 
Front erwarten Marktbeobachter da- 
her für die nächsten Jahre. So soll 
sich der Verkauf der CD-ROM-Plat- 
ten nach einer Prognose von Link 
Ressources in Europa allein im Zeit- 
raum 1988 bis 1992 von 25 000 auf 
280 000 Stück mehr als verzehnfa- 
chen. Die CD-ROM entspricht in ihren 
Abmaßen der Audio-CD (5,25-Zoll- 
Laufwerk, 120 mm Plattendurchmes- 
ser) und ist wie diese nur lesbar und 
nicht wiederbeschreibbar (Compact 
Disk - Read Only Memory). Als Da- 
tenträger bietet sie immense Vorteile: 
Eine einzelne Platte faßt bis zu 650 
MByte - eine Floppy dagegen nur 
maximal 1 ,44 MByte. Sie ist unemp- 
findlich gegen Staub und Headcrashs 
(also stoßunempfindlich) und spei- 
chert neben den üblichen DV-Daten 
auch Zeichnungen, Bilder, Musik und 
Sprache. Die glänzenden Platten 
werden heute überwiegend als Infor- 
mationsträger für Nachschlagewerke 
und umfangreiche Kataloge (vom Te- 
lefonbuch bis hin zu Patentschriften 
und Medikamentenverzeichnissen) 
eingesetzt. Über 800 CD-ROM-An- 
wendungen wurden 1988 bereits 
weltweit gezählt. CD-ROM-Lauf- 
werke für Personal Computer kosten 
derzeit noch zwischen 1 000 und 
2 000 DM. 

Bereits im Einsatz ist heute ebenfalls 
die mit Anwenderdaten einmal be- 
schreibbare und immer wieder les- 
bare optische Platte, die sogenannte 
WORM (Write Once Read Many). 




Diese Platten eignen sich vor allem 
zur Datensicherung und Archivierung 
von großen Datenmengen. Gegen- 
über den bisher benutzten Medien 
wie Band und Kassette besitzen sie 
eine vielfach höhere Speicherfähig- 
keit. Verwaltet in „Juke Boxes“ las- 
sen sich Kapazitäten bis zu 300 
GByte und mehr erreichen. Das ent- 
spricht etwa sechs Millionen A4-Sei- 
ten. WORM-Platten lösen in vielen 
Fällen auch den Mikrofilm als Archiv- 
medium ab. 

Weitgehend gelöst sind heute auch 
die technischen Probleme bei mehr- 
fach beschreibbaren optischen 
Disks. Auf der SYSTEMS 89 zeigten 
verschiedene Hersteller entspre- 
chende Produkte im 5,25-Zoll-For- 
mat. 

PC-Netze bilden das Rückgrat 
der Unternehmenskommunikation 
Wie die SYSTEMS zeigte, hat sich in 
der Praxis ein dreistufiges Konzept 
der Unternehmenskommunikation 
durchgesetzt. Dabei arbeiten auf der 
untersten Ebene Personal Computer, 
die untereinander und mit den beiden 



RegsX 8/32 ist ein Multiprozessor- 
system von EGS für Unix-Anwen- 
d ungen. Es können bis zu 8 master- 
slavefähige 32-Bit-Prozessorkar- 
ten auf Basis des Motorola 68020t 
68030 mit einer Gesamtleistung 
von 40 MIPS installiert werden. 
Durch die Integration eines LAN- 
Schnittstellen-Konzentrators für 
8 Terminals eignet sich das RegsX 
8/32 besonders als Fileserver in 
Unix-Netzen. 


„übergeordneten“ Stufen - den Mini- 
computern auf der Abteilungsebene 
und den Großrechnern - vernetzt 
sein können. Für lokale Netze haben 
sich Standards wie die Bus-Netz-To- 
pologien von Token Bus und Ethernet 
sowie die Ring-Topologie des Token 
Ring-Standards durchgesetzt, wobei 
Token-Verfahren gerade bei hohen 
Anforderungen und hohen Datenra- 
ten vorgezogen werden. Neben dem 


OSI-Referenzmodell entsprechen- 
den Normen haben sich dabei zum 
Teil auch De-facto-Standards wie 
etwa TCP/iP als Kommunikations- 
schnittstelle durchgesetzt. Sollen 
mehrere Netze miteinander verbun- 
den werden, so kommen sogenannte 
Router, Bridges und/oder Gateways 
zum Einsatz, die - falls erforderlich - 
die in der Regel darüber liegenden 
(OSI-)Kommunikationsprotokolle 
umsetzen können. Die Funktionalität 
dieser Kopplungskomponenten ist 
mit bestimmten Netzverwaltungsauf- 
gaben verbunden. Server sowie Pro- 
gramme zur Netzüberwachung und 
-Steuerung sowie Anwendungssoft- 
ware für Multiuser- und Multitasking- 
Umgebungen machen aus den ein- 
zelnen Elementen eine integrierte 
PC-Netz-Anwendung. 

Der Informationsbedarf der Anwen- 
der in Sachen „lokale Netzwerke“ 
steigt mit dem Grad der Durchdrin- 
gung aller Unternehmensbereiche 
mit Computertechnik und deren Kom- 
plexität. Die SYSTEMS 89 gab einen 
Überblick über das gesamte Spek- 
trum der betrieblichen Kommunika- 
tion. Standards und Normen der 
Kommunikationsstrukturen sowie 
alle Produkte, die diesen Normen ent- 
sprechen, wurden ebenso gezeigt 
wie beispielhafte Lösungen für eine 
große Anwendungspalette. Verkabe- 
lungsstrategien können die Kommu- 
nikationsinfrastruktur häufig nachhal- 
tig beeinflussen und waren daher ne- 
ben einer umfassenden Darstellung 
hybrider Netze für die Sprach- und 
Datenkommunikation Gegenstand 
eines Fachseminars im Kongreßteii 
der SYSTEMS. 

Einheitliche Benutzeroberflächen 
setzen sich durch 

Wie die SYSTEMS zeigte, sind grafi- 
sche Benutzeroberflächen stark im 
Kommen. Die derzeit populärste 
Oberfläche stammt von dem Massa- 
chusetts Institut of Technology, MIT, 
das X.11 bzw. X. Windows zusam- 
men mit einer großen Zahl von Com- 
puterherstellern entwickelte. Der Vor- 
teil einer einheitlichen Benutzerober- 
fläche ist für den Anwender sehr er- 
heblich. Wer viele unterschiedliche 
Programme auf seinem Rechner 
nutzt, kennt das Problem: Jede Soft- 
ware verlangt andere Eingaben, und 
die Funktionstasten haben andere 
Bedeutungen, Hilfestellungen wer- 
den mit verschiedenen Befehlen an- 
gefordert. Mit einer Standardoberflä- 
che erscheinen alle Programme ein- 
heitlich. Heute wird X/Windows von 
einer großen Anzahl von Softwarean- 
bietern unterstützt. Selbst der Macin- 
tosh kann mit X/Windows arbeiten. X/ 
Windows läuft derzeit auf PCs, 
Workstations und auch auf Minicom- 
putern. Der Umstieg von einer Hard- 
ware auf eine andere Plattform be- 
deutet für den Anwender, daß er eine 
ihm bekannte Oberfläche auf allen 
Systemen vorfindet. Die Einarbei- 
tungszeit in unterschiedlichen Pro- 
gramme wird dadurch erheblich ver- 
kürzt - die Akzeptanz für neue Pro- 
dukte erhöht. Die berühmte Fenster- 
technik kostet allerdings eine Menge 
Hauptspeicher. Und der ist derzeit 
recht teuer. Auch ist die Anzahl der 
heute verfügbaren Programme unter 
X/Windows noch recht mager. Zwei 
Varianten von X/Windows haben auf 
der SYSTEMS 89 in München Furore 
gemacht: Open Look und OSF/Motif. 
Bei Open Look handelt es sich um 
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Für das wachstumsträchtige Marktsegment der ge- 
werblichen Anwender bei Klein- und mittelständischen 
Unternehmen bietet Schneider neben dem Tower AT 
jetzt die neuen Produkte VGA AT System 40 (42-MByte- 
Festplattejund VGA AT System 70 (68-MByte-Festplatte) 
an. Gemeinsam ist ihnen der VGA-Videoadapter , der 
kompatibel zu den Standards VGA, EGA, CGA, MDA und 
Hercules ist und eine Grafikauflösung von bis zu 
1024 x 768 Punkten erreicht. 



Der bekannte Tastatur- und Schalterhersteller Cherry 
zeigte eine IBM-MF-kompatible Tastatur, die als Beson- 
derheit mit einem Magnetkarten-Durchzugsleser aus- 
gestattet wurde . Für den Betrieb ist keine zusätzliche 
Software erforderlich; die Leseeinheit arbeitet über die 
Tastaturschnittstelle und blockiert somit keine weitere 
Schnittstelle. 


eine Benutzeroberfläche, die aus 
dem Hause AT & T stammt und der- 
zeit auf Unix-Rechnern läuft. Auch 
OSF/Motif läuft unter Unix; im Januar 
wurde dieses leistungsstarke User- 
Interface der Öffentlichkeit erstmalig 
vorgestellt, und auf der SYSTEMS 89 
konnten die ersten Software- Pakete 
unter OSF/Motif in Augenschein ge- 
nommen werden. Während in den 
Unix-Gremien, die sich um eine Stan- 
dardisierung dieses Betriebssystems 
bemühen, derzeit heftigst über Open 
Look und Motif diskutiert wird, schei- 
nen die Softwarehäuser zur Zeit Motif 
zu favorisieren. Letztendlich wird sich 
nur das Unser-Interface durchsetzen, 
auf das die Softwarehäuser und 
Hardwarehersteller setzen. 

Computer Aided Software Enginee- 
ring - ein Werkzeug zum Abbau des 
„ Anwendungsstaus “ 

Der Begriff „Anwendungsstau“ ist 
mindestens ebenso verbreitet wie der 
Begriff OASE - nur daß dort, wo 
CASE (Computer aided Software en- 
gineering) professionell praktiziert 
wird, der Anwendungsstau erheblich 
kleiner als anderwärts ist, ja manch- 
mal überhaupt nicht in Erscheinung 
tritt. Die Erkenntnis, daß CASE trotz- 
dem kein simples Allheilmittel dar- 
stellt, sondern unbedingt problem- 
und situationsgerecht ausgewählt 
werden muß, setzt sich in der Fach- 
welt inzwischen immer stärker durch. 
Einen aktuellen Überblick über die 
neuesten Entwicklungen im CASE- 
Sektor konnte man auf der SY- 
STEMS erhalten. So konnte sich der 
Fachbesucher beispielsweise dar- 
über informieren, ob und wie das je- 
weilige Werkzeug ihn bereits vor der 
Erstellung des Quellencodes unter- 
stützt, wie viele Phasen des Soft- 
ware-Entwicklungsprozesses es ab- 
deckt, und ob es in einer deutsch- 
sprachigen Version angeboten wird. 
Man konnte Front-End-, Back-End- 
und projektbegleitende CASE-Werk- 
zeuge und auch solche Tools ken- 
nenlernen, die zur Sanierung von Alt- 
Software herangezogen werden kön- 
nen. Es wurden Systeme gezeigt, die 
als Data-Dictionary fungieren und 
das Problem der Software- Dokumen- 
tation elegant und einfach lösen. Die 
methodischen Hintergründe wurden 
erläutert, auf denen die jeweiligen 
Tools aufsetzen. Denn die Kenntnis 
der von den einzelnen Werkzeugen 
unterstützten Methoden ist eine wich- 
tige Voraussetzung dafür, daß der 
Anwender die Produktivität seiner 
Software-Entwicklung gezielt stei- 
gern kann. 

Die SYSTEMS 89 bot dem Anwender 
aber auch die Möglichkeit zu ermit- 
teln, welche externen Beratungsun- 
ternehmen ihm im schwer über- 
schaubaren CASE-Umfeld welche 
Hilfestellung leisten können. Derar- 
tige Beratungsleistungen umfassen 
in der Regel eine Situationsanalyse, 
der sich eine Einführungsstrategie 
und ein Trainingskonzept anschlie- 
ßen. Sodann konzentrieren Berater 
und Anwender sich auf das Vorge- 
hensmodell und das Methodensy- 
stem, auf die Auswahl und den Ein- 
satz der Tools sowie auf die techni- 
sche CASE-Implementierung. Meist 
übernimmt der Berater auch Aufga- 
ben der Projektbegleitung und der 
Mitarbeiterschulung. Auf der SY- 
STEMS konnte sich der DV-Anwen- 
der davon überzeugen, daß CASE 
bereits zu einem Instrumentarium für 


die Software-Entwicklung einschließ- 
lich Rapid Prototyping herangereift 
ist, das heißt, daß die Durchgängig- 
keit der Entwicklungsarbeiten und ih- 
rer Resultate von der Planung eines 
Softwareprojekts bis hin zur Inbe- 
triebnahme und Wartung mittlerweile 
erreicht wurde. 

Software und Service gewinnen 
gegenüber der Hardware 
immer stärker an Gewicht 

Für Unternehmen und Institutionen 
spielt die Verfügbarkeit geeigneter 
Software eine immer größere Rolle. 
Dies gilt ebenso für Einzelpersonen, 
die beruflich (auch etwa zu Ausbil- 
dungszwecken) auf qualitativ hoch- 
wertige Software angewiesen sind. 
Die SYSTEMS 89 informierte umfas- 
send über die Möglichkeiten des Er- 
werbs oder der Entwicklung solcher 
Software und vermittelte in zahlrei- 
chen Symposien, Seminaren und 
Kongressen Einblick in die Leistungs- 
breite wie auch in die Problematik 
moderner Software. 

Aus der Fülle der angebotenen Soft- 
ware, seien es Neuentwicklungen 
oder Erweiterungen bewährter Soft- 
ware, ist es unmöglich, an dieser 
Stelle auf einzelne Programme näher 
einzugehen. Besondere Erwähnung 
verdient allerdings der Markt der 
Unix- und Unix-nahen Systeme. Ex- 
perten prognostizieren für ihn in den 
nächsten Jahren gewaltige Zuwachs- 
raten. Aktuelle Neuentwicklungen be- 
stätigen die Dynamik dieses Vor- 
gangs: So nimmt die Zahl der Compu- 
tersysteme, auf denen Datenbank- 
managementsysteme unter Unix lauf- 
fähig sind, sprunghaft zu. Immer 
mehr Datenverbindungen zwischen 
Unix und anderen Softwaresystemen 
(MS-DOS, VMS, Datex-P usw.) wer- 
den geschaffen. Die Vielfalt der Stan- 
dardanwendungen unter Unix wächst 
ständig - bis hin zu Realtime-Applika- 
tionen, die unter Unix entwickelt wer- 
den. 

DV- Nor men: Impulse 
für die Datenverarbeitung 

Die SYSTEMS 89 gab einen aktuel- 
len Überblick über den Stand der Nor- 
mierung in verschiedenen Teilberei- 
chen der Informations- und Kommu- 
nikationstechnik und das Angebot 
an entsprechenden Produkten. Die 
DV-Landschaft wird übersichtlicher. 


Nach Jahrzehnten des Produktwirr- 
warrs und der Inkompatibilität stehen 
Standards beim Anwender ganz 
oben auf der Wunschliste. Vorreiter 
dieser Entwicklung hin zu einer ein- 
heitlichen elektronischen Sprache 
sind die Behörden. So wurde in der 
EG im Februar 1 988 beschlossen, bei 
öffentlichen Aufträgen auf dem Ge- 
biet der Informationstechnik nur noch 
Produkte einzusetzen, die auf inter- 
nationalen oder europäischen Nor- 
men oder Vornormen basieren. Be- 
reits heute kann der Anwender auf 
eine Vielzahl von Normen mit ent- 
sprechenden Produkten zurückgrei- 
fen. Auf der Betriebssystemebene 
etabliert sich zusehends Unix als der 
Standard, wobei sich die X/Open- 
Vereinigung um eine Vereinheitli- 
chung der verschiedenen Ansätze 
bemüht. Es gibt heute kaum mehr 
einen Computerhersteller, der keinen 
Unix-Rechner im Programm führt. 
Auf der Kommunikationsseite ist mit 
OSI (Open Systems Interconnection) 
ein offenes Netzwerk bereits als 
Norm verabschiedet, das eine Kom- 
munikation zwischen Rechnern der 
verschiedensten Hardwarehersteller 


erlaubt. Bereits im Dienst sind OSI- 
Anwendungen wie X.400 für die elek- 
tronische Post. Kurz vor der allgemei- 
nen Einführung stehen Produkte für 
den standardisierten Austausch von 
Geschäftsdaten mit EDIFACT (Elec- 
tronic Data Interchange for Admini- 
stration, Commerce and Transport) 
und dem Austausch von Bürodoku- 
menten nach ODA (Office Document 
Architecture). Interessant für DV-An- 
wendungen ist auch das künftige inte- 
grierte digitale Netz der Deutschen 
Bundespost (ISDN). 

Standards bieten für die Kunden eine 
Reihe von Vorteilen: Reduzierung der 
Hersteller-Abhängigkeit, bessere 
Vergleichbarkeit der Angebote, Sen- 
kung der Preise mit zunehmendem 
Wettbewerb, höhere Investitionssi- 
cherheit; nicht zu vergessen auch die 
Senkung der Wartungs- und Schu- 
lungskosten. 

Für die Hersteller bieten die Stan- 
dards die Möglichkeit, neue Kunden- 
kreise und Anwendungen zu erschlie- 
ßen. In der Regel ist der Umstieg auf 
Standards mit Neu-Investitionen ver- 
bunden, wodurch der DV-Markt neue 
Impulse erhält. H. Benicke 


Erste europäische Amiga-Computermesse 

Für die Amiga-Freunde in Europa gibt es jetzt eine eigene Computermesse. 
Nach dreitägiger Dauer ging Mitte November in Köln die erste europäische 
Amiga-Messe zu Ende; die nächste, Amiga 90, wurde bereits für den 8. bis 1 1 . 
November 1990 angekündigt, mit dann voraussichtlich rund einhundert Aus- 
stellern und etwa verdoppelter Ausstellungsfläche. In diesem Jahr zählte der 
Veranstalter, die amerikanische Organisation AmiEXPO, über 35 000 zahlende 
Besucher. 77 Aussteller aus 6 Ländern, darunter 17 USA-Aussteller, nutzten 
die Europa-Premiere, um Entwickler, Anwender, Groß- und Einzelhändler zu 
treffen. 

Commodore als Hersteller des Amiga und Schirmherr der Messe sieht sich da- 
mit in der Auffassung bestätigt, daß aus dem Kreis der Amiga-Fans mehr und 
mehr Problemlösungen auf Basis dieser Produktfamilie entwickelt werden. Pa- 
rallel dazu will Commodore mit der Einführung der 2500er-Reihe die Weichen 
für eine weitere Expansion im professionellen Markt stellen. mp 

TERMINE 

Kommunikationskongreß KoKon ’90 

WER? Kommintern - die Kommunikationslnternationale 

WANN? 24. und 25. Februar 1990 

WO? Berliner Haus der Jungen Talente 

WAS? Unter dem Motto der Bürgerdiplomatie geht es um Themen wie kreative Technik- 
nutzung, Datenschutz als Menschenschutz, um Informationsökologie, die Macht 
der Medien im globalen Dorf, das Verfassungslos, den Freedom of Information Act, 
das Recht zum Kopieren, um Daten reisefreiheit, Viren und andere Getüme. 

WIE? Teilnahmemeldungen an HdJT-Computerclub, Stefan Seeboldt, Klosterstraße 68 
bis 70, Berlin, 1020; Tel. 2 1032 65 Seeboldt 
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Patewort editieren 
letriektfyttee 
TA€EWCH- Int teil 
Uirnt-Protokol Ickeck 

Projekten! - Rillt 


lit Option ' Patewort editieren 1 *ikt den 
Netzer die rtöflickkeit, sein PatMort za 
ver Indern. 

lit Liefe des Pattworte itt anf eaxieal 
20 Zeicken kef reizt. 

In einen Pentter wird das derzeit akteelie 
Passwort anfezeift. In kann editiert oder 
vollstlndif geändert werden. 


© Wer nicht Zeit noch Lust hat, sich tagelang mit dem Entwurf von Menü- 
strukturen und deren Farbgestaltung zu befassen, kann das leistungsfä- 
hige Window-Development-System nutzen. 


© Mit einer komfortablen Nutzerführung wurde das l&T Maschinentage- 
buch für einen derzeit noch typischen DDR-Betrieb entwickelt. Neben ei- 
nem gedruckten Bericht über die kalendertägliche Auslastung des PCs für 
Ihren Chef übernimmt das System auch den passiven Virenschutz. 



® Der U 80617 ist ein Busanpassungsschaltkreis für den Ethernetcontrol - ® Mit der Großfeldtastatur für Körperbehinderte wird das Anwendungs- 

ler des 32-Bit-Rechners K 1820 von Robotron. Spektrum von Kleincomputern vergrößert. Die Buchstabenanordnung er- 

möglicht eine Senkung der Zahl der Fingerwege auf 55 Prozent und der 
Schreibzeit auf 60 Prozent. 

(D Mit der Turbo- Karte BK 600 wird der EC 1834 bei einer Taktfrequenz von 8 MHz auf das 3- bis 4fache und mit dem Koprozessor U 80613 sogar auf das 
5- bis 8fache beschleunigt. 









Neuheiten 
auf der SYSTEMS 89 

Lesen Sie dazu auch unseren Bericht in diesem Heft. 


© Mit dem Flaggschiff ihrer 32-Bit-PCs sieht sich MITAC „ an der Spitze der 
schnellsten Rechner der Welt“. Der mit 33 MHz getaktete und ohne Warte- 
zyklen arbeitende Prozessor Intel 80386 verleiht dem MPC 4000G eine Lei- 
stung von 8,3 MIPS (Millionen Instruktionen je Sekunde). Damit ist der PC 
für anspruchsvolle CAD-Aufgaben oder als LAN-Server besonders geeig- 
net. 




(f) Das Tower modelt AT 80386-33 von PEACOCK ist ein weiterer Vertreter 
der mit 33 MHz getakteten 32-Bitter. Eine voll aufgerüstete Variante mit 
8 MByte RAM, 64 KByte Cache und 380 MByte Festplattenkapazität eignet 
sich besonders für den Einsatz als LAN-Server. 


<D Toshiba stellte zur SYSTEMS das Einschubmodem Microlink 2400 für 
seine Laptop-Modelle ab dem T 1200 vor. Es eignet sich für Datenfernüber- 
tragung nach CCITT-Norm, einschließlich Telefax. Das Microlink 2400 ar- 
beitet nach dem erweiterten „Hayes AT -Standard der sich als de-facto- 
Standard bei Wählmodems durchgesetzt hat. 


© Eine besondere LAN-Workstation kommt von ADCOMP. Die Netcom 
1600 im Miniformat integriert CPU, Disk-I/O, serielle und parallele Schnitt- 
stellen, Grafik-Controller und LAN-Interface-Karte auf einem einzigen 
Board im CMOS-Design. Die Netcom 1600 kann sowohl in Arcnet- als auch 
in Ethernet-Netzen zum Einsatz kommen. 


(D Eine neue Generation von ergonomischen Farbmonitoren stellte TAND- 
BERG DATA mit der 5000er Serie vor. Der 5320 ist ein VGA-kompatibler Mo- 
nitor mit einer Auflösung von 800 x 600 Pixeln. Er ist anschließbar an alle 
IBM PC/AT/PS/2-kompatiblen PCs. 
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LOCATE [<gb>] FOR | WH ILE <bedingung> Positionieren des Datensatzzeigers 
auf den ersten Datensatz des Datenbankfiles, der die Bedingung erfüllt. 
LOOP Bewirkt innerhalb einer DO-WHILE-Anweisung die Übergabe der Pro- 
grammsteuerung an den Anfang dieser DO-WHILE-Anweisung. 


MENUE TO <speichervar> Abschließende Eingabeanweisung für private Menüs, 
die zuvor durch @ . . . PROMPT aufgebaut wurden. 


NOTE | * <text> Kommentarzeile mit Makroersetzung. 


PACK Physisches Löschen aller als gestrichen markierten Datensätze. 
PARAMETERS <par_liste> Spezifizieren der Parameter einer Prozedur, einer Funk- 
tion oder eines Kommandofiles. 

PRIVATE <var_liste> Beschränken der Verfügbarkeit von Speichervariablen oder 
Feldern. 

PROCEDURE <proz_name> 

[PARAMETERS <par_liste>] 

<kommandofolge> 

[RETURN] 

Definition einer Prozedur. 

PROMPT Siehe @ . . . PROMPT. 

PUBLIC <var_liste> Speichervariable, einschließlich Felder, werden global sicht- 
bar. 


QUIT | CANCEL Abbruch der Programmausführung, Schließen aller eröffneten Files 
und Rückkehr zum rufenden Programm. 


READ [SAVE] Aktivieren des GET-Teils aller seit dem letzten READ bzw, dem Pro- 
grammstart abgearbeiteten @ . . . GET-Kommandos und Setzen des Kur- 
sors auf den Eingabebereich des ersten GET-Kommandos. 

RECALL [<gb>] [FOR | WHILE <bedingung>] Streichen der Löschmarkierung von 
Datensätzen. 

REINDEX Aktualisieren aller aktiven Indexfiles. 

RELEASE <var_liste> 

RELEASE ALL [LIKE | EXCEPT <gruppenbezeichnung>] 

Streichen von Speichervariablen. 

RENAME <alter_filename> [ (<c_ausdr_1 >) TO 
<neuer_filename> | (<c_ausdr_2>) 

Umbenennen eines Files. 

REPLACE [<gb>] <feld_1> WITH <ausdr_1> {,<feldJ> WITH <ausdr_i>. . .} 
[FOR | WHILE <bedingung>] Ersetzen von Feldinhalten. 

REPORT FROM <filename> | (<c_ausdr_1 >) [<gb>] [FOR | WHILE <bedingung>] 
[PLAIN] [NOEJECT] [SUMMARY] [HEADING] <c_ausdr_2>] [TO PRINT] 

[TO FILE <filename> | (<c_ausdr_3>)] 

Ausgabe eines Berichts. 

RESTORE FROM <filename> | (<c_ausdr>) [ADDITIVE] 

Laden von Speichervariablen aus einer Datei (.mem). 

RESTORE SCREEN [FROM <speichervar>] Wiederaufbau eines Bildschirminhalts 
aus einer zuvor mit SAVE SCREEN geretteten Speichervariablen. 

RETURN [<ausdr>] Rückgabe der Programmsteuerung an das aufrufende Kom- 
mandofile (Prozedur). Bei Funktionen Rückgabe des berechneten Wer- 
tes. 

RUN | ! <DOS_kommando>| (<c_ausdr>) Aufruf eines DOS-Kommandos, oder 
Start eines weiteren Programms. 


SAVE SCREEN [TO <speichervar>] Speichern des Bildschirminhalts. 

SAVE TO <filename> | (<c_ausdr>) [ALL [LIKE | EXCEPT <gruppenbezeichnung>]] 
Speichern aller ausgewählten Speichervariablen in ein File (.mem). 

SAY Siehe @ . . . SAY 

SEEK <ausdr> Positionieren des Datensatzzeigers auf den ersten Datensatz, des- 
sen Index gleich dem Wert des Ausdrucks ist. 

SELECT <arbeitsbereich> [ <alias> | (<c_ausdr>) Auswahl eines Arbeitsbe- 
reichs. 

SET ALTERNATE TO [<filename> | (<c_ausdr>)] Definition eines Alternate-Files. 

SET ALTERNATE ON OFF (<Lausdr>) An- und Abschalten der Ausgabe in das Al- 
ternate-File. 

SET BELL ON | OFF | (<l_ausdr>) An- und Abschalten eines Signals, welches bei 
der Eingabe des letzten Zeichens eines Feldes ertönt. 

SET CENTURY ON | OFF | (<Lausdr>) Anzeige des Jahrhunderts, bei Datumsanga- 
ben. 

SET COLOR | COLOUR TO {<standard>, [<direkt>], 

[<rahmen>, [<hintergrund>] [,<nicht_gewählt>]]] 

SET COLOR COLOUR TO (<c_ausdr>) Auswahl der Anzeigearten und Farben auf 

dem Bildschirm. 

Anmerkung: Beim Einsatz von alphanumerischen Bildschirmen sind folgende Ein- 
stellungen möglich: weiß (w), schwarz (n), unterstrichen (u), unsichtbar 
(x), intensiv (i), blinkend (*), grafikfähige Bildschirme können darüber hin- 
aus folgende Farben bzw. Graustufen darstellen; blau (b), braun (gr), cyan 
(bg), gelb (gr+), grau (n+) und grün (g). 

SET CONFIRM ON | OFF | (<l_ausdr>) Kursorsprung zum nächsten Eingabefeld. 

SET CONSOLE ON OFF [ (<l_ausdr>) Ausgabe auf dem Bildschirm. 

SET CURSOR ON | OFF | (<l_ausdr>) Bildschirmkursor ein-/ausschalten. 

SET DATE AMERICAN | ANSI BRITISH | FRENCH | GERMAN | ITALIAN 

Festlegen der Datumsform. 

SETDECIMALSTO <n„ausdr> Anzahl der Dezimalstellen für zu rundende Werte. 

SET DEFAULT TO <gerät>[:<pfad>] | (<c^ausdr>) Standardgerät und Verzeichnis 
für den Zugriff auf Datenfiles. 

SET DELETED ON | OFF | (<l_ausdr> Bearbeiten der als gelöscht markierten Daten- 
sätze. 

SET DELIMITERS TO [<c„ausdr> | DEFAULT] Definieren einer Zeichenkette, die als 
Begrenzer für Eingabebereiche benutzt wird (Standard ”:"). 

SET DELIMITERS ON | OFF | (<l_ausdr>) ON schaltet die Anzeige der durch SET 
DELIMITER TO definierten Zeichenkette auf dem Bildschirm ein. 

SET DEVICE TO SCREEN | PRINT Die Ausgaben der ©-Kommandos werden auf 
dem Bildschirm oder dem Drucker ausgegeben. 

SET ESCAPE ON | OFF | (<l_ausdr>) Das Drücken der Esc-Taste bricht die Eingabe 
über READ ab (ON). 


SET EXACT ON | OFF Gilt ON, so liefert der Vergleich unterschiedlich langer Zeichen- 
ketten immer falsch (.F.). 

SET EXCLUSIVE ON | OFF | (<l_ausdr>) Exclusiver Dateizugriff. 

SET FILTER TO [<bedingung>] Definition einer globalen Filterbedingung. 

SET FIXED ON | OFF | (<l_ausdr>) Erzwingen der Ausgabe mit Dezimalstellen 
(ON). 

SET FORMAT TO [<filename> | <proz_name>] Ein Formatfile ( fmt), ein Komman- 
dofile (.prg) oder eine Prozedur wird für die Eingabe im Direktmodus akti- 
viert, so daß sie bei jedem READ abgearbeitet wird. 

SET FUNCTION <n„ausdr> TO <c_ausdr> 

Definition der Funktionstaste <n_ausdr>. 

SET INDEX TO [<fileliste> | (<n_ausdr_liste>)] Eröffnen der aufgeführten Indexfi- 
les. 

SET INTENSITY ON | OFF [ (<Lausdr>) Eingabebereiche bei der Eingabe durch 
READ zwischen direkter und Standardfarbe umschalten (SET COLOR). 
SET KEY <n_ausdr> TO [<proz_name>] Verbinden einer Taste mit einer Proze- 
dur. 

SET MARGIN TO <n_ausdr> Einstellen des linken Randes auf dem Drucker. 

SET MESSAGE TO [<n_ausdr>[CENTER CENTRE]] Positionierung der Texte bei @ . . . 
PROMPT 

SET ORDER TO <n_ausdr> Das Indexfile mit der Ordnungszahl n_ausdr in der aktu- 
ellen Indexfile liste wird zum Hauptindex (0 ... 1 5). 

SET PATH TO [<pfadliste>| (<c_ausdr>)] Definition eines Suchpfades. 

SET PRINT ON J OFF | (<Lausdr>) Ausgabe auf den Drucker (außer ©-Ausga- 
ben). 

SET PRINTER TO [<gerät> | <file> 1 1 (<c_ausdr>)] Auswahl eines Zielgerätes für 
die Druckerausgabe. 

SET PROCEDURE TO [<prozJile>] Eröffnen eines Prozedurfiles. 

SET RELATION [ADDITIVE] TO 

[<schlüssel_1> | <satznr_1> INTO <alias_1> | (<c_ausdr_1>) 

{, TO <schlüssel_i> | <satznr_i> INTO <alias_i> | (<c_ausdr_i>) . . .}] 
Logische Verbindung eines Datenbankfiles mit anderen Datenbankfiles 
über Indexschlüssel oder Satznummer. 

SET SCOREBOARD ON OFF | (<Lausdr>) Anzeige (ON) der Mitteilungen von READ 
undMEMOEDITin Zeile 0. 

SET SOFTSEEK ON | OFF | (<l_ausdr>) Positionierung des Datensatzzeigers bei er- 
folglosem SEEK auf den Satz, der dem Schlüssel folgt (ON). 

SET TYPEAHEAD TO <n„ausdr> Größe des Tastaturpuffers festlegen. 

SET UNIQUE ON | OFF | (<Lausdr>) Der erste (ON) oder alle Datensätze mit glei- 
chem Schlüssel werden beim Indizieren in die Indexfiles aufgenommen. 
SET WRAP ON | OFF | (<l_ausdr>) ON bewirkt in @ . . . PROMPT -Menüs eine zykli- 
sche Bewegung des Kursors. 

SKIP [<n_ausdr>] [ALIAS <alias>] 

Im Arbeitsbereich <alias> wird der Datensatzzeiger relativ zur Ausgangs- 
position und entsprechend der logischen Ordnung des Files bewegt. 

SORT TO <zielfile> | <<c_ausdr>) ON <feld_1 >] [/A j /D | /C] 

{,<feld_i>] [/A | /D | /C] . . .} [<gb>] [FOR | WHILE <bedingung>] 

Das aktive Datenbankfile wird nach den angegebenen Feldern und der an- 
gegebenen Reihenfolge sortiert. 

STORE <ausdr> TO <var_liste> 

<speichervar> — <ausdr> 

Speichern des Wertes des Ausdrucks in alle angegebenen Speichervaria- 
blen. 

SUM [<gb>] <ausdr_liste> TO <var_liste> [FOR [ WHILE <bedingung>] 

Berechnen der Summen der in der Ausdrucksliste angegebenen Werte für 
alle ausgewählten Datensätze. 

TEXT [ TO PRINT | TO FILE <filename> | (<c_ausdr>)] 

<text> 

ENDTEXT 

Ausgabe eines Textes ohne Makroersetzung. 

TO Siehe @ . . . TO. 

TOTAL ON <schlüssel> TO <filename> | (<c_ausdr>) [<gb>] 

[FIELDS <feldliste>] [FOR | WHILE <bedingung>] 

Komprimieren eines Datenbankfiles, wobei alle Sätze mit gleichem 
Schlüssel zu einem Satz zusammengefaßt werden. Die in der Feldliste 
aufgeführten numerischen Felder werden addiert. 

TYPE <filename> | (<c_ausdr_1>) [TO PRINT] | 

[TO FILE <filename> j (<c_ausdr_2>] Ausgabe eines Textfiles. 


UNLOCK [ALL] Zugriffsschutz für Files und Sätze aufheben. 

UPDATE [RANDOM ] ON <schlüssel> FROM <alias> | (<c_ausdr>) 

REPLACE <feld_1> WITH <ausdr_1> {,<feld_i> WITH <ausdr_i>. . .} 

Korrektur eines Datenbankfiles, wobei die Korrekturdaten von einem an- 
deren File eingelesen werden können. 

USE [<filename> | (<c_ausdr_1>)] [INDEX <fileliste>] 

[ALIAS <alias>] [EXCLUSIVE] 

Das Datenbankfile <filename> wird mit den in der <fileliste> aufgeführ- 
ten Indexdateien in Benutzung genommen. 

WAIT [<prompt>] [TO <speichervar>] Die Abarbeitung des Programms wird unter- 
brochen, bis eine Taste gedrückt wird. Deren Zeichenkode wird der Spei- 
chervariablen zugewiesen 

ZAP Löschen aller Datensätze des aktiven Datenbankfiles. 


Die Clipper-Funktionen folgen im Heft 4/1 990. 


zusammengestellt von Dr. Wilfried Grafik 
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Die Bezeichnung Clipper steht im Englischen unter 
anderem für Schnellsegler und Transozeanflug- 
zeug. Vermutlich kommt in der nächsten Zeit eine 
weitere Bedeutung hinzu: schneller Compiler für 
eine Datenbanksprache. Auf der Seite 67 stellen 
wir Ihnen die Version Sommer '87 im Überblick vor 
und ergänzen den Beitrag mit einer Referenzkarte 
auf der 2. und 3. Umschlagseite, die alle Befehls- 
und Schlüsselwörter enthält und Ihnen so den Ein- 
stieg und die Arbeit mit Clipper, dem erfolgreichen 
Compiler der Firma Nantucket, erleichtern soll. Die 
Funktionen von Clipper folgen im Heft 4/1 990. 
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Dialog 


Liebe Leserinnen und Leser , 

im vorigen Heft informierten wir Sie bereits über eine Vereinba- 
rung zwischen unserer Redaktion und der Redaktion c't, die den 
gegenseitigen Nachdruck von Beiträgen regelt. 

Die seit 1 984 im Verlag Heinz Heise erscheinende c't kann nicht 
zuletzt dank der Qualität der Beiträge heute eine monatliche Ver- 
kaufsauflage von etwa 105 000 Exemplaren vorweisen und wird 
als führend unter den technisch orientierten Computerfachzeit- 
schriften der BRD angesehen. Auch sie wurde bei Gründung der 
MP von Lesern hinsichtlich des Profils verschiedentlich als Vorbild 
genannt (wobei leider allzuoft die gravierenden Unterschiede in 
den jeweiligen Medienlandschaften und den äußeren Bedingun- 
gen übersehen wurden); so daß Artikel aus der c't zweifellos ein 
nützlicher Beitrag sind, um vorhandenes Know-how den Lesern in 
unserem Lande zugänglich zu machen. 

Für dieses Heft haben wir als erstes einen Überblicksartikel aus- 
gewählt - Systeme mit System der mit dem Aufzeigen des Ent- 
wicklungsweges des IBM-PCs und der Kompatiblen auch Krite- 
rien der PC-Auswahl bietet. Der zweite Beitrag stellt ein kleines 
Programm zum Abtippen vor, mit dem DOS-Kommandos wie Dir 
oder Erase im aktuellen Verzeichnis und in dessen Unterverzeich- 
nissen ausgeführt werden können. (Nicht übersehen sollten Sie 
auch die Ost-West-Kontaktbörse auf den Seiten 95 und 96, eine 
Gemeinschaftsaktion mit der c’t, die wir noch nach Redaktions- 
schluß ins Heft nehmen konnten.) 

Daraus ist zu ersehen, daß wir uns bei der Auswahl der c't-Artikel 
vom gleichen Prinzip leiten lassen, das für die MP insgesamt gilt: 
Vielfalt. Das bedeutet eine Mischung aus leichtverständlichen 
Überblicks- und Einführungsartikeln und „knackigen“ Tips und 
Tricks mit komplettem Listing oder einer Schaltung zum unmittel- 
baren Nachnutzen. Wenn es um internationale Trends und Ten- 
denzen der Computerbranche geht, werden wir uns um höchste 
Aktualität bemühen; Wissensvermittlung als Hilfe bei der prakti- 
schen Arbeit wird sich vor allem an den in unserem Lande vorhan- 
denen Gegebenheiten orientieren. Die Erstveröffentlichung darf 
dann wohl auch einmal etwas weiter zurückliegen. 

Unsere besonders aufmerksamen Leser bitten wir um Verständ- 
nis dafür, daß es - aus technischen Gründen - bei einigen Begrif- 
fen noch zu Abweichungen gegenüber der in der MP üblichen 
Schreibweise kommen kann; beispielsweise bei MS-DOS oder 
Basic. Da diese Abweichungen jedoch unbedeutender Natur sind, 
kann sie der Interessierte als kleine Schönheitsfehler sicherlich 
verschmerzen. Aus den genannten Gründen muß hin und wieder 
auch auf Fotos - insbesondere Farbfotos - verzichtet werden, die 
zur Verständlichkeit eines Beitrages nicht dringend notwendig 
sind. 

Insgesamt meinen wir, daß dieser unser erster Schritt zur Koope- 
ration mit einem westlichen Partner die Zustimmung der Mehrheit 
unserer Leser finden wird; wir würden uns aber dennoch freuen, 
Ihre Meinungen zu erfahren. In diesem Sinne: Postkarte oder An- 
ruf genügt! ihre Redaktion MP 


nicht nur den Kurs, sondern ent- 
wickelte selbst eine kleine Pro- 
zedur, die wir Ihnen nicht vorent- 
halten wollen, weniger um damit 
Profis hinter dem Ofen hervorzu- 
locken, als mehr den Unent- 
schlossenen unter Ihnen noch 
eine Anregung zu geben, sich 
dieser interessanten und vielsei- 
tigen Programmiersprache zu 

Widmen . Redaktion MP 


Zum Beitrag 
„Logischer Entwurf 
von Datenbanken“ 

aus MP 7/89 

Mit diesem Beitrag wird ein wich- 
tiges, oft unterschätztes Problem 
aufgegriffen. Gerade auch des- 
halb sind aus meiner Sicht einige 
kritische Bemerkungen und Er- 
gänzungen unerläßlich, wobei 
ich aus Platzgründen leider nicht 
auf Einzelheiten eingehen kann. 
Insgesamt ist einzuschätzen, 
daß die Problematik des logi- 
schen Entwurfs von Datenban- 
ken unzureichend, unexakt und 
fehlerbehaftet dargestellt ist. 
Zum Verständnis dringend not- 
wendiges Kontextwissen (rela- 
tionales Konzept, Verhältnis 
Großcomputer-DBMS - Mikro- 
computer-DBMS) wird nicht ver- 
mittelt. Verschiedene Begriffe 
werden nicht exakt verwendet 
bzw. verwechselt (Datei - Daten- 
bank, Vermischung der logisch 
orientierten mit der speicher- 
technisch geprägten Terminolo- 
gie). Statt des üblichen Begriffs 
„Normalform“ wird überflüssi- 
gerweise „Strukturform“ ver- 
wendet. 

Die Motivation für die Überprü- 
fung einer Datenstruktur in die 1 . 
Normalform wird unzureichend, 
die 2. Normalform wird schlicht 
falsch erklärt. Die Erläuterungen 
zur 3. Normalform treffen nicht 
das Wesentliche, da die gezeig- 
ten Redundanzen immer auf die 


beschriebene Art beseitigt wer- 
den können, unabhängig von 
der Betrachtung der Normalfor- 
men. Genauer und umfassender 
kann sich der Leser zu diesem 
Problemkreis in der im Beitrag 
zitierten Broschüre bzw. der 
darin aufgeführten Literatur in- 
formieren. 

Die in Bild 5 dargestellte Daten- 
struktur ist zwar nicht falsch, 
aber unter dem Gesichtspunkt 
einer Mikrocomputeranwendung 
(die eingangs explizit betont 
wird) völlig unrealistisch. Dies 
begründet sich, kurz gesagt, mit 
unzumutbar hohen Abarbei- 
tungszeiten, die infolge der Auf- 
splittung der Datenstruktur in 
eine Vielzahl von Dateien entste- 
hen. Dieser Sachverhalt ist Aus- 
druck einer immer wieder auftre- 
tenden Fragestellung, die jeweils 
in Abhängigkeit vom Anwen- 
dungsfall entschieden werden 
muß, und zwar unter Berücksich- 
tigung der Anforderungen an die 
Datenbanklösung. Dabei geht 
es wesentlich um das Verhältnis 
von Update und Retrieval, wei- 
ches über den Grad der Aufsplit- 
tung bzw. über die strenge Um- 
setzung der Normalformenlehre 
entscheidet. Oftmals ist eine 
Priorität des Retrieval zu ver- 
zeichnen, was in der Regel einen 
Verzicht auf die angestrebte 3. 
Normalform (manchmal sogar 
die 1. Normalform) bedingt. Kurz 
gesagt: Die Normalformen sind 
nicht als Dogma zu betrachten, 
sondern als Entwurfsrichtlinien, 
die allerdings bei Mikrocompu- 
teranwendungen wegen der re- 
sultierenden zu langen Abarbei- 
tungszeiten oft nicht konsequent 
berücksichtigt werden können. 
Trotzdem ist die Auseinander- 
setzung mit diesen Normalfor- 
men zu empfehlen, da sie eine 
Abkehr von der meist empiri- 
schen Herangehensweise beim 
Datenbankentwurf unterstüt- 
zen. Dr. D. Langbein 


Dieser Kurs ist richtig 

Der Kurs Turbo-Pascal-Praxis 
fand bei unseren Lesern großen 
Anklang, und so erhielten wir 
auch Verbesserungsvorschläge 
zu einigen Programmlösungen 
und Angebote, einzelne Themen 
ausführlicher darzustellen. Wir 
bedanken uns auf diesem Wege 
für alle Zuschriften, können aber 
aus Piatzgründen nicht näher 
darauf eingehen. Durch den 
Kurs konnten wir aber offensicht- 
lich auch erreichen, daß einige 
PC-Nutzer die Sprache Turbo- 
Pascal für sich neu oder über- 
haupt erst entdeckten. 


So fand Peter Busch aus Jo- 
hanngeorgenstadt „angeregt 
durch . . . (den) Kurs Turbo-Pas- 
cal-Praxis 1 rasch großes Inter- 
esse an dieser Programmier- 
sprache. Der Kurs ist sehr an- 
schaulich und leicht verständ- 
lich, so daß auch mir als . . . An- 
fänger . . . der Einstieg recht 
schnell gelang.“ Dieses Lob ha- 
ben wir gerne an Herrn Zander 
weitergeleitet und hoffen, daß 
sich noch mehr Autoren als bis- 
her um einen solchen leichtver- 
ständlichen Schreibstil bemü- 
hen. 

Um noch einmal auf Herrn Busch 
zurückzukommen, er nutzte 


program f eiertag; 

uees crt.doe; {Turbo-Pascal 5.0} 

procedure feiertags; 

{ Gültig für die Jahre 1900 bis 2099 } 
var i , o , p : integer ; m : stringf 5 ] ; 
begin 

clrScr; 

gotoxy ( 30 , 10) ; write( ' Jahr : '); read(i); 

o:=(204-ll*(i mod 19)) mod 30; 
case o of 28 , 29 : o : =pred( o ) ; end; 
o:=28+o-(i+i div 4+o-13) mod 7; 
if o>31 then begin o:=o-31; m : = 'April '; end 
eise m : = ' März ' ; 

gotoxy (30 , 13) ; write( ' Ostersonntag '); 
write(o:2,'. +m,' ',i,' '); 

if m- März ' then begin p:=o-ll; m:='Mai end 

eise if o<12 then begin p:=o+20; m:='April end 
eise begin p:=o-ll; m:='Juni '; end; 
gotoxy(30, 15) ; write( 'Pfingstmontag : '); 

wri teln ( p : 2 , ' . ',i.' writeln; 

end ; 
begin 

feiertage; delay(5000) 
end . 
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Clipper im Überblick 


Dr . Wilfried Grafik , Berlin 


Clipperistein Programm, mit dem in Clipper, 
dBase Hl, dBase III Plus oder auch Foxbase 
geschriebene Kommandofiles compiliert 
werden können . Im engeren Sinne handelt 
es sich also um einen Compiler. Im weiteren 
Sinne versteht man darunter eine Sammlung 
von Programmen, die eine Arbeitsumge- 
bung für diesen Clipper-Compiler bilden. 
Dieser Beitrag beantwortet die häufigsten 
Fragen, die beim Ersteinsatz von oder beim 
Umstieg auf Clipper auftreten. Die Referenz- 
tabelle auf der 2. und 3. Umschlagseite faßt 
die Syntax der Kommandos zusammen, die 
Funktionen folgen im Heft 4. 

Interpreter und Compiler 

Die Programme dBase III und dBase III Plus 
sind Interpreter. Sie akzeptieren eine Anfra- 
gesprache (query language), die aus allen 
Kommandos besteht, die im Dialog von der 
Tastatur aus eingegeben werden können. 
Außerdem können Kommandofolgen in 
Kommandofiles gespeichert und abgearbei- 
tet werden. Das wesentliche Merkmal eines 
Interpreters besteht jedoch darin, daß er eine 
Einheit der Eingabesprache, hier eine Zeile, 
analysiert, sie anschließend ausführt, zur lo- 
gisch nächsten Zeile geht, diese analysiert, 
ausführt usw. Werden Zeilen mehrfach abge- 
arbeitet, etwa in DO WHILE-Zyklen, so wer- 
den diese Zeilen auch mehrfach analysiert, 
was eigentlich nicht nötig wäre, da ihre Kor- 
rektheit bereits durch die erste Analyse fest- 
gestellt wurde. In dieser wiederholten Ana- 
lyse besteht ein entscheidener Nachteil von 
Interpretern, der die Abarbeitungsgeschwin- 
digkeit interpretierter Programme erheblich 
senkt. Der Vorteil eines Interpreters besteht 
darin, daß die unmittelbare Verbindung von 
Quelltext und intern ausgeführten Anweisun- 
gen erhalten bleibt. Interpreter eignen sich 
deshalb sehr gut für die interaktive Arbeit und 
zum Test von Programmen. 

Ein Compiler ist dagegen ein Programm, wel- 
ches eine Quellsprache, hier die Kommando- 
sprache von Clipper, in eine Zielsprache 
übersetzt. Zielsprache des Clipper-Compi- 
lers ist die Maschinensprache. Genauer ge- 
sagt: Bei der Übersetzung wird ein Objektmo- 
dul (Namenserweiterung .obj) erzeugt, der im 
Speicher verschieblich ist. Seine endgültige 
Lage im Speicher kann erst dann bestimmt 
werden, wenn alle Objektmodule, die zu ei- 
nem Programm gehören, verfügbar sind und 
zu einem ausführbaren File zusammenge- 
fügt werden (Namenserweiterung .exe). Die- 
sen Vorgang bezeichnet man als Linken (ver- 
binden). Da zur Ausführung verschiedener 
Programme gleiche Routinen benötigt wer- 
den, etwa zum Sortieren, werden diese vor- 
übersetzt und in einer Bibliothek zusammen- 
gestellt (clipper.lib) Aus dieser Bibliothek holt 
sich der Linker die für ein Programm erforder- 
lichen Objektmodule. Sie muß dem Linker 
deshalb als zu benutzende Bibliothek ange- 
geben werden. 

Die Erstellung eines Clipper-Programms be- 
steht also aus drei Schritten: der Eingabe der 
Kommandofiles mit einem Editor, der Über- 
setzung der einzelnen Kommandofiles und 
dem Linken. 


Anforderungen und Grenzen 

Clipper und dBase III (Plus) stellen die glei- 
chen Anforderungen an die Hard- und Soft- 
ware, das heißt, ein Rechner, auf dem dBase 
III läuft, ist auch für Clipper geeignet (XT oder 
AT, 256 KByte Hauptspeicher, ein Laufwerk). 
Ob ein konkretes Projekt mit diesen Minimal- 
anforderungen auskommt, ist allerdings frag- 
lich. Möchte man eine akzeptable Arbeitsum- 
gebung für Clipper zusammenstellen, so 
muß mit einem Festplatten bedarf von etwa 
1,5 MByte gerechnet werden, zuzüglich der 
Anwenderprogramme, Datenbankfiles, Edi- 
tor usw. Für ein realistisches Projekt sollte 
deshalb unbedingt ein Rechner mit Fest- 
platte verwendet werden. 

Die internen Grenzen von Clipper sind im 
Vergleich zu dBase III erweitert. Die markan- 
testen Änderungen sind in Tafel 1 zusam- 
mengestellt. 


Tafel 1 




dBase IH 

Zeichen je Zeichenfeld 

Zeichen je Momo-Feld im 

^ 32KByte 


254 

.dbt-File 

^ 64KByte 

< 

4096 

Zeichen je Satz 

begrenzt 
durch RAM 

< 

4000 

Felder je Satz 

S 1024 

< 

128 

aktive Speichervariablen 

^ 2048 

< 

256 

Prozeduren je Prozedurfile 

^ 255 

< 

32 

gleichzeitig eröffnete Files 

£ 255 

< 

15 

gleichzeitig eröffnete Indexfiles 

£ 15 

< 

7 

Länge eines Indexschlüssels 

£ 250 

< 

100 


Erweitert ist ebenfalls die Anzahl der mit ei- 
nem Datenbankfile verbundenen Daten- 
bankfiles (SET RELATION). Während dBase 
III und dBase III Plus von einem Datenbank- 
file aus nur eine Verbindung zulassen, ge- 
stattet Clipper bis zu acht solcher Verbindun- 
gen (Bild 1). 



Bild 1 Verbindungsstrukturen zwischen Daten ■ 
bankfiles (SET RELATION) 

a) dBase III und dBase IH Plus 

b) Clipper 


Übernahme von Datenbanken 

Datenbankfiles (.dbf), einschließlich der zu- 
gehörigen Memo-Files (.mem), aus dBase III, 
dBase III Plus oder FoxBase werden von 
Clipper akzeptiert. Umgekehrt akzeptieren 
diese Interpreterversionen auch unter Clip- 
per erstellte Datenbankfiles, selbst wenn 
diese mehr als 4000 Zeichen je Datensatz 
enthalten. 


Bildschirmmasken (.fmt), Berichtsformate 
(.frm), Adreßformate (.Ibl) und Memoryfiles 
(.mem) aus dBase III werden von Clipper ak- 
zeptiert. Indexfiles von dBase III und dBase 
III Plus (.ndx) können übernommen werden, 
obwohl Clipper eine eigene Verwaltung sei- 
ner Indexfiles besitzt. Neben einer anderen 
Namenserweiterung (.ntx) ist auch ihr inter- 
ner Aufbau anders. Sollen Indexfiles von 
dBase III verwendet werden, so liegt der ein- 
zige Unterschied zur Verwendung Clipper-ei- 
gener Indexfiles beim Linken: Den zu verbin- 
denen Modulen wird der Standardmodul 
ndx.obj hinzugefügt. 

Die Übernahme der Kommandofiles bedarf 
einer genaueren Betrachtung, die nachfol- 
gend in groben Zügen erfolgen soll. Prinzi- 
piell kann festgestellt werden, daß Clipper 
alle Kommandos aus dBase III akzeptiert, die 
nicht unmittelbar oder mittelbar die Arbeit im 
Direktmodus betreffen. Zusätzlich gibt es 
aber eine Fülle neuer, leistungsfähiger Kom- 
mandos und Funktionen, die der Nutzer bei 
einiger Erfahrung im Umgang mit Clipper 
nicht mehr missen möchte. Damit erscheint 
ein ständiger Wechsel zwischen dBase und 
Clipper nicht sehr vorteilhaft. 

Vorteile 

Neben den erweiterten Grenzen gegenüber 
dBase III besitzt Clipper eine Reihe von Vor- 
teilen, die in ihrer Gesamtheit erst durch die 
praktische Anwendung deutlich werden. Sie 
hängen unter anderem auch von der Zielstel- 
lung konkreter Projekte ab. So kann für ein 
kleines Projekt mit viel Dateiarbeit und häufi- 
gen Veränderungen durch dBase lll-kundige 
Nutzer eine Interpreterversion durchaus ge- 
eignet sein. Die meisten Nutzer kommen 
über dBase III zu Clipper, wenn ihre Daten- 
bankfiles zu groß werden (über 3000 Daten- 
sätze), die Bildschirmarbeit zu langsam wird 
oder eine akzeptable Nutzeroberfläche mit 
dBase III nicht mehr programmierbar ist. Wei- 
tere Entwicklungen werden dann gleich in 
Clipper geschrieben, da neue Projekte, die 
von vornherein mit Clipper konzipiert werden, 
eine höhere Qualität im Vergleich zu dBase 
II I-Projekten haben. Im folgenden betrachten 
wir einige dieser Vorteile. 

Durch die Kompilation steigt die Abarbei- 
tungsgeschwindigkeit, insbesondere für 
Operationen im Speicher und mit dem Bild- 
schirm, erheblich. Dazu ein Beispiel: Das 
Kommando @ . . . BOX aus Clipper wurde un- 
ter dBase III als Prozedur nachgebildet. Baut 
man mit dieser BOX-Prozedur das erste Me- 
nübild von SET unter dBase III auf, so werden 
auf einem XT dafür etwa 40 Sekunden benö- 
tigt. Ein Clipper-Programm baut das gleiche 
Menü in weniger als 2 Sekunden auf. Unge- 
achtet der Tatsache, daß in dBase III und 
dBase III Plus durch geschicktes Program- 
mieren für diesen speziellen Fall auch etwas 
kürzere Zeiten erreichbar sind, beispiels- 
weise durch Benutzung von SPACE, sind 
auch Fortschritte bei den einzelnen Clipper- 
Versionen zu verzeichnen. Auf einem AT- 
Rechner können mit Clipper Menübilder, ein- 
schließlich der Bewegung eines Balkenkur- 
sors, erstellt werden, die praktisch sofort er- 
scheinen. Erst diese Qualität gestattet den 
Aufbau komfortabler Nutzeroberflächen. 

Ein weiterer Vorteil ist darin zu sehen, daß 
fertige Clipper-Projekte vom Endnutzer nicht 
veränderbar sind, da nur ausführbare Files 
ausgeliefert werden. Die Quellprogramme 
verbleiben beim Entwickler. Für mehrfach 
genutzte Projekte, beispielsweise in ver- 


MikroprozessortechnSk, Berlin 4 (1990) 3 


67 




schiedenen Betriebsteilen, bleibt dadurch die 
Kompatibilität erhalten. 

Erweiterungen 

Clipper enthält kompakte Kommandos zum 
Bildschirmaufbau (@ ... BOX, @ ... TO), 
zum Menüaufbau (SET MESSAGE TO, ME- 
NUE TO, @ . . . PROMPT), zum Retten und 
Wiederherstellen von Bildschirminhalten 
(SAVE SCREEN, RESTORE SCREEN), 
Funktionen zur Abfrage der Tastatur (IN- 
KEY(), LASTKEY(), NEXTKEYQ) und zur 
Fensterarbeit (SAVESCREEN (...), REST- 
SCREEN (. . .)), die sehr kurze Abarbeitungs- 
zeiten haben. Sie tragen wesentlich zur Ak- 
zeptanz von Clipper durch den Nutzer bei. In 
den verschiedenen Clipper-Versionen wur- 
den sie ständig erweitert und beschleunigt. 
Die Grundfunktionen von Clipper und das 
Laufzeitsystem sind in der Bibliothek Ciipper- 
.lib enthalten. Zusätzliche Funktionen befin- 
den sich in der Bibliothek Extend.lib. Eng da- 
mit verbunden sind auf den Endnutzer orien- 
tierte (private) Hilfen. Sie werden in zwei 
Gruppen eingeteilt: kontextbezogene und all- 
gemeine Hilfen. Kontextbezogene Hilfen 
können immer dann aktiviert werden, wenn 
eine Eingabe von der Tastatur über READ 
angefordert wird, der Zusammenhang, in 
dem die Hilfe erfolgen soll, also genau fest- 
steht. Durch Drücken der [F1]-Taste wird an 
den Anfang des Prozedurfiles Help.prg ver- 
zweigt, wobei drei Parameter vom Laufzeit- 
system übergeben werden: Name der Proze- 
dur, in der [Fl] gedrückt wurde, die Zeilen- 
nummer im Kommandofile (nicht in der Pro- 
zedur!) und der Name der Variablen, für die 
eine Eingabe erwartet wird. Die erste Zeile 
des Prozedurfiles Help.prg ist deshalb das 
Kommando PARAMETERS: 

PARAMETERS calledBy, fromLine, var- 
Name 

Das Kommandofile Help.prg muß vom An- 
wender geschrieben und mit dem Hauptpro- 
gramm durch Linken verbunden werden. 
Durch Auswertung der Parameter, gegebe- 
nenfalls nur durch deren Ausgabe, wird eine 
geeignete Hilfestellung programmiert, etwa 
das Retten des Bildschirminhalts (SAVE 
SCREEN TO) und die Ausgabe eines Kastens 
(@ . . . BOX) mit entsprechendem Inhalt. 
Allgemeine Hilfen können zu jeder Zeit des 
Programmlaufs erreicht werden. Auch hier 
muß ein Prozedurfile Help.prg mit dem 
Hauptprogramm verbunden sein. Für den In- 
formationsaustausch zwischen Programm 
und Helpfile wird die Benutzung globaler Va- 
riabler empfohlen. 

Clipper gestattet es dem Nutzer, Funktionen 
zu definieren. Eine Funktion kann als eine 
Prozedur aufgefaßt werden, die einen be- 
stimmten Ergebniswert liefert. Syntaktisch 
unterscheiden sich Prozedur- und Funktions- 
definitionen durch das einleitende Schlüssel- 
wort (PROCEDURE, FUNCTION) und durch 
ihre Rückkehranweisung. Funktionen erfor- 
dern die Rückkehr über RETURN mit einem 
nachfolgenden Ausdruck. Die Berechnung 
dieses Ausdrucks liefert den Ergebniswert 
der Funktion. Beim Übersetzen überprüft 
Clipper, ob PROCEDURE und RETURN 
bzw. FUNCTION und RETURN <ausdr> zu- 
sammenpassen. Fehlermeldungen erschei- 
nen, wenn bei der Rückkehr aus einer Proze- 
dur ein Ergebniswert angegeben ist und 
wenn eine Funktion durch RETURN ohne Er- 
gebniswert beendet wird. Fehlt RETURN 
<ausdr> am Ende einer Funktionsdefinition 
allerdings völlig, so wird kein Fehler gemel- 


det. Tests ergaben, daß der Ergebniswert .F. 
geliefert wird. Die Typverträglichkeit der zu- 
rückgegebenen Werte wird nicht überprüft. 
Der Aufruf einer vom Nutzer definierten 
Funktion ohne Parameter muß, wie auch bei 
den Standardfunktionen, immer mit Parame- 
terklammern erfolgen. 

Da dBase III keine Felder kennt, müssen sie 
unter Ausnutzung der Makrotechnik mühse- 
lig nachgebildet werden. Als Erweiterung 
wurden in Clipper deshalb eindimensionale 
Felder aufgenommen. Ihre Vereinbarung 
wird mit dem Schlüsselwort DECLARE ein- 
geleitet. 

DECLARE a[3] 

vereinbart beispielsweise ein Feld mit dem 
Namen a, das aus drei Elementen besteht. 
Diese werden durch a[1], a[2] und a[3] er- 
reicht. Die untere Indexgrenze ist immer 1. 
Während des Laufes erfolgt ein Test auf Ein- 
haltung dieser Indexgrenzen. Wird ein Index- 
wert berechnet, der außerhalb dieser Gren- 
zen liegt, so erfolgt eine Fehlermitteilung 
(subscript ränge). Felder in Clipper haben nur 
wenig Ähnlichkeit mit Feldern in bekannten 
höheren Programmiersprachen wie Pascal, 
Modula oder C. Ihre Feldelemente müssen 
nicht vom gleichen Typ sein. Die Bibliothek 
Extend.lib enthält unter anderem Prozeduren 
und Funktionen zur Manipulation von Fel- 
dern. 

Im Zusammenhang mit der Deklaration von 
Feldern ist die Aufnahme des neuen Kom- 
mandos FOR . . . NEXT zu sehen. Es dient in 
erster Linie der zyklischen Behandlung von 
Feldelementen. Mehrdimensionale Felder 
müssen auch in Clipper durch Makros nach- 
gebildet werden. 

Durch die Übersetzung mit Clipper fehlt dem 
Nutzer die Dialogebene von dBase III (ob- 
wohl es Nachbildungen der Dialogebene als 
Prg-Files gibt), insbesondere der Bezug zu 
den Zeilen und Bezeichnern in den Kom- 
mando- und Datenbankfiles. Für inhaltsrei- 
che Fehlernachrichten ist der Zugriff auf 
diese Informationen wichtig. Deshalb wurden 
die zusätzlichen Funktionen FIELDNAMEQ, 
PROCLINEO und PROCNAME() aufgenom- 
men. Weitere Funktionen dienen dem Auf- 
bau eines Nutzerdialogs, beispielsweise dem 
Zugriff auf Memofelder (MEMOEDIT, ME- 
MOREAD, MEMOTRAN), was in dBase III 
ausschließlich auf der Dialogebene erfolgt. 
Auch bezüglich der Arbeit im Direktmodus 
stellt die Bibliothek Extend.lib einige Proze- 
duren bereit. 

Unterschiede 

Im Vergleich zu dBase III und dBase III Plus 
existieren einige syntaktische und semanti- 
sche Unterschiede, die nicht immer offen- 
sichtlich sind und bei der Überführung beach- 
tet werden müssen. So bewirkt das Weglas- 
sen der Ausdrucksliste bei DISPLAY oder 
LIST nicht die Ausgabe von Feldinhalten. 
Fehlt OFF in diesen Kommandos, so werden 
nur die Satznummern ausgegeben, mit OFF 
leere Sätze. 

Die Kommandos AVERAGE und SUM ver- 
langen eine Variablenliste, da ansonsten un- 
klar wäre, was mit den berechneten Werten 
geschehen soll. Würde eine Ausgabe auf 
dem Bildschirm erfolgen, wie in dBase III, so 
wäre es im allgemeinen schwer, den Sinn 
dieser Ausgaben zu erfassen. 

Erweitert wurde die Semantik des CALL- 
Kommandos und der Parameterübergabe. 
CALL kann für den Aufruf beliebiger Routi- 


nen, die in Fremdsprachen (C, Assembler) 
geschrieben sind, verwendet werden. Diese 
müssen beim Linken mit dem Clipper-Pro- 
gramm verbunden werden. Das trifft insbe- 
sondere für in Fremdsprachen geschriebene 
Routinen zu, die beispielsweise in einer Bi- 
bliothek abgelegt sein können. So können 
einige Passagen im Clipper-Programm noch 
effektiver geschrieben werden, was aller- 
dings mit einer verminderten Portabilität sol- 
cher Programme bezahlt werden muß. 

Mit CALL können keine in Clipper geschrie- 
benen Programme gerufen werden. CALL 
nutzt für die Parameterübergabe, die in C-Sy- 
stemen auf XT-/AT- Rechnern gebräuchliche 
Verfahrensweise. Diese Konventionen zur 
Parameterübergabe in Clipper und in einigen 
C-Implementationen sind aber unterschied- 
lich. In der gerufenen Prozedur müssen alle 
Parameter als Referenzparameter vereinbart 
sein (Pointer). Für eine Zeichenkette wird die 
Adresse des ersten Bytes übergeben. Die 
Zeichenkette selbst wird durch ein Nullbyte 
abgeschlossen. Für numerische Werte wird 
ein Pointer auf eine Gleitkommazahl überge- 
ben. Möchte man einen ganzzahligen Typ er- 
zwingen, so ist im Clipper-Programm die 
Typkonvertierungsfunktion WORD anzu- 
wenden. 

Beispiel: 

CALL far__proc WITH ”string”, 1 , WORD (1 ) 

Hierbei ist Far_proc der Name der gerufenen 
Prozedur, die drei Parameter hat. Die Typ- 
verträglichkeit und die Anzahl der Parameter 
in rufender und gerufener Prozedur können 
von Clipper nicht überprüft werden. Für den 
Aufruf in Clipper geschriebener Prozeduren 
ist die Verwendung von WORD sinnlos. Das 
Laufzeitsystem von Clipper erkennt bei- 
spielsweise in der Zeile 
DO clipper_proc WITH WORD (1) 
eine Typunverträglichkeit (type mismatch). 
Es sind je CALL-Prozedur höchstens 7 Para- 
meter zugelassen. 

Das Kommando PARAMETERS, das nur 
eine deklarative Wirkung hat, ist in Clipper 
auch für Kommandofiles zugelassen. Insbe- 
sondere kann es im Hauptmodul als erstes 
Kommando verwendet werden und gestattet 
dann einen Zugriff auf die Parameter der 
Kommandozeile beim Aufruf. Betrachten wir 
dazu als Beispiel das Kommandofile Pa- 
ram.prg : 

* File param.prg 

* Test der Parametübergabe aus der Kom- 
mandozeile 

PARAMETERS pari , par2 
? ”1. Parameter:”, pari 
? ”2. Parameter:”, par2 
RETURN 

* eof param.prg 

Nach dem Übersetzen und Unken rufen wir 
das Programm mit 
c: >param abc 123 
auf und erhalten dann: 

1 . Parameter: abc 

2. Parameter: 123 
Der Aufruf 

c: >param abc, 123 

liefert dagegen die folgende Ausschrift: 

1. Parameter: abc, 123 

2. Parameter: 

und eine Fehlerausschrift in der ersten Bild- 
schirmzeile (. .. undefined identifier 
PAR2). 

Insgesamt sind die Fragen der Parameter- 
übergabe, einschließlich der Typverträglich- 
keit und der Parameterarten (Werteparame- 
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ter, Referenzparameter), die Vermittlung von 
Ergebnissen nach außen, die Anpassung 
oder Neubestimmung von Typen, der Aufruf 
von und die Rückkehr aus fremdsprachigen 
Prozeduren derart umfangreich, daß sie ei- 
ner gesonderten Betrachtung bedürfen. Ein 
Nutzer, der eine höhere Programmierspra- 
che kennt, wird die ihm vertrauten Prinzipien 
in Clipper nicht durchgängig wiederfinden. 

Ein weiterer Unterschied zu dBase III besteht 
in der Verwendung von Makros. Makroerset- 
zungen in Clipper-Quelltexten dürfen keine 
Schlüsselwörter, jedoch Namen von Funktio- 
nen enthalten. Des weiteren sind solche Ma- 
kroersetzungen verboten, die für die Über- 
setzung relevante Begrenzer enthalten. 
Diese Festlegung kann leider nicht exakter 
erfolgen, da sie nicht nur von den Zeichen an 
sich, sondern auch vom Kontext, in dem sie 
verwendet werden, abhängen. Zwei Bei- 
spiele sollen das verdeutlichen: 

open = ”USE myfile” 

&open 

Dies ist für Clipper falsch, da das Schlüssel- 
wort USE ersetzt wird. Nach der Anweisung 

feld = ”a[3]” 
ist 

var = Äfeld 

möglich, nicht aber 

DECLARE &feld. 

Die Makroersetzung in Clipper liegt dennoch 


auf einer anderen Ebene als Makroersetzun- 
gen in dBase, C oder Assemblersprachen. 
Allgemein versteht man unter einem Makro 
eine Zeichenfolge, beispielswiese Befehle, 
die durch einen Namen bezeichnet sind. Die 
Zuordnung der Zeichenfolge zum Makrona- 
men erfolgt in der Makrodefinition. In Clipper 
ist das die Zuweisung einer Zeichenkette zu 
einer Speichervariablen. Das Auftreten des 
Makronamens in einem Text bewirkt dann 
das Einfügen der durch diesen Namen defi- 
nierten Zeichenkette an dieser Stelle des 
Textes. Diese Ersetzung erfolgt im allgemei- 
nen auf Quelltextebene und vor der Analyse 
durch den Compiler oder Interpreter. In Clip- 
per muß sie aber zur Abarbeitungszeit des 
übersetzten Programms erfolgen, das heißt, 
das Laufzeitsystem von Clipper muß die Er- 
setzung, Analyse, Übersetzung und Ausfüh- 
rung während der Abarbeitung des Nutzer- 
programms durchführen. 

Hingewiesen sei noch auf die veränderte Se- 
mantik von CREATE. CREATE <filename> 
erzeugt eine leere Strukturdatei. In diese 
leere Datei kann über APPEND BLANK und 
REPLACE die Struktur eines Datenbankfiles 
auch ohne Nutzerdialog eingegeben werden. 
Mit CREATE FROM wird dann das eigentli- 
che Datenbankfile erzeugt. Zum Erstellen 
von Berichtsformaten oder Adreßformaten 
fehlen solche Kommandos. Dafür existieren 
in der Clipper-Umgebung zusätzliche Pro- 
gramme (.exe-Files). 


Clipper-Umgebung 

Zur Umgebung eines Compilers gehören 
mindestens ein Editor, ein Linker, ein Lauf- 
zeitsystem (Bibliothek) und ein Debugger. 
Weitere Servicefunktionen werden in soge- 
nannten Toolboxen bereitgestellt. Clipper be- 
sitzt mit Ausnahme eines speziellen Editors 
alle diese Werkzeuge. Als Linker wird meist 
eine Version des PLINK86 empfohlen. Er ist 
im Vergleich zu anderen Linkern relativ lang- 
sam, gestattet aber dafür die Bildung von 
Überlagerungen. Für Clipper-Programme 
werden erfolgreich auch andere, schnellere 
Linker des MS-DOS eingesetzt. So kann ein 
übersetztes Programm (Myprog.obj), wel- 
ches Indexfiles von dBase III (Ndx.obj) und 
Funktionen der Extend.lib benutzt, beispiels- 
weise mit einem Linker des MSC-Systems 
(link) durch 

link myprog+ndx„nul,extend+clipper 

verbunden werden. Die beiden aufeinander- 
folgenden Kommas dienen als Platzhaiter für 
die nicht benutzte Angabe des Ergebnisfile- 
namens. In diesem Beispiel entsteht ein aus- 
führbares File mit dem Namen Myprog.exe. 
Die Bezeichnung nul gibt an, daß kein Map- 
File erstellt werden soll. 

Neben diesen Hilfsmitteln gehören zur Clip- 
per-Umgebung Programme, die einige Kom- 
mandos von dBase III nachbilden, die im Di- 
rektmodus arbeiten. 


Systemprogrammierung 


in Modula-2 


Dr. Michael Krapp , Volker Zerbe, 
Detlef Jahn, Ilmenau 


In /V wurde die Programmiersprache Mo- 
dula-2 bereits vorgestellt und auch eine ge- 
schichtliche Einordnung getroffen. Hervorge- 
hoben sei nochmals, daß Modula-2 eine uni- 
verselle Programmiersprache und beson- 
ders gut geeignet ist, Betriebssystemerweite- 
rungen auf Hochsprachniveau programmie- 
ren zu können - Modula-2 ist also eine soge- 
nannte Systemprogrammiersprache. Nach- 
folgend sollen die neuen Aspekte, welche 
Modula-2 in diesen Anwendungsbereich ein- 
bringt, genauer diskutiert und anhand von 
Programm-Fragmenten aus einem Multitask- 

k System veranschaulicht werden. 

Modul-Konzept 

| Module sind Kompilationseinheiten und stel- 
len Sammlungen von Konstanten, Variablen, 

* Typen oder Prozeduren dar. Man unterschei- 

det im wesentlichen drei Modultypen: Haupt- 
module, Definitionsmodule und Implementa- 
tionsmodule. Ein Hauptmodul besteht aus ei- 
nem Deklarationsteil und dem Ausführungs- 
teil, ist gleichzeitig eine Programmeinheit und 
entspricht dem Hauptprogramm in konven- 
tionellen Programmiersprachen (z. B. pro- 
gram in Pascal). Der Hauptmodui kann mit 
Importlisten durch die Befehle FROM cmodul- 
name> IMPORT <Leistungen> auf Objekte 
anderer Module über ihre Definitionsmodule 
zugreifen. Er stellt aber nach außen eine ge- 
schlossene Einheit dar und exportiert keine 


Leistungen. Definitionsmodule und Imple- 
mentationsmodule treten immer paarweise 
auf und sind durch gleiche Namen gekenn- 
zeichnet. Im weiteren wird mit Modul dieses 
Paar aus Definitions- und Implementations- 
modul bezeichnet. Ein Definitionsmodul kann 
nur Deklarationen von Konstanten, Varia- 
blen, Typen oder Prozedurköpfen enthalten; 
ein Implementationsmodul dagegen kann 
neben Deklaration von Konstanten. Varia- 
blen und Typen auch vollständige Prozedu- 
ren enthalten. Wenn im Definitionsmodul 
Prozedurköpfe auftreten, müssen im Impie- 
mentationsmodul diese Prozeduren vollstän- 
dig deklariert sein. Alle sonstigen Deklaratio- 
nen des Definitionsmoduls sind im zugehöri- 
gen Implementationsmodul verfügbar. Ein 
Definitionsmodul ist die Schnittstelle zur Um- 
welt \ das heißt, alle Variablen, Konstanten, 
Typen oder Prozeduren, die im Definitions- 
modul benannt sind, werden automatisch ex- 
portiert und scmit dem Anwender zur Verfü- 
gung gestellt. Ein Implementationsmodul 
kann neben dem Deklarationsteil noch einen 
Ausführungsteil enthalten, der von den 
Schlüsselwörtern BEGIN und END cmodulna- 
me> eingeschlossen sein muß, wobei die 
Ausführungsteile von importierten Modulen 
vor diesem Ausführungsteil ausgeführt wer- 
den. Dies gilt auch für den Ausführungsteil 
des Hauptmoduls. Durch diesen Mechanis- 
mus können die in einem Modul verborgenen 
Datenobjekte vor ihrer Benutzung initialisiert 
werden. Sowohl Definitionsmodul als auch 
Implementationsmodul können über Importli- 
sten auf andere Definitionsmodule zugreifen. 


Die Frage, was man in Definitions- und Imple- 
mentationsmodulen deklariert, kann rein 
pragmatisch entschieden werden. So sind im 
Extremfall reine Datenstrukturmodule mög- 
lich, die nicht als Programmeinheiten inter- 
pretiertwerden. 

Da Importlisten auf Definitionsmodule ver- 
weisen, diese aber nur ganz bestimmte Teile 
von Deklarationen eines Moduls offenbaren 
(exportieren), ist die Möglichkeit des Verber- 
gens von Implementierungsdetails gegeben. 
Damit ergeben sich qualitativ neuartige und 
weitreichende Abstraktionsmöglichkeiten 
beim Programmentwurf. 

Außerdem resultieren daraus Möglichkeiten 
zur separaten Kompilation. Der Hauptmodul 
oder die Definitionsmodule können bereits 
übersetzt werden, wenn lediglich die von ih- 
nen importierten Definitionsmodule übersetzt 
vorliegen. Ein Implementationsmodul kann 
dann übersetzt werden, wenn sein gleichna- 
miger Definitionsmodul und alle von ihm im- 
portierten Definitionsmodule übersetzt sind. 
Damit können Programmteile von verschie- 
denen Mitarbeitern bearbeitet und bei stren- 
ger Bindung an formale Schnittstellen gut 
entkoppelt werden, was bei komplexen Sy- 
stementwicklungen bekannterweise eine 
praktische Notwendigkeit ist. 

Abschließend sei erwähnt, daß es außer den 
genannten Modultypen noch den Typ des lo- 
kalen Moduls gibt. Dieser stellt keine Kompi- 
lationseinheit dar, da er in Haupt- oder Imple- 
mentationsmodule eingebettet ist. In Erwei- 
terung von lokalen Prozeduren kann man 
durch Exportlisten mit dem Befehl 

EXPORT <Leistungen>; 

oder durch Importlisten den Sichtbarkeitsbe- 
reich von Programmobjekten explizit steu- 
ern. 
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Koroutinen-Konzept 

Als eine Verallgemeinerung des Prozedur- 
konzeptes (auch Unterpiogramm- oder Rou- 
tinen-Konzept) lassen sich mit diesem Kon- 
zept Programme quasiparallel (concurrent) 
ausführen. Eine Koroutine kann also ihren 
Ablauf unterbrechen und zwischenzeitlich 
den Befehlszähler einer anderen Koroutine 
überlassen. Diese Umschaltung erfolgt expli- 
zit. Im Unterschied zum Prozedurkonzept 
gibt es keinen Return-Mechanismus; eine 
Fortsetzung der unterbrochenen Koroutine 
ist daher nur über eine gleichartige explizite 
Umschaltung möglich. Alle Werte lokaler Da- 
tenobjekte bleiben während der Unterbre- 
chungszeit erhalten. Damit sind Koroutinen 
nicht wie Prozeduren hierarchisch geord- 
nete, sondern gleichberechtigte Programme, 
wobei in einem Einprozessorsystem sich je- 
weils genau eine im Laufzustand befindet. 
Der fehlende Return-Mechanismus hat zur 
Folge, daß keine Parameterübergabe wie bei 
Prozeduren möglich ist. Modula-2 beinhaltet 
zur Nutzung des Koroutinen-Konzeptes spe- 
zielle Sprachelemente in Form von Prozedur- 
aufrufen, die von dem in jedem Modula-2-Sy- 
stem vorhandenen Modul SYSTEM expor- 
tiert werden 121 . Eine Koroutine wird durch 

NEWPROCESS (proc :PROC; 

WorkSpaceAdr :ADDRESS; 

WorkSpaceSize :CARDINAL; 

VAR process :PROCESS) 

definiert, wobei proc eine parameterlose, 
nicht terminierende Prozedur sein muß; pro- 
cess ist der Ausgabeparameter und identifi- 
ziert die neue Koroutine. Die explizite Um- 
schaltung zwischen Koroutinen erfolgt mit 

TRANSFER (VAR processl, 

process2 :PROCESS) 

Die laufende Koroutine wird unterbrochen, 
ihr Laufzustand in processl abgelegt und die 
Koroutine fortgesetzt, die durch den Wert von 


process2 identifiziert wird. Grundsätzlich gilt, 
daß der Ausführungsteil des Flauptmoduls 
die Eigenschaft einer Koroutine besitzt (wel- 
che als einzige terminieren darf!) und des- 
halb Ausgangspunkt und Ziel von TRANS- 
FER-Operationen sein kann. Dies ist zum 
Start der Koroutinen-Arbeit notwendig. 

Task-Manipulationen 

Das Koroutinen-Konzept ist relativ elementa- 
rer Natur und verlangt vom Anwender eine 
explizite Organisation der Task-Umschal- 
tung sowie der Konstruktion von Synchroni- 
sations- und Kommunikationsmechanismen. 
Wünschenswert ist ein Multitasksystem, das 
entsprechende Dienste bereitstellt, wobei die 
Konzeption der Koroutine zur Konstruktion 
von Tasks benutzt werden kann. Dies soll 
nachfolgend anhand von Programmfrag- 
menten gezeigt werden. Der Begriff der Task 
wird dabei als bekannt vorausgesetzt (siehe 
/3/) und ist u. a. dadurch gekennzeichnet, daß 
eine Task verschiedene Zustände anneh- 
men kann. Als Teil eines solchen Systems 
könnte ein Modul TaskHandler geschaffen 
werden, welcher Definitionen von und Opera- 
tionen über Tasks beinhalten soll. Der Defini- 
tionsteil könnte folgendes Muster besitzen: 

DEFINITION MODULE TaskHandler; 

TYPE TASK; 

VAR 

current:TASK; 

(* wird durch Hauptmodul initialisiert *) 

size :CARDINAL; 

PROCEDURE CreateTask (proc:PROC; 

VAR task:TASK); 

PROCEDURE Schedule; 

(* es folgen gegebenenfalls Importe und 
weitere Deklarationen *) 

END TaskHandler. 

Der abstrakte Datentyp TASK repräsentiert 
im Kern eine Koroutine sowie zusätzliche Da- 


tenobjekte zur komfortablen Multitask-Orga- 
nisation. Die parameterlose Prozedur proc 
wird durch CreateTask in eine Task verwan- 
delt und in den Zustand READY überführt. 
Die Prozedur Schedule unterbricht die lau- 
fende (RUN-)Task und überführt sie in den 
Zustand READY. Danach wird die am läng- 
sten wartende Task aus dem Zustand 
READY in den Zustand RUN versetzt. Dies 
sind natürlich nur stark vereinfachte Kon- 
struktionen, die aber zunächst zur Erläute- 
rung der Problematik ausreichend sind. Ein 
zugehöriges Programm könnte etwa ein Aus- 
sehen wie in Bild 1 haben. 

Task-Synchronisation 

Jedes Multitasksystem stellt Mechanismen 
zur Synchronisation von Tasks zur Verfü- 
gung. Hier soll am Beispiel des bekannten 
Semaphores ein Synchronisationsmuster in 
Modula-2 diskutiert werden. Ziel dieser Kon- 
struktion ist der wechselseitige Ausschluß 
von Tasks beim Zugriff auf gemeinsame Be- 
triebsmittel. 

DEFINITION MODULE Semaphor; 

TYPE SEMAPHOR; 

PROCEDURE Request (VAR s:SEMAPHOR); 
PROCEDURE Release (VAR s:SEMAPHOR); 

(* eventuell weitere Deklarationen *) 

END Semaphor. 

Mit Request wird ein Semaphor besetzt, mit 
Release erfolgt dessen Freigabe. Falls das 
Semaphor nicht frei ist, wird die anfordernde 
Task in einer zugehörigen WAIT-Liste ver- 
waltet. Der zugehörige Implementationsmo- 
dul hätte dann etwa den Aufbau wie in Bild 2. 
Auf ähnliche Art können weitere Synchroni- 
sations- und Kommunikationsstrukturen auf- 
gebaut werden. 

Interrupt-Einbindung 

Bei der Entwicklung von Betriebssystemen 
spielt die Interrupt-Behandlung eine wesent- 


IMPLEMENTATION MODULE TaskHandler; 

FROM ListenHandler IMPORT RUN, READY, FirstTask, GetTask, PutTask; 

'{* READY und RUN sind Listen, GetTask und PutTask tragen Listen- 
elemente ein bzw. aus, FirstTask kopiert erstes Listenelement *) 
FROM SYSTEM IMPORT TSIZE, ADDRESS, PROCESS, NEWPROCESS, TRANSFER; 

FROM Storage IMPORT ALLOCATE; 

TYPE TASK = POINTER TO TaskDescriptor ; 

TaskDescriptor = RECORD 

ProcessDescriptor : PROCESS; 

{* weitere taskspezifische Parameter *) 

END {* record *); 

VAR old : TASK; 

PROCEDURE CreateTask (proc : PROC; VAR task : TASK); 

VAR WorkSpaceAdr : ADDRESS; 

BEGIN 

NEW (task); (* Arbeitsspeicherreservierung 

für die Taskverwaltung *) 

WITH task'' DO 

ALLOCATE {WorkSpaceAdr, size) ; (# Arbeitsspeicherreservierung 

für die Task-Routine *) 

NEWPROCESS ( proc, WorkSpaceAdr, size, ProcessDescriptor) ; 

<* . ■ - *) 

END (* with *); 

PutTask ( READY, task) ; {* Task wird in READY-Liste ein- 
getragen *) 

END CreateTask; 

PROCEDURE Schedule; 

BEGIN 

PutTask (READY, GetTask (RUN)); <* Hole RUN-Task und trage sie 

als letzte in READY-Liste ein *) 
PutTask (RUN, GetTask (READY)); {* Austragen der ersten Task aus 

der READY-Liste und in den 
Zustand RUN überführen *) 

old := current; (* alte RUN-Task wird zwischenge- 
speichert *) 

current := FirstTask (RUN); (* current wird gleich der RUN- 

Task gesetzt *) 

TRANSFER (old". ProcessDescriptor, current". ProcessDescriptor) ; 

END Schedule; 

BEGIN 

size := 800H; <* Ausführungsteil, für Initialisierung! *) 

END TaskHandler. 


Bild 1 Modul TaskHandler Bild 2 Modul Semaphor 


IMPLEMENTATION MODULE Semaphor; 

FROM ListenHandler IMPORT RUN, READY, STATELIST, 

FirstTask, GetTask, PutTask, StateListEmpty; 

(* StateListEmpty gibt TRUE zurück, wenn sich kein Listenelement 

in der spezifizierten Liste des Typs STATELIST befindet *) 

FROM SYSTEM IMPORT TRANSFER; 

TYPE SEMAPHOR - POINTER TO SemaphorDescriptor ; 

SemaphorDescriptor = RECORD 

Wert : BOOLEAN; 

SemapborWait : STATELIST; 

END (* record *); 

(* Semaphor besetzt: Wert = TRUE, sonst EALSE; 

SemaphorWait repräsentiert WAIT-Liste des Semaphor *) 

PROCEDURE CreateSem (VAR s : SEMAPHOR); 

{* Einrichten einer Datenstruktur vom Typ SEMAPHOR, Initialisie- 
ren der Variablen des Descriptors *) 

END CreateSem; 

PROCEDURE Request (VAR s : SEMAPHOR); 

BEGIN 

IF s".Wert THEN (* wenn Semaphor besetzt ist, *) 

PutTask { s" . SemaphorWait, GetTask (RUN)); 

(* dann wird die RUN-Task in eine 

WAIT-Liste eingetragen *) 

PutTask (RUN, GetTask (READY)); 
old := current; 

current := FirstTask (RUN); 

TRANSFER { old" . ProcessDescriptor, current" . ProcessDescriptor ) ; 

ELSE 

s" . Wert := TRUE; {* Besetzen des Semaphor *) 

END (* if *); 

END Request; 

PROCEDURE Release (VAR s : SEMAPHOR); 

BEGIN 

IF StateListEmpty { s". SemaphorWait) THEN 

(* wenn WAIT-Liste leer ist, *) 

s" . Wert := FALSE; (* dann Freigabe des Semaphor *) 

ELSE 

PutTask ( READY, GetTask ( s " . SemaphorWait ) ) ; 

<* ansonsten Task aus WAIT-Liste 
holen, und in die READY-Liste 
eintragen, wobei das Semaphor be- 
setzt bleibt ' *) 

END (* if *); 

END Release; 

(* Modul Semaphor ohne Ausführung steil *) 

END Semaphor. 
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MODÜLE Testinterrupt ; 

FROM TaskHandler IMPORT current, siae, CreateTask; 

FROM ListenHandler IMPORT RUN, READY, 

FirstTask, PutTask, GetTask; 

FROM SYSTEM IMPORT ADDRESS, PROCESS, TRANSFER, IOTRANSFER, NEWPROCESS; 
FROM Storage IMPORT ALLOCATE; 


CONST IntVector 

= (* entsprechende Vectoradresse eines Interrupt *); 

VAR WorkSpace 

ADDRESS; 


tl 

TASK; 


IntHandler 

PROCESS; 


main 

PROCESS; 


(* Ausführungsteil eines Hauptmoduls ist 

Coroutine, deren Identi- 

fikator in 

main abgelegt wird 

*> 

PROCEDURE taskl; 

BEGIN 



LOOP 


<* ... 

*> 

END; 


(* nicht 

terminierend! *) 


END taskl; 


PROCEDURE InterruptHandler ; 

VAR temp : PROCESS; 

BEGIN 

temp := main; (* Rücksprung zum Ausführungsteil des Haupt - 

rooduls wird vorbereitet *) 

Bild 3 Modul Testinterrupt 


LOOP 

IO TRANSFER ( IntHandler, temp, IntVector) ; 

{* TRANSFER von IntHandler zu temp bei gleich- 
zeitiger Initialisierung des Interrupt' s *) 

current' 1 . ProcessDescriptor : =terop; (* Retten des Descriptors 

der unterbrochenen Task *) 

(* Interruptbehandlung einschließlich eventueller Taskmani- 
pulationen *) 

current := FirstTask(RUN) ; {* current wird aktualisiert *) 

temp := current' 1 . ProcessDescriptor ; {* Vorbereitung des Rück- 
sprungs aus der Inter- 
ruptroutine *) 

END (* loop *); 

END InterruptHandler; 

BEGIN 

ALLOCATE ( WorkSpace, size) ; {* Arbeitsspeicherreservierung für 


den Interrupt-Handler *) 

NEWPROCESS { InterruptHandler, WorkSpace, size, IntHandler) ; 

TRANSFER (main, IntHandler ) ; (* Installierung des Interrupt *) 

CreateTask { taskl , tl ) ; 

<* . . . *> 

PutTask (F'JN, GetTask (READY); 
current := FirstTask (RUN); 

TRANSFER (main, current ~ . ProcessDescriptor ) ; 

(* Start der Multitaskarbeit mit Interrupt *) 

END Test Interrupt. 


liehe Rolle. Sie ist ein wichtiges Kriterium für 
die Beurteilung von Multitasksystemen. Mo- 
dula-2 bietet mit der SYSTEM-Prozedur 10- 
TRANSFER die Möglichkeit, die Behandlung 
von Interrupts auf einem hohen Abstraktions- 
niveau durchzuführen. 

IOTRANSFER (VAR lntHandler:PROCESS; 

InterruptedProcessrPROCESS; 

IntVectorCARDINAL) 

IOTRANSFER bietet die Möglichkeit, die 
Auslösung von TRANSFER als Reaktion auf 
einen Interrupt, spezifiziert durch eine Vek- 
toradresse IntVector, zu installieren. Nach 
dieser Installation wird bei einem Interrupt ein 
TRANSFER asynchron in die laufende Ko- 
routine zur Koroutine IntHandler eingefügt. 
Der Laufzustand der unterbrochenen Korou- 
tine wird in InterruptedProcess abgelegt. Mit 
dem Aufruf von IOTRANSFER in IntHandler 
kann somit zur vorher unterbrochenen Ko- 
routine zurückgesprungen werden. Im Bild 3 
wird ein Hauptmodul vorgestellt, der ein Start- 
punkt für die Multitaskarbeit ist und gleich- 


zeitig die Möglichkeit der Einbindung von In- 
terrupts in die Multitaskarbeit demonstriert. 

Mit dem Übergang zu 16-Bit-Rechnern ist 
nicht nur eine quantitativ, sondern auch eine 
qualitativ neue Softwareentwicklung für 
diese Systeme notwendig. Modula-2 eignet 
sich besonders für die Entwicklung umfang- 
reicher Systemsoftware einschließlich Echt- 
zeitanwendungen, wobei das Hochspra- 
chenniveau nicht verlassen werden muß. Ein 
strenges Typkonzept erhöht außerdem die 
Softwarezuverlässigkeit. Am Wissenschafts- 
bereich Technische Informatik der Sektion 
Technische und Biomedizinische Kybernetik 
der TH Ilmenau wird aufbauend auf den ge- 
wonnenen Erfahrungen bei der Entwicklung 
von multiFORTH /4/ ein konfigurierbares 
Multitaskbetriebssystem in Modula-2 für die 
flexibel automatisierte Fertigung entwickelt 
(vgl. MP 1 1 /89, Seite 342). Ziel ist ein effizien- 
tes, prozeßnahes Betriebssystem, wobei 
größter Wert auf Portabilität und Strukturie- 
rung gelegt wird. 
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Kodierung von Wordstar-Files 


Rainer Ploss , Berlin 


Mitunter besteht die Notwendigkeit der 
Überführung von Wordstar-Files in andere 
Formate oder umgekehrt. Abhängig von den 
speziellen Anforderungen hat dies mit oder 
ohne Konvertierung der Steuerzeichen zu 
erfolgen. 

Im vorliegenden Beitrag möchte ich auf die 
Kodierung der Files von Wordstar 3.2x und 
3.3x im allgemeinen und die der Steuerzei- 
chen im besonderen sowie auf Probleme 
beim Erarbeiten von Konvertierungspro- 
grammen eingehen. 

Denkbare Anwendungsbeispiele für solche 
Konvertierungen sind: 

• Übernahme und Übergabe von Daten 
durch andere Programmsysteme (beispiels- 
weise dBase, Druckvorlagen) 

• Überführung von Daten von bzw. auf Be- 
triebssystemebene (beispielsweise zur Wei- 
terverarbeitung unter der Regie von Batch- 
Files oder zum beschleunigten Drucken von 
Wordstar-Files) 


• Erzeugung von Drucksteuersequenzen 
ohne die Hilfe von Programmiersprachen 

• Korrektur von Programmquelltexten, die 
fälschlicherweise im Modus D statt N unter 
Wordstar bearbeitet wurden. 

In einem Wordstar-File sind neben den druck- 
baren Zeichen (Buchstaben, Ziffern, Sonder- 
zeichen) aus dem 7-Bit-Kode-Zeichensatz, 
das heißt die Zeichen mit den ASCII-Werten 
32 bis 127, auch die Steuerzeichen aus dem 
7-Bit-Kode-Zeichensatz kodiert. Es sind dies 
die Zeichen mit den ASCII-Werten 0-31. 
Ebenfalls in Wordstar-Files sind weitere 
Steuerinformationen zur Drucksteuerung 
und für den Mail-Merge-Druck von Serien- 
briefen, variablen Texten usw. kodiert, aber 
auch länderspezifische Zeichen (z. B. Um- 
laute und ß im deutschen Zeichensatz) aus 
dem 8-Bit-Kode-Zeichensatz, das heißt die 
Zeichen mit den ASCII-Werten 1 28 bis 255. 
Eine Kennzeichnung für den Wortumbruch 
und die Neuformatierung von Absätzen, eine 
Kennzeichnung dafür, daß ein gegebenes 
Zeichen das Ende eines Wortes darstellt, 
muß außerdem für jedes dieser Zeichen 
möglich sein. 


Somit reicht ein Byte mit 256 Möglichkeiten 
für diese Kodierung nicht aus; es wurde des- 
halb folgendermaßen vorgegangen: 

© Kodierung der druckbaren Zeichen und 
der Steuerzeichen im 7-Bit-Kode 
© Nutzung des achten Bits eines jeden By- 
tes (also auch bei Steuerzeichen!) für die 
Wortendekennung (gesetzt = Wortende) 
©Ein vorangestelltes Steuerzeichen 27 
(1BH) und ein nachgestelltes Steuerzeichen 
28 (ICH) kennzeichnet, daß ein Zeichen mit 
einem Kode größer 127 (7FH) kein Wort- 
ende, sondern ein Zeichen aus dem 8-Bit- 
Kode-Zeichensatz ist. 

© Weitere Steuerinformationen in der Form 
definierter Sequenzen aus druckbaren Zei- 
chen werden verschlüsselt, indem sie mit ei- 
nem Punkt in der ersten Position einer Zeile 
beginnen (Punktbefehle). 

Die Steuerzeichen 1-25 (01-1 9H) entspre- 
chen etwa den Ergebnissen der Sequenzen 
A PA bis A PY. Die konkreten Inhalte werden in 
der Tafel 1 erläutert. 

Die Konvertierung 

Bei der Überführung von ASCII-Files nach 
Wordstar ist nur die Klammerung der Zeichen 
des 8-Bit-Kode-Zeichensatzes mit 1BH und 
ICH zu ergänzen. 

Wesentlich komplizierter ist die im weiteren 
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Tafel 1 Wordstar-Flle- Kodierung 


' v . 

interner 

Kode 

(hexa- 

dezimal) 

Inter- 

aktion 

Bedeutung 

01 

A PA 

Zweite Schreibdichte ein (im allge- 
meinen Elite) 

02 

A PB 

Schattenschrift (Fettdruck) ein/aus 

03 

A PC 

Druckpause, bis wieder P im Start- 
menügedrücktwird 

04 

A PD 

Doppeldruck ein/aus 

05 

A PE 

frei installierbar (maximal 4 Zeichen) 

06 

A PF 

Phantom-Leerzeichen ; druckt Zei- 
chen 20H 

07 

A PG 

Phantom-Löschzeichen (Rubout) 
druckt 7FH 

08 

A PH 

Backspace; Überdrucken des 
nächsten Zeichens 

09 

A PI 

starre Tabulatoren; Sprung auf 

Position 1 ,9,17. . . und Einfügen von 
Leerzeichen 

0A 

A PJ 

Zeilenvorschub (LF) ohne Wagen- 
rücklauf 

OB 

A PK 

Drucken von Kopf- und Fußzeilen 
linksbündig bei geradzahligen Seiten- 
nummern und rechtsbündig bei unge- 
radzahligen 

oc 

A PL 

Seitenvorschub (FF) 

0D 

A PM 

Wagenrücklauf (CR) ohne Zeilenvor- 
schub 

0E 

A PN 

Standardschreibdichte ein (imallge- 
1 meinen Pica) 

0F 

A PO 

erhält Leerräume beim Neuformatieren 
eines Absatzes, beispielsweise Karl IV. 

10 

A PP 

1 Proportionalschrift, nicht dokumentiert 

11 

A PQ 

i frei installierbar (maximal 4 Zeichen) 

12 

A PR 

frei installierbar (maximal 4 Zeichen) 

13 

A PS 

Unterstreichen ein/aus 

14 

a PT 

Hochstellen ein/aus 

15 

A PU 

keine Bedeutung 

16 

A PV 

Tiefstellen ein/aus 

17 

A PW 

frei installierbar (maximal 4 Zeichen) 

18 

A PX 

sichtbares Textdurchstreichen mit”-” 

19 

A PY 

Schwarz-Rot-Farbbandumschaltung, 
wenn vorhanden, sonst frei installierbar 

1 A 

EOF 

File-Ende; Wordstar verwendet 1 28- 
Byte-Sätze, der letzte Satz wird mit 
EOF-Zeichen vollständig aufgefüllt 

1B 

ESC 

Kennzeichnung, daß das folgende 
Zeichen aus dem 8-Bit-Zeichensatz ist 
und sein achtes Bit nicht als Wortende 
interpretiert wird. 

IC 

FS 

Der Kode 1 CH folgt dem Zeichen aus 
dem 8-Bit-Zeichensatz. 

ID 

GS 

keine Bedeutung 

IE 

RS 

bedingter (weicher) Trennstrich, wenn 
er innerhalb einer T extzeile steht 

1F 

US 

j 

bedingter (weicher) Trennstrich, wenn 
er am Ende einer Textzeile steht, das 
heißt wenn er aktiv ist und ausgedruckt 
wird 


beschriebene Ruckrichtung. Sie ist abhängig 
von 

• den Anforderungen an die Konvertierung 
der Steuerzeichen (teilweise, vollständig) 

• dem vorliegenden frei installierbaren Teil 
der Druckersteuerung ( A PE, A PQ, A PR, 
A PW, A PY) 

• dem angeschlossenen Drucker. 

Bei dieser Konvertierung werden folgende 
Gruppierungen erkannt: 

• Wortendekennung (Rücksetzen Bit 8) 

• Ein-Byte-Eliminierungen (siehe hexadezi- 
maler Kode 1EH) 

• Ein-Byte-zu-Ein-Byte-Ersetzungen (siehe 
06H, 07H, 08H, OAH, OCH, ODH, OFH, IAH 
und 1 FH) 

• Ein-Byte-zu-Mehr-Byte-Ersetzungen 
(siehe 01 H und OEH sowie eventuell 05H, 
1 1 H, 12H, 17H, 19H) 

- Ein-Byte-zu-Mehr-Byte-Ersetzungen mit 
Ein-/Ausschaltung (siehe 02H, 04H, 13H und 
14H sowie eventuell 05H, 11H, 12H, 17Hund 
19H) 

- Tabulatoren (siehe 09H; Einfügen einer 
von der aktuellen Position in der Zeile abhän- 
gigen Anzahl von 1-8 Leerzeichen) 

- Durchstreichen (siehe 18H; n-mal Back- 
space und Überschreiben mit ”) 

• Mehr-Byte-zu-Ein-Byte-Ersetzungen 
(siehe Rahmen aus 1 BH und 1 CH) 

• Punktbefehle (Interpretation der konkreten 
Befehle) 

Bei der Überführung von Wordstar-Files in 
ASCII-Files mit teilweiser Konvertierung der 
Steuerzeichen (reine Textkonvertierung) 
sind die Wortendekennung, die Punktbe- 
fehle, die Klammerung der Zeichen des 8-Bit- 
Kode-Zeichensatz sowie alle Steuerzeichen 
von 01 H-1 FH (außer ODH, OAH und 1 AH) zu 
eliminieren bzw. diejenigen Steuerzeichen 
zu ersetzen, die zu druckbaren Zeichen füh- 
ren (06H, 07H, OFH, 1 FH sowie Tabulatoren 
09H und Durchstreichen 18H). Bei einer voll- 
ständigen Konvertierung müssen alle ge- 
nannten Gruppierungen berücksichtigt wer- 
den. 

Die meisten Gruppierungen lassen sich ohne 
programmtechnischen Aufwand lösen, in- 
dem die Ausgangsdatei mit Wordstar in eine 
neue Datei gedruckt wird. Beantwortet man 
dabei die Frage nach der Wiederverwendung 
durch Wordstar mit nein, werden alle Wor- 
tendekennungen eliminiert, die Punktbefehle 
entsprechend ihrer Bedeutung aufgelöst und 
die Kennzeichnungen für die Zeichen des 


Neuer Funktionsinterpreter 
für Turbo-Pascal 


Peter E. Nebe , Dresden 

Arithmetische Ausdrücke in einen Turbo- 
Pascal-Quelitext einzuarbeiten , ist kein Pro- 
blem. Wie lassen sich aber beliebige mathe- 
matische Funktionen mit einem kompilierten 
Programm berechnen? Hier hilft ein eigener 
Funktionsin terpre ter. 

Das im folgenden vorgestellte Unterpro- 
gramm in Turbo-Pascal analysiert die als Zei- 
chenkette eingegebene Funktion zeichen- 
weise von links nach rechts und berechnet 
dabei gleichzeitig den Funktionswert. Andere 


Lösungen, zum Beispiel in /I/, führen Ana- 
lyse und Berechnung nacheinander durch 
und erfordern damit einen erhöhten Pro- 
grammieraufwand. 

In der im Bild 1 vorgestellten Funktion wird 
nach dem Schema Operand-Operator-Ope- 
rand gesucht und berechnet (Zeilen 159 bis 
162), wobei ein Operand eine Zahl, eine Va- 
riable x odery, ein Funktionsaufruf, ein Klam- 
merausdruck oder eine Verkettung von Ope- 
randen mit höherer Priorität sein kann (Funk- 
tionen Wert und Operand). Zu diesem Zweck 
wird vor der eigentlichen Rechenoperation 
stets getestet, ob der Operator, der dem 


8-Bit-Kode-Zeichensatz (1BH und ICH) ent- 
fernt. Umgesetzt werden auch die Anweisun- 
gen A PK, A PI, A PM und A PO (sowie A PL, 
wenn die Frage nach der Verwendung des 
Seitenvorschubbefehls verneint wird). 

Offen bleibt somit nur noch das Problem der 
Drucksteuerzeichen 01-07H und 10-19H. 
Bei der Erarbeitung solcher Konvertierungs- 
programme ist sinnvollerweise eine Tabelle 
analog der Tafel 1 . zuzüglich einer Spalte mit 
den konkreten Sequenzen für den vorliegen- 
den Drucker zu erstellen. 

Die konkret installierten Werte der Sequen- 
zen für die Drucksteuerung lassen sich ent- 
weder aus den aktuellen Werten des Installa- 
tionsprogrammes WINSTALL oder durch ei- 
nen Wordstar-Testlauf und anschließenden 
Vergleichstestlauf mit dem Druckerhand- 
buch ermitteln. 

Sie können aber auch direkt mit einem De- 
bugger aus dem WS.COM-File entnommen 
werden / 1/, jedoch sind die Positionen ab- 
hängig von der vorliegenden Version. (Es 
gibt beispielsweise Unterschiede zwischen 
den Versionen 3.32 und 3.24.) 

Die Position der Eintragung einer gesuchten 
Eigenschaft läßt sich durch alternierendes In- 
stallieren dieser Eigenschaft und anschlie- 
ßenden File-Vergleich beispielsweise mit 
dem MS-DOS-Kommando FC ermitteln. 

Ein in C geschriebenes vorliegendes Konver- 
tierungsprogramm erreicht bei der vollständi- 
gen Umwandlung von Files auf 16-Bit-Com- 
putern in Abhängigkeit von der Filegröße, der 
Anzahl der erfolgten Korrekturen, den ver- 
wendeten Laufwerken und den Gerätetrei- 
bern eine Geschwindigkeit von etwa 1 bis 
4 KByte/s auf Disketten, etwa 5 bis 8 KByte/s 
auf der Festplatte und etwa 11 bis 1 3 KByte/s 
auf der RAM-Disk. 

Mit Ausnahme der Interpretation der Punkt- 
befehle und des Durchstreichens ( A PX) wur- 
den alle Gruppierungen berücksichtigt. 


Literatur 

IV Juergensmeier, G.: Wordstar für PCs und Kompatible, 
Haar bei München, Markt und Technik Vertag 1 986 

121 MicroPro International Corporation: Wordstar Benutzer- 
handbuch. Version 3.3, 1982 

/3/ MicroPro International Corporation: Wordstar Installa- 
tionshandbuch. Version 3.3, 1982 

/4/ SEIKO EPSON Corporation: Matrixdrucker Handbuch 
1987 

15/ Hewlett-Packärd-Company: ThinkJet Printernutzer- 
handbuch, 1984 


Schema nachfolgt, höhere Priorität besitzt 
(Zeile 137). 

Der Interpreter arbeitet mit rekursiven Unter- 
programmen. Auf den Compiler-Schalter 
(*$A-*) konnte jedoch verzichtet werden, 
weil die entsprechenden Variablen dyna- 
misch zwischengespeichert werden (Stapel- 
prinzip, Prozeduren push und pop). Somit 
können beliebig komplizierte Ausdrücke be- 
rechnet werden. Auch das Potenzzeichen A 
kann benutzt werden (Basis>0). Das Pro- 
gramm läßt sich leicht um weitere Funktions- 
aufrufe, zum Beispiel zyklometrische und hy- 
perbolische Funktionen, entsprechend TAN 
und COT erweitern. 

Fehler werden zum größten Teil mit der Pro- 
zedur Meldung abgefangen. Eine Über- 
schreitung des Wertebereiches für Real-Zah- 
len führt jedoch zum Programmabbruch. 
Diese Problematik wurde in 121 behandelt. 
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116 


3 

0 

<* 

Funktionsinterpreter Version 2.0 Von Peter E. Nebe 

*> 

119 

1 

IF zeigerden THEN 




4 

0 

(* 


Dresden,Mail989 

*) 

120 

1 

BEGIN z : -Term[zeiger] ; zeiger : =zeiger+ 1 ; (* Operator 

*) 

5 

0 

<* 

wichtige Bezeichner: 

*> 

121 

2 

CASE z OF p: 

= 1; <* 

Pr ioritaeten 

*) 

6 

0 

<* 

Gesamtkette : 

Wert einer Kette von Operanden, die mit 

*) 

122 

3 

p: 

= 2; 



7 

0 

(* 


Operatoren gleichbleibender oder fallender 

*> 

123 

3 

: P ; 

= 3; 



8 

0 

(* 


Prioritaet verknuepft sind 

*) 

124 

3 

' ) ' : P : 

= 0 (* 

Ende Klammerausdruck 

*) 

9 

0 

<* 

Teilkette : 

Wert einer Kette von Operanden, 

*) 

125 

3 

ELSE BEGIN Meldung( ' üperator 

erwartet ' , zeiger- 1 ) ;p : -0 

END 

10 

0 

(* 


die mit Operatoren gleicher 

* ) 

126 

3 

END {case} 




11 

0 

(* 


Prioritaet verknuepft sind 

*) 

127 

2 

END {if then} 




12 

0 

(* 

Operand : 

Wert eines Operanden, der 

*) 

128 

1 

ELSE p : =0 

(* 

Ende des Terms 

*> 

13: 

0 

(* 


-eine Zahl, 

*) 

129 

1 

END; 




14; 

0 

(* 


-eine Variable x oder y, 

*) 

130 

0 



■ d d. 


15: 

0 

<* 


-ein Funktionsaufruf, 

*) 

131 

0 

FUNCTION Operand: real; 

(* 

liefert Wert * 

*) 

16: 

0 

(* 


-ein Klammerausdruck oder 

*) 

132 

0 

VAR op:real; 

<* 

eines Operanden 

*) 

17: 

0 

(* 


-eine Teilkette hoeherer Prioritaet 

* ) 

133 

0 

BEGIN 




18: 

0 

(* 


sein kann 

*) 

134 

1 

IF Term[zeiger]='-' THEN 

BEGIN zeiger : =ze iger+1 ; op : =-Wert 

END 


0 FUNCTIOH Funktionswert (Ter»: str78; x,y: real): real; 

0 (***)(cüC)t:*******;3|t**5t;5|c**>K)(t*j|{3|C5|c^!*;*^**)|c)t;*)(c!(t)( C 5|c****^*)|c*;*****Ht***;***)|t ) 


117 

118 


0 (****************************:Mc**********iMc****************** ) 

0 

0 CONST Zahlen : SET OF char= [ '0 ' . . ' 9 ' , * . ' ] ; 

0 Funkt ionen= 'SQR SQRT EXP LN ABS SIN COS TAN COT ' ; 

0 TYPE str= STRING[ 30] ; 

0 link= A stapelelement ; 

0 stapele lernen t= RECORD 

1 rerreal; chrchar; by:byte; 

1 next : link 

1 END ; 

0 VAR Zwischenwert: 

0 zeiger , len , i , c : 

0 Operator , Folgeoperator 

0 Pr ioritaet , Folgeprioritaet : byte; 

0 Stapel: link; 

0 

0 PROCEDURE push (wertrreal; Zeichen : char; priori : byte ) ; 

0 VAR p:link; (* Zwischenwert auf Stapel legen *) 

0 BEGIN new(p); 


real ; 
integer; 
char ; 


END; 


p‘ . re : =wert ; p" . ch : ^Zeichen ; p'" 
p A .next:=stapel; 

Stapel : =p 


by : =pr iori ; 


PROCEDURE pop(VAR wert : real ; VAR Zeichen : char ; VAR priori : byte) ; 

(* Zwischenwert vom Stapel holen *) 


0 VAR p : link; 

0 BEGIN p:=stapel; 

Stapel : =p A . next ; 

wertr^pdre; Zeichen : ^p"' . ch; prior i : =p~ . by; 
dispose(p ) 


1 

1 
1 

1 END; 

0 

0 PROCEDURE Meldung (Meldung : str ; p : integer ) ; (* Fehlerroutine *) 

0 BEGIN IF NOT fehler THEN (* nur eine Fehlermeldung kommt *) 

1 writeln( 'Fehler : '.Meldung,': Z= copy (Term , 1 ,p- 1 ) , 

1 un,Term[p] , nor , copy (Term , p+1 , len-p)); 

1 fehler:=true 

1 END; 

0 

ß FUNCTION Gesamtkette : real; FORWARD; 

0 FUNCTION Teilkette ( Zwischenwert : real ): real ; FORWARD; 

0 

0 FUNCTION Zahl : real ; (* liefert Zahlenwert *) 

0 VAR z:real; 

0 BEGIN 


1 
1 
1 
1 
1 

1 END; 

0 

0 FUNCTION Funkt ionscode : byte ; 

0 VAR p : byte ; 

0 BEGIN 

1 i:=zeiger; 

1 REPEAT i:=i+l UNTIL (Term[ i]= ' ( ' ) OR (i>len); 

1 p : =pos( copy (Term .zeiger, i-zeiger), Funktionen); 

IF p=0 THEN Meldung( 'ungueltiger Funktionsaufruf zeiger); 
Funktionscode: =p; zeiger : =i+ 1 

END; 


i : =zeiger+l ; 

WHILE Term[i] IN Zahlen DO i:=i+l; 
val( copy (Term, zeiger , i-zeiger) , z,c); 

IF c>0 THEN MeldungC ' f ehlerhaf te Zahl zeiger ) ; 
Zahl : -z;zeiger : =i 


(* liefert Code eines 
(* Funktionsaufrufes 


(* berechnet Funktionsaufruf *) 


1 
1 
1 
0 

0 FUNCTION Funktion: real; 

0 VAR arreal; 

0 BEGIN 

1 CASE Funktionscode OF 

2 1: Funktion : =sqr(Gesamtkette ) ; 

2 5: BEGIN a : ^Gesamtkette ; IF a>=0 THEN Funktion : =sqrt( a) 

3 ELSE Meldung( ' Radikand kleiner als null ' , zeiger-2 ) END; 

2 10 : Funkt ion : =exp(Gesamtkette ) ; 

2 14 : BEGIN a:=Gesamtkette;IF a>0 THEN Funktion : =ln( a) 

3 ELSE Meldung( 'LN( A<=0 ) nicht er laubt zeiger-2 ) END; 

2 17 : Funkt ion : =abs( Gesamt kette ) ; 

2 21:Funktion:=sin( Ge samt kette); 

2 25:Funktion: =cos( Gesamt kette) ; 

2 29:BEGIN a ; =Gesamtkette ; 

3 IF cos(a)<>0 THEN Funkt ion : =sin( a)/cos( a) (* TAN *) 

3 ELSE Meldung( ' TAN ( ( 2n+ 1 )*pi/2) nicht er laubt zeiger-2' 

3 END; 

2 33:BEGIN a : =Gesamtkette ; 

3 IF sin(a)<>0 THEN Funktion : =cos(a)/sin(a) (* COT *) 

3 ELSE Meldung( ’COT(n*pi) nicht erlaubt zeiger-2) END; 

2 ELSE Meldung( 'ungueltiger Funkt ionsauf ruf zeiger-2) 

2 END {case} 

1 END; {Funktion) 

0 


(* liefert Wert fuer Operand *> 


0 FUNCTION Wert: real; 

0 BEGIN 

1 CASE Term[zeiger] OF 

2 ' A ' . . ' T ' : Wert : ^Funktion ; 

2 ’0- . . *9* , ' . ' : Wert :=Zahl; 

2 'X': BEGIN Wert : =x; zeiger : =zeiger+l END; 

2 Y': BEGIN Wert : =y; zeiger : =zeiger+l END; 

2 '(': BEGIN zeiger : =zeiger+ 1 ; Wert : =Gesamtkette END 

2 ELSE Meldung( 'Operand erwartet zeiger ) 

2 END (case) 

1 END; {Wert} 

0 
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160 
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0 PROCEDURE Symbol (VAR z: char; VAR p:byte); (* ermittelt 
0 BEGIN (* Rechenzeichen und Priori 


*> 


Symbol (Folgeoperator , Folgepr ioritaet ) ; 

WHILE Folgeprior itaet >Prior itaet DO op : =Teilkette( op ) ; 

Operand :=op (* Operand kann Teilkette *) 

END; (* hoeherer Prioritaet sein *) 

(* fuehrt Rechen- *) 
(* Operation aus *) 


1 
1 
1 
1 
0 

0 FUNCTION Ergebnis ( a, b : real; z : char ): real ; 
0 BEGIN 


1 CASE z OF 

2 Ergebnis : =a+b ; 

2 Ergebnis : =a-b ; 

2 Ergebnis : =a*b ; 

2 V'tlF b< >0 THEN Ergebnis : =a/b 

2 ELSE Meldung( 'Division durch null zeiger-2) ; 

2 '" ' : IF a>0 THEN Ergebnis: =exp(ln(a)*b) 

2 ELSE Meldung( 'Basis <=0 ' , ze iger-4 ) 

2 END {case} 

1 END; {Ergebnis} 

0 

(* liefert Wert einer Kette 


*) 


0 FUNCTION Teilkette, 

0 VAR opl , op2 : real ; 

0 BEGIN 

push(opl , Operator .Prioritaet ); (* ersten Operanden .Operator *) 


(* gleichbleibender Prioritaet *) 


REPEAT (* und Prioritaet merken 

op 1 : -Z wischenwert ; 

Operator :=Folgeoperator;Prioritaet:=Folgeprioritaet; 
op2 : =Operand ; 

Zwischenwert: =Ergebnis( opl, op2 »Operator ) 

UNTIL Folgeprior itaet<Pr ioritaet ; (* bis Ende Teilkette 
Teil kette: =Zwischenwert ; 
pop( opl , Operator, Prioritaet) 

END; 


(* alten ersten Operanden 
(* usw. wiederherstellen 


0 FUNCTION Gesamtkette; 

0 BEGIN 

1 Zwischenwert : =Operand ; 

WHILE Folgeprior itaet>0 DO 

Zwischenwert : -Tei lkette(Zwischenwert ) 
Gesamtkette : =Zw ischenwert 

END; 


(* liefert Wert einer Kette 
(* gleichbleibender oder 
(* fallender Prioritaet bis 
(* Ende Klammer oder Term 


1 
1 
1 
1 
0 

0 BEGIN (* Funktionswert *) 

1 zeiger : =1; len : = Iength(Term ) ; Stapel : =NIL ; f ehler : =f alse ; 

1 Funktionswert : -Gesamtkette 
1 END; (* Funktionswert *) 


*) 


*) 

*> 

*) 

*) 

*) 

*) 

*) 


Bild 1 Der Funktionsinterpreter 


0 PROGRAM Berechnung; (* Zur Demonstration von FUNKTION . INC *) 
0 CONST un { t erst riehen }= #27'[4m'; nor{mal}= #27'[0m' 


0 

0 TYPE 
0 VAR 

0 
0 
0 
0 

0 {$1 FUNKTION . INC} 


str78= 
Forme 1 : 


fehler : 


STRING[ 78] ; 
str78 ; 
real ; 
integer ; 
boolean ; 


(* Steuerzeichen fuer A 7100 *) 


0 BEGIN 

1 write('Z='); readln(Formel); 

1 FOR i : = 1 TO length( Formel ) DO 
1 Formelf i] : =upcase(Formel[ i] ) 

1 write('X='); read(x); write( ' 

1 z : =Funkt ionswert ( Forme 1 , x , y ) ; 

1 IF NOT fehler THEN writeln( ’l- ' , z) 
1 END. 


(* urawandeln in 
(* Grossbuchstaben 
Y= ' ) ; read ln(y ) ; 


*> 

*) 


Bild 2 Demonstrationsprogramm 
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Im Test. 


Programmiersprachen 

für CP/M 



Uwe Schulze , Berlin 


Nach der Vorstellung der C-Compiler In MP 
t/90. Seite 9, soll nun ein Blick auf die ande- 
ren Sprachen unter CP/M geworfen werden. 
Als Test werden wieder die Primzahlen zwi- 
schen 3 und 16381 nach Eratosthenes in 10 
Iterationen ermittelt, die Fibonacci-Funktion 
bis 22 protokolliert und 32 000 Bildschirmzei- 
chen ausgegeben (siehe Bilder 1 bis 4). Die 
Angaben in den Tafeln 1 bis 3 beziehen sich 
auf eine 2,5-MHz-CPU und das Betriebssy- 
stem CP/A mit 2 KByte Blockung. 

In Fortran ist die Rekursion nicht definiert, 
und in Pascal MT + liefert sie keine korrekten 


Ergebnisse. Auch die meisten Basic-Imple- 
mentationen unterstützen sie nicht. Für fig- 
Forth ist ein Feld der Dimension 8190 auch 
mit einem System-Subset zu groß. 


Außer Turbo-Pascal und Ada erzeugen alle 
Compiler Microsoftkompatiblen REL-Code; 
der Weg über Assembler-Zwischencode - 
wie bei den C-Compilern üblich - wird von 


8190; 

127; 

boolean ; 


procedure prime_factors is 

k : integer; 

prime : integer; 

count : integer; 

size : constant integer := 

naxi : constant integer :~ 

fiags : array (0..size) of 

c : character; 

f or k use at 16#30#; 
for prime use at 16 #82#; 
f or count use at 16 #84#; 
for flags use 'at 16#6000#; 


oegin 

put ("IC iterati ons " ) ; new_line ; 
get(c); 

for iter in 1..10 loop 
count := 0; 
for i in 0 . . size loop 
flags(i) := true; 
end loop; 

for i in 0,.size loop 
if flags (i) then 

prime ;= i + i + 3; 
count := count + 1 ; 
k : s i + prime ; 
while k <= size loop 

f lags(k) : = false ; 
k : = k + prime ; 
end loop; 
end if ; 
end loop; 
end loop; 
put (count); 
put(" primes"); 
new__line ; 

end prime_factors ; 

Bild 1 Primzahlensieb in Ada: gut strukturiert 


Tafel 1 CP/M-80-Compiler, geordnet nach der Laufzeit des Primzahlensiebes 


Compiler 


Primzahflensieb 
Laufzeit j Comi 


Bildschirm- Codegröße 


Fortran 
CB-80 (Basic) 
PM 

BASCOM 

(Basic) 

Pascal MT+ 

Turbo- Pascal 

PRO-Pascal 

Ada 


Tafel 2 Zum Vergleich: Z 80-Assembler 


Compile- 
zeit 
in min 

Codegröße 

funktion 
Laufzeit 
in min 

ausgabe 

Laufzeit 

inmin 

leeres 

Programm 

1:25 

1 6 KByte 
(116records) 

— 

1:47 

2 KByte 

(4 records) 

1:35 

6 KByte 
(40 records) 

— 

3:34 

2 KByte 
(6 records) 

2:51 

16 KByte 
(117 records) 

0:47 

3:32 

2 KByte 
(5 records) 

1:52 

2 KByte + BRUN 
(6 records) 

— 

1:36 

2 KByte 
(4 records) 

2:24 

28 KByte 
(210 records) 

— 

1:28 

18 KByte 
(143 records) 

0:01 MEM 
0:10COM 

10 KByte 
(67 records) 

0:45 

0:35 

8 KByte 
(64 records) 

1:56 

12 KByte 
(86 records) 

1:02 

0:51 

2 KByte 
(8 records) 

1:31 

8 KByte 
(54 records) 

1:29 

0:39 

8 KByte 
(49 records) 


Primzahlensieb 

Laufzeit I Compilezett 

in min in min 

Codegröße 

hibonaccifunk- 
tion Laufzeit 
in min 

Bildschirm« 
ausgabe Laufzeit 
inmin 

Codegröße 
leeres Programm 

0:07 

0:46 

2KByte 
(2 records) 

0:10 

über BDOS: 0:35 
über BIOS: 0:17 
direkt: 0:03 

0 KByte 
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DEFINT A-Z 
dim flags(8l90) 
print "10 iterations" 
input c 

for iter=1 to 10 
count=0 

for i=0 to 8190 
flags(i)=1 
next i 

for i=0 to 8190 

if f lags (i )=0 then goto 
prime=i+i+3 
k=i+prirae 
while k<= 8190 

flags(k)=0 

k=k+prime 

wend 

count = count +1 

next i 

next iter 

print count," primes" 

end 


180 


Bild 2 Primzahlensieb in Basic: erstaunlich 
schnell 


Die serielle Schnittstelle 
unter DOS 

Asynchrone Datenübertragung mit IBM-kompatiblen PCs 


Ralf Bergmann , Mathias Weidner , 
Leipzig 


Vom Hersteller werden die meisten der IBM- 
kompatiblen PCs mit einer oder mehreren 
Schnittstellen für asynchrone Datenübertra- 
gung (CO Mn) ausgerüstet Den Gebrauch 
dieser Schnittstellen , insbesondere der RS- 
232C-(V .24-) Schnittstelle, etwas näher zu 
erläutern soll Aufgabe dieses Beitrages 
sein. 


Ralf Bergmann - Jahrgang 1960 - studierte von 1982 

bis 1 986 an der Technischen Hochschule Leipzig in der 
Fachrichtung Technische Kybernetik/Automatisie- 
rungstechnik. Seit 1986 ist er an der Sektion Naturwis- 
senschaften dieser Hochschule als befristeter Assistent 
auf dem Gebiet der Laborautomatisierung tätig. 

Mathias Weidner - Jahrgang 1 962 - studierte von 1 985 
bis 1989 ebenfalls an der Technischen Hochschule 
Leipzig in der Fachrichtung Technische Kybernetik/Au- 
tomatisierungstechnik. Zur Zeit ist er Forschungsstu- 
dent an der Sektion Naturwissenschaften der Techni- 
schen Hochschule Leipzig. 


8190 CONSTANT SIZE 
0 VARIABLE COUNTER 
0 VARIABLE FLAGS SIZE ALL0T 

: 0NE-SIEVE 
FLAGS SIZE 1 FILL 
' 0 SIZE 0 
DO FLAGS I + C<P 

IF I DUP + 3 + DUP I + 

BEGIN DUP SIZE < 

WHILE 0 OVER FLAGS + Ct OVER + REPEAT 
DROP DROP 1 + 

ENDIF 

LOOP 

COUNTER I ; 

: SIEVE 10 0 DO 0NE-SIEVE LOOP COUNTER ? PRIMES 1 

Bild 3 Primzahlensieb in Forth 


(DEFUN FIB (LAMBDA (X) 

((GREATERP 3 X) 1 ) 

(PLUS (FIB (DIFFERENCE XI)) 

(FIB (DIFFERENCE X 2))) ) ) 

(SETQ I 0) 

(LOOP (PRINT (FIB (SETQ I (PLUS I 1)))) 

(UNTIL (EQ I 22) NIL )) 

Bild 4 Protokollierung der Fibonacci-Funktion 
in Lisp: kurz, aber langsam 


Tafel 3 Interpreter-Sprachen 


Sprache 

Primzahlensieb 
Laufzeit 
in min 

Fibonacci-Funk- 
tion Laufzeit 
in min 

MBASIC 

45:20 

— 

comForth 

2:15 

0:50 

fig Forth 

— 

0:56 

Z80-Forth by 
Ray Duncan 

1:57 

0:48 

MuLISP 

— 

6:12 


keinem genutzt. Auffallend ist, daß Fortran 
und PRO-Pascal die Datenbereiche im 
COM-File reservieren: eine raumgreifende 
Methode. So reduziert sich in Fortran das 
COM-File ohne das 81 90 Byte große Feld um 
8 KByte auf die Hälfte der Größe. 

Leider standen mir keine Compiler für Algol 
68 (früher bevorzugte Lehrsprache) und Mo- 
dula (der Inbegriff strukturierter Programmie- 
rung - z. B. Turbo-Modula) zur Verfügung. 


Die R$-232C"Verbindung 

Die Verbindung ist in Europa als V.24 be- 
kannt und in der DDR in IM fixiert. Nach die- 
sem Standard werden die Daten seriell, das 
heißt Bit für Bit, das niederwertigste Bit zu- 
erst, auf einer Leitung übertragen. Eine logi- 
sche 1 wird durch einen Spannungspegel von 
weniger als -3V und logisch 0 durch mehr als 
+3V repräsentiert. Alle Leitungen der Schnitt- 
stellen sind lowaktiv. Der Standardsteckverbin- 
der für die RS-232C-Schnittstellen ist der 
25polige DB-25S-Steckverbinder. 

In Tafel 1 sind die gebräuchlichsten Leitun- 
gen mit Pinbeiegung und Bezeichnung der 
Leitung nach DIN (66020), CCITT (V.24) und 
EIA (RS-232C) aufgeführt. Weiterhin ist ver- 
merkt, ob es sich bei einem Terminalan- 
schluß um einen Eingang (in) oder einen Aus- 
gang (out) handelt. Da die RS-232C-Verbin- 
dung ursprünglich zum Anschluß eines Ter- 
minals an ein Modem zur Datenfernübertra- 
gung vorgesehen war, unterscheidet man bei 
der RS-232C-Schnittstelle den Terminalan- 
schluß vom Modemanschluß, die miteinan- 
der durch ein Eins-zu-eins-Kabel verbunden 
werden. 


Tafel 1 Belegung des RS-232C-Steckverbinders 


Pin 

Bezeichnung 


ÖIN 

66020 

CCITT 

V.24 

EIA 

RS- 

232C 

Ter- 

minal 

1 

Schutzerde 

PG 

El 

101 

AA 


2 

Sendedaten 

TxD 

Dl 

103 

BA 

out 

3 

Empfangsdaten 

RxD 

D2 

104 

BB 

in 

4 

Senderein- 

schalten 

RTS 

S2 

105 

CA 

out 

5 

Sendebereit- 

schaft 

CTS 

M2 

106 

CB 

in 

6 

Betriebsbereit- 

schaft 

DSR 

Ml 

107 

CC 

in 

7 

Betriebserde 

SG 

E2 

102 

AB 


8 

Signalträger 

erkannt 

DCD 

M5 

109 

CF 

in 

20 

Empfänger bereit 

DTR 

S1 

108 

CD 

out 

22 

ankommenderRuf 

RI 

M3 

125 

DE 

in 


DIN - Deutsches Institut für Normung (BRD) 

CCITT - Comite Consultatif International Töldgraphique et 
Tdldphonique (Frankreich) 

EIA - Electronic Industries Association 

Die Hardwareablaufsteuerung arbeitet im 
Fall einer Terminal-Modem-Verbindung fol- 
gendermaßen: Wenn das Terminal senden 
möchte, aktiviert es Pin 2 (RTS). Sobald das 
Modem empfangen kann, aktiviert es Pin 5 
(CTS). Das Terminal sendet nur, wenn CTS 
aktiviert ist. Wenn das Modem senden 
möchte, aktiviert es Pin 8 (DCD). Ist das Ter- 
minal empfangsbereit, so aktiviert es Pin 20 
(DTR). Das Modem sendet nur, wenn DTR 


aktiviert ist. Über Pin 22 (RI) wird dem Termi- 
nal mitgeteilt, daß ein Anruf von der externen 
DFÜ-Verbindung des Modems kommt. Pin 6 
(DSR) wird vom Modem zugleich mit DCD 
aktiviert. 

Eigentlich sollte man einen Terminalan- 
schluß von einem Modemanschluß bereits 
am Stecker unterscheiden können. Norma- 
lerweise sind am Terminal Stecker und am 
Modem Buchse angebracht. Leider halten 
sich nicht alle Hersteller an diese Konvention, 
im Zweifelsfalle sollte man Pin 2 (TxD) unter- 
suchen. Beim Terminal ist dieser Anschluß 
ein Leitungssender, beim Modem ein Emp- 
fänger. Der Pegel an einem Sendepin beträgt 
im Ruhezustand -12V. Die Spannung an ei- 
nem unbeschalteten Empfangspin liegt im 
Bereich zwischen -3V und +3V. 

Da die RS-232-C-Verbindung auch geeignet 
ist, zwei Computer direkt miteinanderzu ver- 
binden, ohne Modems zwischenzuschalten, 
wurde das Null-Modem-Kabel (NMC) einge- 
führt, bei dem auf beiden Seiten Terminals 
angeschlossen werden. Für dieses Kabel 
gibt es verschiedene Varianten, je nach dem, 



Bild 1 Full-Null-Modem-Kabel 



Bild 2 Empfohlenes Nutt-Modem-Kabel 
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Bild 3 Empfohlenes Terminalkabel (es kann 
Ständig gesendet werden) 


wie weit die Hardwareabjaufsteuerung aus- 
gebaut werden soll. Generelles Kennzeichen 
eines Null-Modem-Kabels sind die gekreuz- 
ten Leitungen RxD und TxD, die Pins 7 (SG) 
werden immer miteinander verbunden (Si- 
gnalrückleiter). 

Beim Full-NMC werden zusätzlich die Pins 4 
(RTS) mit 8 (DCD) und Pin 20 (DTR) mit Pin 5 
(CTS) über Kreuz verbunden. Um auf der si- 
cheren Seite zu sein, werden auf jeder Seite 
Pin 6 (DSR) mit Pin 8 verbunden (Bild 1 ). 
Wenn beide Teilnehmer ständig empfangs- 
bereit sind, kann man das DCD- (und das 
DSR-) Signal ständig generieren, indem man 
diese Leitungen mit dem RTS-Signal des ei- 
genen Anschlusses verbindet (Bild 2). DTR 
und CTS dienen in diesem Fall als Busy- Si- 
gnale. Die einfachste Verbindung enthält nur 
die Leitungen RxD und TxD (Bild 3). Dieses 
Kabel kommt mit 3 Adern aus. 

Der Schnittstellenbaustein des PCs 

In 16-Bit-PCs wird für die serielle Schnitt- 
stelle üblicherweise der universelle asyn- 
chrone Sende- und Empfangsschaltkreis 
(universal acynchronous receiver transmit- 
ter; UART) 8250 eingesetzt. Hier werden Zei- 
chen, die gesendet werden sollen, zunächst 
in ein Halteregister (transfer holding register; 
THR) eingeschrieben. Aus dem Halteregister 
werden sie in ein Schieberegister (transfer 
shift register; TSR) übernommen, von dem 
sie Bit für Bit auf die Leitung gelegt werden. 
Vor jedem Zeichen wird ein Startbit (Low) ein- 
gefügt. Nach jedem Zeichen folgen 1, 1,5 
oder 2 Stoppbits (High). Das niederwertigste 
Bit (LSB) des Zeichens wird als erstes und 
das höchstwertige Bit (MSB) wird zuletzt ge- 
sendet (Bild 4). Ein neues Zeichen wird erst 
dann in das TSR übernommen, wenn das 
vorhergehende vollständig übertragen 
wurde. 

Wenn an der Empfangsleitung ein Low-Si- 
gnal (Startbit) auftritt, beginnt der UART die 
folgenden Daten Bit für Bit in ein Empfangs- 
schieberegister (receiver shift register; RSR) 
einzuschreiben. Danach wird das empfan- 
gene Zeichen in ein Empfangsdatenregister 
(receiver data register; RDR) übernommen. 
Wenn am Ende eines Zeichens kein Stoppbit 
erkannt wurde, so wird ein Protokollfehler 
(framing error) angezeigt. Wenn ein Zeichen 
in das RDR übernommen wird, bevor das 
vorhergehende Zeichen ausgelesen wurde, 
wird ein Überlauffehler (overflow) ange- 
zeigt. 

Zeichen können mit gerader, ungerader oder 
ohne Parität gesendet und empfangen wer- 
den. Dabei wird das letzte vor den Stoppbits 
gesendete Bit beim Senden so gesetzt bzw. 
rückgesetzt, daß die Anzahl der High-Bits der 
gewählten Parität entspricht. Falls beim 
Empfang dieses Bit nicht der gewählten Pari- 


tät entspricht, wird ein Paritätsfehler ange- 
zeigt. 

Für die seriellen Schnittstellen existieren im 
Hauptspeicher Zeiger, die die Ein-/Ausgabe- 
Adresse der betreffenden Schnittstelle be- 
inhalten. Dabei gilt folgende Zuordnung: 

0040:0000 :E/A-Adresse der 1 . 

RS-232C-Schnittstelle 
0040:0002 :E/A-Adresse der 2. 

RS-232C-Schnittstelle 
0040:0004 :E/A-Adresse der 3. 

RS-232C-Schnittstelle 
0040:0006 :E/A-Adresse der 4. 

RS-232C-Schnittstelle 

Das E/A-Tor, auf das der jeweilige Zeiger 
weist, dient beim Senden als THR und beim 
Empfangen als RDR. Das Leitungsstatus- 
byte (Tafel 2) ist an der Schnittstellenadresse 
zuzüglich eines Offsets von 5 auslesbar. Für 
den Modemstatus (Tafel 3) beträgt der Offset 
6 . 

Bedienung der COM-Schnittsteile 
mit DOS-Funktionen 

Die COMI-Schittstelle stellt eine serielle 
Schnittstelle nach RS-232C dar. Vom Be- 
triebssystem MS-DOS wird diese Schnitt- 
stelle jedoch nicht sehr komfortabel unter- 
stützt. Bei den DOS-Funktionen, die überden 
Interrupt 21 H aufgerufen werden, existieren 
nur zwei ungepufferte Hilfsfunktionen für das 
Lesen und das Schreiben zum Hilfsport AUX, 
der standardmäßig COM1 zugewiesen ist. 
Mit dem MODE-Befehl ist eine Umlenkung 
auf andere Geräte möglich. 

Mit der DOS-Funktion 3 wird ein Zeichen vom 
Hilfsport AUX gelesen, es erfolgt keine Sta- 
tusmeldung. Beim Aufruf enthält Register AH 
den Wert 03H, als Ergebnis enthält Register 
AL das empfangene Zeichen. Die Routine 
wartet, bis ein Zeichen angekommen ist. 

Bei der DOS-Funktion 4 wird ein Zeichen 
zum Hilfsport AUX geschrieben. Beim Aufruf 
enthält Register AH den Wert 04H und Regi- 
ster DL das zu sendende Zeichen. Das Zei- 
chen wird ohne Rückmeldung der Funktion 
gesendet. 

Ein Abbruch der DOS-Funktionen 3 und 4 ist 
mit Ctrl-C möglich. Bei beiden Funktionen ist 
keine Änderung der Übertragungsparameter 
möglich, dazu kann der MODE-Befehl ge- 
nutzt werden. Die Syntax dazu ist: 

MODE port:[bitrate], [parität], [datenbits], 

[stoppbits] mit folgenden möglichen Werten 

port :C0M1,C0M2 

bitrate: 110, 150, 300, 600, 1200, 2400, 4800, 9600 

parität : e(ven),o(dd),n(one) 
datenbits : 7,8 
stoppbits : 1,2 

Durch das Betriebssystem werden meistens 
9600 Baud, keine Parität, 1 Stoppbit, 8 Da- 
tenbits voreingestellt. 

. . . und mit BIOS-Funktionen 

Ein paar Möglichkeiten mehr bietet der BIOS- 
Interrupt 14H. Mit diesem Interrupt ist es 
möglich, aus einem Programm heraus die 
oben genannten Parameter der Schnittstelle 
einzustellen, Zeichen zu senden und zu emp- 
fangen sowie den Schnittstellenstatus abzu- 
fragen. 

Beim Aufruf des Schnittstelleninterrupts 14H 
wird in Register AH die Funktionsnummer 
und in Register DX immer die Portnummer 
übergeben. Dabei entspricht COM1 = 0, 
COM2 = 1 . Von der Funktion wird in Register 
AH immer der Leitungsstatus zurückgege- 


Tafel 2 Leitungsstatus bei COM-Funktionen 


Bit 

Bedeutung 

7 

Time-out-Fehler 

6 

Transfer-Shift-Registerleer 

5 

T ransfer-Hold-Register leer 

4 

Unterbrechungsfehler 

3 

Framingfehler (Protokoll nicht eingehalten) 

2 

Paritätsfehler 

1 

Überlauf 

0 

Daten bereit 

Tafel 3 

Modemstatus bei COM-Funktionen 

Sit 

Bedeutung 

7 

RLSD (receive line sign) entspricht DCD 


Verbindung zum Empfänger-Modem aufgebaut 

6 

RI (ring indicator) ankommender Ruf 


Telefon läutet 

5 

DSR (data set ready) 


Modem ist angeschaltet 

4 

CTS (clear tosend) 


Modem ist zum Senden bereit 

3 

DRLSD (delta RLSD) 

2 

TERI (trailing edge ring indicator) 

1 

DDSR (delta DSR) 

0 

DCTS (delta CTS) 


Bits 0 bis 3 sind gesetzt, wenn das jeweilige korrespondie- 
rende Bit 4 bis 7 sich seit dem letzten Auslesen des Mo- 
demstatus geändert hat. 


Tafel 4 Parameterbyte für die Schnittstelleninitialisie- 
rung 


Bit 

Bedeutung 

7..5 

Bitrate ; 

000 

- 110 Baud 



001 

- 150 Baud 



010 

- 300 Baud 



011 

- 600 Baud 



100 

- 1200 Baud 



101 

- 2400 Baud 



110 

- 4800 Baud 



111 

- 9600 Baud 

4 

Parität: 

0 

- ungerade (odd) 



1 

- gerade (even) 

3 


0 

- keine Parität (none) 



1 

- Parität entsprechend Bit 4 

2 

Stoppbits: 0 

- 1 Stoppbit 



1 

- 2 Stoppbits 

1,0 

Datenbits: 

10 

- 7 Datenbits 



11 

- 8 Datenbits 


ben, der in Tafel 2 näher erläutert wird. Bei al- 
len Funktionen bleibt der Inhalt der Register 
BX, CX, DX, Sl, Dl, BP und der Segmentregi- 
ster erhalten. 

Mit der Funktion 0 kann die Schnittstelle ein- 
gestellt werden. Dabei wird beim Aufruf in 
Register AH der Wert 00H und in Register AL 
ein Parameterbyte übergeben, das in Tafel 4 
näher erläutert wird. In Register AH wird der 
Leitungsstatus (vgl. Tafel 2) und in Register 
AL der Modemstatus (vgl. Tafel 3) zurückge- 
geben. Beim Aufruf dieser Funktion wird RTS 
aktiviert und DTR rückgesetzt. 

Mit der Funktion 1 kann ein Byte gesendet 
werden. Dabei wird beim Aufruf des Inter- 
rupts in Register 01 H und in Register AL das 
zu sendende Zeichen übergeben. Als Ergeb- 
nis wird in Register AH der Leitungsstatus zu- 
rückgegeben. Wenn das Zeichen nicht ge- 
sendet werden konnte, ist Bit 7 gesetzt 
(Time-out-Fehler). Beim Aufruf dieser Funk- 
tion wird RTS und eventuell auch DTR akti- 
viert. Das Zeichen wird nur gesendet, wenn 
CTS aktiviert ist und das vorhergehende Zei- 
chen bereits vollständig gesendet wurde 
(Transfer-Shift leer). 

Mit der Funktion 2 kann ein Zeichen empfan- 
gen werden. Als Ergebnis des Funktionsauf- 
rufes erhält man in Register AH den Leitungs- 
status und in AL das empfangene Zeichen. 
Wenn innerhalb der Time-out-Zeit kein Zei- 
chen empfangen wurde, so ist in Register AH 
Bit 7 gesetzt. Das Zeichen wird erst gelesen, 
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RegType = record <* Parameter -fuer Intr - Prozedur *) 
caee Byte o-f 

ls <AX,BX ,CX,DX,BP,SI , DI ,DS,ES, Flags: Integer) ; 

2: < AL , AH , BL , BH , CL , CH , DL , DH: Byte) ; 
end; 

const 

Drvlnt = *14; (* Nummer des Ei nhei tentr ei ber - Interrupts *) 

var 

Regs : RegType; 

<* Parameter fuer Intr O - Prozedur *) 

LStatus : Byte; 


i nt comwert ; 
char lstatus; 

comwert «* bi oscom < 1 , ' @ ' ,0) ; 
lstatus - (comwert >> Ö> & ßxffj 

/* Leitungsstatus = Bit 8 - 15 */ 
comwert &= 0xff; /* Bit 8-15 ausblenden ■*/ 


Procedure ComPut Ch (PNum : Byte; 

* PChsChar; 

var Lei tungsstatus: Byte) ; 

<* Zeichen senden *> 

begin 

with Regs do begin 
DX:=PNum; 

AL: -ord (PCh) ; 

AH: =*01; Intr (Drvlnt , Regs) ; 

Lei tungsStatus : =AH; 
end 

end; <* PutCh *) 

(* Aufruf *) 

ComPutCh (0 @ LStatus) ; (* Portnummer 0 für C0M1 -*) 


Bild 5 Aufruf des Interrupts 14H in Turbo-C 


Bild 4 Aufruf des Interrupts 14H in Turbo-Pascal 


wenn sowohl Bit 0 des Leitungsstatusregi- 
sters (Daten bereit) als auch Bit 5 des Mo- 
dem-Statusregisters (DSR) gesetzt sind. 
Beim Aufruf der Funktion wird DTR aktiviert, 
falls kein Zeichen zur Verfügung steht. Wenn 
ein Zeichen gelesen wurde oder nach einem 
Time-outwird DTR rückgesetzt. 

Durch die Funktion 3 kann der Modemstatus 
abgefragt werden. Als Ergebnis erhält man in 
Register AL den Modemstatus und in AH den 
Leitungsstatus (vgl. Tafeln 2 und 3). 

Die Wartezeit (Time-out-Zeit) wird für COM1 
in RAM-Zelle 0000:047CH und für COM2 in 
RAM-Zelle 0000:047DH spezifiziert und 
kann verändert werden. Die Wartezeit ergibt 
sich aus dem Wert in der betreffenden Spei- 
cherzelle mit etwa 0,5 Sekunden multipli- 
ziert. 

Der Aufruf des BlOS-lnterrupts 1 4H 

Nachfolgend soll an einem Beispiel erläutert 
werden, wie die COM-Schnittstellen aus 
Turbo-Pascal (Version 3.0), aus Turbo-C und 
aus MASM heraus aufgerufen werden. Im 
Beispiel (siehe Bild 4) wird vorausgesetzt, 
daß die COM-Schnittstelle bereits initialisiert 
wurde, es soll das ASCII-Zeichen @ (040H) 
gesendet werden. Um die COM-Schnittstelle 
zu initialisieren bzw. ein Zeichen einzulesen 
oder den Status zu ermitteln, muß lediglich 
beim Aufruf der Schnittstellenfunktion in Re- 
gister AH der entsprechende Wert überge- 
ben werden (wie bereits oben erläutert). 

In Turbo-Pascal wird eine Variable Regs vom 
Typ RegType (s. u.) vereinbart, mit deren 
Hilfe der Prozedur Intr (Aufruf eines BlOS-ln- 
terrupts) die Registerwerte übergeben wer- 
den. Der Prozedur Intr werden als Parameter 
die Nummer des Interrupts und mit Regs die 
Registerwerte übergeben. Die Schnittstellen- 
funktion wird in die Prozedur ComPutCH() 
eingekleidet. Diese bekommt als Parameter 
die Portnummer, das zu sendende Zeichen 
und eine Variable vom Typ Byte, in der der 
Leitungsstatus zurückgegeben wird. 

Bei Turbo-C existiert eine Funktion bioscomQ 
in der Standardbibliothek, die im File bios.h 
definiert ist als 

int bioscom (cmd, abyte, port) 
internet, port; 
char abyte; 

Dabei bedeutet cmd die Nummer der Funk- 
tion (0: Initialisierung, 1 : Senden, 2: Empfan- 
gen, 3: Statusabfrage) entsprechend den 


Werten für Register AH, abyte ist das Zei- 
chen, das gesendet werden soll bzw. das Pa- 
rameterbyte für die Initialisierung, und port ist 
die Portnummer (0 für COM1 .,.). Diese 
Funktion gibt einen 16-Bit-lntegerwert zu- 
rück, bei dem die oberen 8 Bit die Statusbits 
sind, während die unteren 8 bit von cmd ab- 
hängen (z. B. empfangenes Zeichen bei cmd 
= 2). In diesem Fall würde der Aufruf zu un- 
serem Beispiel aussehen, wie in Bild 5 darge- 
stellt. 

Der zurückgegebene Wert muß zur Weiter- 
verarbeitung umgewandelt werden. 

Am einfachsten ist der Aufruf eines BlOS-ln- 
terrupts aus einem Assemblerprogramm her- 
aus. Für das Beispiel wäre die entspre- 
chende Befehlsfolge 

movah,1 
moval,‘@* 
mov dx,0 
int 14H 

Für die anderen Schnittstellenfunktionen des 
Interrupts 14H sind diese Beispiele in geeig- 
neter Form zu modifizieren. 
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Systeme mit System Ten i 

Personalcomputer von Low-Cost bis High-Tech 


Detlef Grell 


Das Motto der folgenden Beiträge lautet 
etwa „ Wie finde ich den für mich passenden 
PC oder AT mit der richtigen Ausstattung ?“ 
Zur Einstimmung ein richtig „böses“ Nega- 
tivbeispiel. 

Irrwege 

Die Vielfalt erhältlicher PC-Komponenten, 
die nicht unmittelbar zur Basisplatine im PC 
oder AT gehören, läßt mannigfaltige Kombi- 
nationen zu. Um superpreiswerte 80286-ATs 
anbieten zu können, kann man diese absolut 
minimal ausstatten: 512 KByte langsame 
RAMs, so daß ein Wait-State nötig wird, und 
nur ein Floppy-Laufwerk für XTs mit entspre- 
chendem Controller. 

Selbst ein langjähriger PC-Anwender muß 
nicht gleich durchschauen können, was er 
sich da Merkwürdiges nach Hause ge- 
schleppt hat: „Wait-States“ sagt ihm nichts 
(gibt’s beim PC nicht), und was ist an einem 
Laufwerk für 360-KByte-Disketten verdäch- 
tig? Hat er vorher auch gehabt. Und die Fest- 
platte samt Controller wird nachgerüstet, so- 
bald das Budget es erlaubt. 

Der Käufer hat zuerst noch 512 KByte RAM 
nachgekauft und nun einen richtigen 1- 
MByte-AT. Ein paar Tage später stellt er fest, 
daß er seinen Rechner auch auf 0 Wait-Sta- 
tes einstellen kann. Er hat mittlerweile am 
Rechner eines Bekannten mit einem Bench- 
markprogramm herausbekommen, daß sich 
die Geschwindigkeit dadurch um etwa 25 
Prozent erhöhen läßt. 

Der Haken: er bräuchte schnellere RAMs; so- 
wie er den Wartezyklus abschaltet, stürzt 
sein Rechner ab. Hätte er sich direkt beim 
Kauf für schnellere RAMs entschieden, so 
wäre er vielleicht mit 50 DM mehr weggekom- 
men. Jetzt sitzt er auf einem MByte Chips für 
rund 300 bis 400 DM und müßte denselben 
Betrag noch einmal für die schnellen RAMs 
investieren. 

Um seinen Frust zu dämpfen, kauft er sich lie- 
ber erstmal die langersehnte Festplatte. Er 
weiß zwar inzwischen, daß in ATs eigentlich 
sogenannte Kombi-Controller sitzen, die 
Floppy- und Harddisk-Laufwerke gleicher- 
maßen bedienen, sieht aber keine Notwen- 
digkeit, seinen vorhandenen Floppy-Control- 
ler auszumustern. Die mit einem Kombi-Con- 
troller gebotene Möglichkeit, auch 1,2- 
M Byte- Disketten zu verarbeiten, verkraftet 
sein Laufwerk eh nicht. 

Er entscheidet sich für eine preiswerte RLL- 
Platte (30 MByte Kapazität) und zugehöri- 
gem Harddisk-Controller für XTs. Für nur we- 
nige Mark mehr, als eine einfache 20-MB- 
Kombination gekostet hätte, hat er 50 Pro- 
zent mehr Kapazität und Geschwindigkeit er- 
standen. Er hat diese Kombination beim 
Händler selbst auf einem PC gebenchmarkt 
und weiß, daß sie schneller war als die nor- 
male AT-Ausstattung. Auf seinem AT jedoch 
- ist die Platte deutlich langsamer als das er- 
wähnte AT-System. (Die technische Erklä- 
rung dieses Phänomens können Sie im Ab- 
schnitt über Festplatten und Controller nach- 
lesen.) 

Doch reingefallen. Aber immerhin, die 30 
MByte Kapazität bleiben ihm. Aber auch die 


Sorge, diese regelmäßig durch Backups auf 
360-KByte-Disketten zu sichern - fast 88 Dis- 
ketten bei voller Festplatte. Der Wunsch nach 
einem 1 ,2-M Byte-Laufwerk beginnt zu kei- 
men, als er erfährt, daß auf solche HD-Dis- 
ketten auch doppelt so schnell aufgezeichnet 
werden kann. Außerdem hat er kürzlich ein 
Programmpaket für ATs entdeckt, das nur 
auf HD-Disketten geliefert wird. Jedes Umko- 
pieren auf 360-KByte-Scheiben ist bisher ge- 
scheitert, weil die Installation danach nicht 
mehr funktioniert. 

Jetzt stellt sich die große Frage: einen XT- 
Controller kaufen, der dieses Format unter- 
stützt, und nur den alten Floppy-Controller 
übrigbehalten oder gleich konsequent einen 
RLL-Kombi-Controller und beide alten Con- 
troller rumliegen haben? 


Die Einteilung der zur Zeit erhältlichen PCs in 
Leistungsklassen gründet sich auf den ein- 
gesetzten Prozessor. Die älteste Klasse ist 
der PC beziehungsweise PC/XT, der von 
IBM seit 1981 stets mit einem 8088 bei 4,77 
MHz Takt ausgeliefert wurde. Diese lang- 
samste PC-Variante bildet heute die Basis- 
einheit für die PC-Performance, das heißt, 
man gibt die Rechenleistung heutiger Rech- 
nerin Vielfachen der ursprünglichen PC-Lei- 
stung an. 

Mehr Tempo 

Eine Form der Beschleunigung stellte die Er- 
höhung der Taktfrequenz des 8088 auf 8 
MHz dar. Alternativ erreicht man etwa die 
gleiche Leistungserhöhung (Faktor 1,4 bis 
1,6) auch mit 4,77 MHz Takt, indem man statt 
des 8088 mit externem 8-Bit-Datenbus die 
16-Bit-Ausführung 8086 nimmt. Ein 8086- 
Rechner mit 8 MHz bringt es folglich auf rund 
die doppelte Leistung eines PC/XT. 

Einen kleinen Leistungsschub brachten auch 
die V-Chips von NEC, die anschluß- und 
funktionskompatibel - also direkt austausch- 
bar -zu 8088 (V20) und 8086 (V30) sind. Die 
V-Chips benötigen intern weniger Taktzyklen 
zur Ausführung der meisten Befehle als die 
Intel-Äquivalente. Bei normalen DOS-An- 
wendungen gewinnt der Anwender rund 25 
Prozent mehr Geschwindigkeit, Multiplika- 
tion und Division laufen sogar viermal schnel- 
ler. 

Für die meisten Intel-CPUs gibt es Arithme- 
tik-Coprozessoren (siehe Tabelle), die die 
reine Rechenleistung der jeweiligen CPU im 
Umgang mit Fließkommazahlen bei sehr ho- 
her Genauigkeit (80 Bit) um etwa Faktor 10 
beschleunigen können. Dazu muß die An- 
wende rsoftware die Coprozessoren (deren 
speziellen Befehlssatz) auch wirklich benut- 
zen. Die weitaus größte Zahl von DOS-Pro- 
grammen (wie auch DOS selbst) tut das nicht 
-und braucht es auch nicht-, so daß der Ein- 
satz eines Coprozessors dann keinen Hauch 
mehr Geschwindigkeit bringt. 

Systemkomponenten 

Die System-Leistungsfähigkeit wird keines- 
wegs nur von der CPU, sondern von allen 
Komponenten bestimmt, wobei für allge- 
meine Anwendungen das Festplattensystem 


Genug des grausamen Spiels. Der gebeu- 
telte Käufer hat zwar keinen unbrauchbaren 
Rechner, aber durch Unwissen sehr unglück- 
lich agiert und muß jetzt vielleicht sehr teuer 
erweitern. Vorher abklären ist die Devise, 
und die Folgebeiträge sollen Ihnen helfen, 
dem Händler die richtigen Fragen -ganz be- 
sonders im Hinblick auf Erweiterbarkeit - vor 
dem Kauf zu stellen. Zwar ist ein PC oder AT 
beziehungsweise ein dazu Kompatibler in 
der Theorie ein offenes und leicht erweiterba- 
res System, die Praxis enthält aber einige 
Tücken. 

Die ersten Beiträge charakterisieren die 
wichtigsten Merkmale der verschiedenen 
PC-Gattungen und geben einen Eindruck 
von - unserer Meinung nach - in sich stimmi- 
gen Systemkonfigurationen. Es schließen 
sich Artikel an, die sich speziell und technisch 
etwas tiefergehend mit Auswahlkriterien für 
die wichtigsten PC-Komponenten befas- 
sen. 


heute nach der CPU zum wichtigsten Faktor 
geworden ist. 

Ein arbeitsfähiges PC-System beherbergt in 
seinem Gehäuse zunächst ein sogenanntes 
Motherboard, auf dem sich CPU, System- 
speicher, Tastaturanschluß und vor allem 
Steckplätze für Erweiterungen befinden. 
Weiter findet man als Einsteckkarte eine Bild- 
schirmansteuerung, mindestens ein Floppy- 
Laufwerk nebst zugehörigem Controller 
(Steckkarte) und eine Schnittstelle für den 
Anschluß eines Druckers. Auch die Strom- 
versorgung (Netzteil) steckt unter der PC- 
Haube. 

Nicht mehr grundsätzlicher Bestandteil, aber 
fast schon Standard ist eine Festplatte mit 
entsprechender Controller-Steckkarte, eben- 
so ist heute eine serielle Schnittstelle etwa 
zum Anschluß einer Maus üblich. 

Außerhalb des Gehäuses gehören dann Bild- 
schirm, Tastatur und Drucker zu den unver- 
zichtbaren Komponenten. Um mit einem PC 
tatsächlich arbeiten zu können, benötigt man 
allerdings noch ein Betriebssystem und An- 
wenderprogramme. An dieser Grundkonfigu- 
ration hat sich seit der Erschaffung des PC 
wenig geändert, wohl aber im Hinblick auf die 
Leistungsfähigkeit der einzelnen Komponen- 
ten. 

Low-Cost-PCs 

Als Low-Cost-PCs können Geräte mit einer 
der in der Tabelle als XT-Prozessor bezeich- 
neten CPU gelten, die knapp unter 1000 DM 
bis knapp darüber kosten. Man bekommt für 
dieses Geld keine Luxusausstattung, muß 
also etwa auf eine Festplatte verzichten. 

In diesem Bereich kannte man bis vor kurzem 
noch zwei deutlich unterschiedliche Varian- 
ten, nämlich die offenen und die geschlosse- 
nen Lösungen. Mittlerweile tritt eine halbof- 
fene Mischform zutage, die einige Erweite- 
rungen verhindert oder durch Spezialteile 
verteuert. 

Off Limits 

Zu den geschlossenen Systemen zählt alles, 
was keine Steckplätze für PC-übliche Erwei- 
terungskarten enthält. Diese Rechner als 
kompatibel zum Industriestandard (sprich: 

Fortsetzung auf S. 83 


PC/XTs - 8088 mit Verwandtschaft 
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Im Teil 4 unseres Kurses haben wir uns dem 
Lesen, Bearbeiten und Schreiben von Da- 
teien anderer Programme gewidmet und Ih- 
nen die ersten Prozeduren für geordnete 
und ungeordnete Listen vorgestellt Im 
Bild 42 (MP 12/89, Seite 370) sind die drei 
Prozeduren Dazu, Weg und Finde als Usting 
dargestellL Wir beendeten den Teil 4 mit der 
Erläuterung der Prozedur Dazu und setzen 
nun fort mit den Prozeduren Weg und Finde , 
bevor wir dann die Arbeit mit Daten in Baum- 
struktur behandeln. 

Das Löschen eines Listenelementes wird mit 
der Prozedur Weg (Bild 42, MP 12/89, S. 370) 
angewiesen. Der Parameter L zeigt auf die 
Liste, in der ein Element gelöscht werden 
soll, der Parameter P zeigt auf das zu lö- 
schende Element. Eine Prüfung, ob der Zei- 
ger P wirklich auf ein Element der Liste L 
zeigt, erfolgt jedoch nicht. Um diese Prozedur 
übersichtlicher zu gestalten, wurden zwei lo- 
kale Pointer vereinbart. Der Pointer N erhält 
den Zeiger auf den Nachfolgen der Pointer V 
erhält den Zeiger auf den Vorgänger, des zu 
löschenden Elementes zugewiesen. Existiert 
ein Nachfolger, so muß er nach dem Löschen 
in seinem Feld Vorgänger auf den Vorgänger 
des zu löschenden Elementes zeigen. Exi- 
siert ein Vorgänger, so muß dieser in seinem 
Feld Nachfolger nach dem Löschen auf den 
Nachfolger des zu löschenden Elementes 
zeigen. Wenn das zu löschende Element der 
Liste keinen Vorgänger besitzt, also das er- 
ste der Liste ist, wird dem rufenden Pro- 
gramm über den Parameter L der neue An- 
fang der Liste mitgeteilt. Nun kann der Spei- 
cherplatz, den das aus der Liste gestrichene 
Element beanspruchte, wieder freigegeben 
werden. 

Zum Suchen eines Listenelementes wurde 
die Prozedur Finde erstellt. Sie hat drei Aufruf- 
parameter. Mit dem Parameter L wird ihr der 
Zeiger auf das erste Element der zu durchsu- 
chenden Liste übergeben. Im Parameter E 
steht der Listeninhalt, der gesucht werden 
soll. Über den Parameter P gibt die Prozedur 
den Zeiger auf das gefundene Element zu- 
rück. Wurde das entsprechende Element 
nicht gefunden, übergibt die Prozedur den 
Wert NIL an das rufende Programm. Das Su- 
chen in der Liste erfoigt vom ersten Element 
an bis der gesuchte Inhalt gefunden wurde, 
oder aber das Ende der Liste erreicht wurde. 
Da bei dem gewählten Aufbau der Liste ein 
Bearbeiten sowohl vom Anfang als auch vom 
Ende her möglich ist. wird oft die Aufgabe be- 
stehen, das letzte Element zu ermitteln. Dies 
wird von der Prozedur Ende erledigt. Ihr wird 
über den Parameter L der Zeiger auf ein be- 
liebiges Listenelement übergeben. Mit Hilfe 
dieses Zeigers läuft sie bis zum letzten Ele- 
ment der Liste und übergibt im Parameter P 
den Zeiger auf dieses letzte Element der Li- 
ste. Die Laufanweisung entspricht der in der 
Prozedur Finde ohne Test auf Identität. 


Zur Demonstration der Arbeit mit diesen Pro- 
zeduren folgt in Bild 43 ein kleines Pro- 
gramm, welches die beschriebenen Listen- 
operationen nutzt. 

Als Listeninhalt wird wieder der Typ integer 
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Bild 42 Demonstrationsprogramm für unge- 
ordnete Usten 

vereinbart. Die vereinbarten Pointer -Va da- 
bien Lgerade und Lungerade werden als Zei- 
ger zu zwei unterschiedlichen Listen genutzt 
der Pointer P wird als Laufzeiger zu Elemen- 
ten beider Listen eingesetzt. Zuerst wird den 
beiden Zeigern Lgerade und Lungerade der 
Wert NIL zugewiesen; die beiden Listen sind 
also noch leer, in der folgenden Laufanwei- 
sung mit zufälliger Laufgrenze werden Zu- 
fallszahlen ermittelt. Die geraden Zufallszah- 
len werden in der Liste Lgerade , die ungera- 
den Zahlen werden in der Liste Lungerade 
gespeichert. Danach werden alle Elemente 
der geraden Liste, die den Wert Null enthal- 
ten, gelöscht. Im Anschluß daran werden 
beide Listen auf dem Bildschirm angezeigt. 

Dabei wird mit dem jeweils ersten Listenele- 
ment begonnen. Zur Demonstration der 
Rückwärts Verarbeitung wird danach der In- 
halt der geraden Liste nochmals vom letzten 
Element an ausgegeben. Die erste und letzte 
Anweisung im Programm garantieren wie- 
derum, daß alle Reservierungen für dynami- 
sche Variablen im Hauptspeicher nach dem 
Programmlauf wieder freigegeben sind. 

Zu den Vor- und Nachteilen dieser Listenor- 
ganisation ist folgendes zu sagen. Durch die 
Einführung eines zweiten Zeigers in den Li- 
stenelementen wurden zwei entgegenge- 
setzte Effekte erreicht: Zum einen steigt der 
Speicherbedarf je Listenelement, zum an- 
deren ist damit die Arbeit mit der Liste we- 
sentlich vereinfacht worden. Durch diese 
Vereinfachung entstehen vor allem Vorteile 


bei der Nutzung bzw. Auswertung der Listen, 
und die Geschwindigkeit der Pointer-Adres- 
sierung wird bei dieser Lösung besonders 
deutlich. 

Die beiden vorgestellten Listen Strukturen 
sind keineswegs die einzig möglichen. Denk- 
bar ist zum Beispiel, bei den geordne- 
ten Listen ebenfalls einen Vorgänger- 
Verweis in den Elementen zu führen, 
oder aber diesen Verweis bei den un- 
geordneten Listen wegzulassen. Für 
welche spezielle Struktur man sich 
entscheidet, hängt letztendlich vom 
konkreten Problem ab. Die speziell zu 
programmierende Aufgabe wird auch 
entscheiden, welche Vereinfachun- 
gen möglich und welche weiteren Li- 
st enoperätionen erforderlich sind. 
Weitere Operationen könnten bei- 
spielsweise das Einfügen an einer be- 
stimmten Listenoperalion, oder auch 
das Tauschen von zwei Lrsienele- 
menten sein. Die Programmierung 
solcher Lösungen ist mit der vorge- 
stellten Methodik leicht mögtich. 

Bäume 

ln vielen Aufgabenstellungen sind Da- 
ten zu verwalten, die untereinander 
wohl definierte Unterstellungsverhält- 
nisse haben. Als Beispiel kann die Or- 
ganisationsstruktur eines Betriebes 
dienen. Ein Betrieb hat genau einen 
Kopf, den Betriebsdirektor. Diesem Kopf sind 
die jeweiligen Fachdirektoren untergeordnet. 
Den Fachdirektoren unterstehen jeweils 
mehrere H au plabt ei l u ngsl ei ter, diesen die 
Abteilungsleiter und so weder. Bei einer Liste 
gibt es genau ein erstes und ein lelzies Ele- 
ment; sie ist linear auf gebaut und damit zur 
Beschreibung dieser Struktur nichl geeignel. 
In einem Baum dagegen existier! ebenfalls 
genau ein erstes Element, es isl aber kein 
letztes definiert. Jedes Element (oder Kno- 
ten) eines Baumes hat genau einen Vorgän- 
ger, aber eine beliebige Anzahl von Nachfol- 
gern. So untersteht ein Hauptabteilungsleiler 
genau einem Direktor, selbst aber unterste- 
hen ihm mehrere Abteilungsleiter. Baume 
sind also nicht linear, sondern verzweigt auf- 
gebaut. Ein Spezialfall dieser Problematik ist 
der binäre Baum, den wir zuerst behandeln 
wollen. 

Der binäre Baum 

Ein binärer Baum hat genau einen Kopfkno- 
ten , der selbst keinen Vorgänger hat. In die- 
sem Baum-Kopf sind, wie in jedem anderen 
Knoten des Baumes auch, jeweils zwei Ver- 
weise enthalten, die auf weitere Knoten des 
Baumes zeigen können. Als Beispiel bietet 
sich der Stammbaum einer Person an. Der 
Kopf des entsprechenden Baumes ist die 
Person selbst. In diesem Kopf gibt es genau 
zwei Verweise , die auf die Mutter und den Va- 
terzeigen . Die Knoten der Mutter und des Va- 
ters wiederum zeigen auf jeweils zwei wei- 
tere Knoten, auf die Großeltern. Diese Ver- 
weise können, wenn notwendig, immer wei- 
ter gefächert werden. Wenn wir den Kopf ei- 
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nes solchen Baumes als erste Ebene be- 
zeichnen, hat die zweite Ebene, die der El- 
tern, zwei Einträge, die dritte Ebene kann ma- 
ximal vier Einträge aufnehmen, die vierte 
acht und so weiter Um in einer solchen 
Struktur von einem beliebigen Knoten aus 
wieder zum Kopf zu finden, wird in jedem 
Knoten ein Zeigerwert auf den jeweils über- 
geordneten gestellt. Damit ergibt sich für ein 
Knotenelement des binären Baumes folgen- 
der Aufbau: Der Eintrag selbst, ein Zeiger 
zum übergeordneten Knoten, im Beispiel v 



bezeichnet, sowie zwei weitere Zeiger zu den 
jeweils untergeordneten Knoten, bezeichnet 
mit links und rechts (Bild 44). 

Zur Arbeit mit einer solchen öaumstruktur 
dienen die in Bild 45 gezeigten Prozeduren. 
Die Prozedur Kopfset organisiert den Beginn 
des Baumaufbaus; sie reserviert den Spei- 
cherplatz für den Kopfknoten und füllt dessen 
Eintrag. Dann setzt sie alle drei Verweise auf 
NIL, da dieser Knoten ja noch auf keinen wei- 
teren Knoten zeigt Über den Parameter L 
gibt sie dem rufenden Programm den Zeiger 


auf diesen Kopf des Baumes zurück. Der wei- 
tere Aufbau des Baumes erfolgt dann mit der 
Prozedur Anfügen, die die Existenz von min- 
destens einem Baumknoten voraussetzt. 
Dieser Prozedur werden in der vorgestefiten 
Realisierung insgesamt fünf Parameter über- 
geben. Im ersten Parameter R erfolgt die 
Spezifizierung, ob der neue Knoten rechts 
oder links angebunden werden sott. Der Zei- 
ger L zeigt auf den jeweiligen Baum, der er- 
weitert werden soll. Die Prozedur hat den 
Auftrag, einen Knoten mit dem Eintrag E an 
den Knoten anzubinden, der den Eintrag AE 
enthält. Über den fünften Parameter P wird 
nach erfolgreicher Arbeit der Zeiger auf den 
neuen Knoten zurückgegeben. Hat der Para- 
meter P nach dem Beenden der Prozedur 
den Wert NIL, konnte der Auftrag nicht erfüllt 
werden. Das Vorgehen der Prozedur Anfü- 
gen kann folgendermaßen beschrieben wer- 
den. Zuerst ermittelt sie den Zeigerwert zu 
den Knoten, an den angefügt werden soll. 
Dies wird mit Hilfe der Prozedur Finde reali- 
siert. Nach Aufruf dieser Suchprozedur ent- 
hält die Pointervariable Tem den Zeigerwert 
auf den Knoten mit dem Eintrag AE Jstdieser 
Zeiger gleich NIL, so existiert kein Knoten AE 
im Baum; ein Anfügen ist also nicht möglich. 
Ist der Knoten, an den angefügl werden solf, 
vorhanden, wird ermittelt, ob der gewünschte 
Verweis links oder rechls den Wert NIL be- 
sitzt. Dieser Test ist notwendig, da es bei- 
spielsweise nicht möglich ist, an einen Kno- 
ten zwei rechte Knoten anzubinden. Ist auch 
dieser Test positiv verlaufen, wird das Anfü- 
gen vorgenommen. Dazu wird für den neuen 
Zweig Platz reserviert, mit dem Eintrag gefüllt 
wird. Die notwendigen Referenzen in ihm wie 
auch im übergeordneten Knoten werden ord- 
nungsgemäß gesetzt. Der neue Knoten weist 
mit v auf den alten Knoten zurück und mit re 
und \\ auf NIL. Der aite Knoten weist, wie mit 
R entschieden, entweder mit re oder aber mit 
li auf den neuen Knoten. 

Diese hier vorgestellte Prozedur ist aber nur 
ein Beispiel. Das jeweils zu lösende Problem 
wird bestimmen, ob die Tests notwendig 
sind, und wie viele Parameter wirklich benö- 
tigt werden. Wenn von außen garantiert ist, 
daß alle Konventionen eingehalten werden, 
ist zum Beispiel die Prozedure Anf völlig aus- 
reichend. Ihr wird lediglich der Eintrag E des 


neuen Knotens und ein Zeiger P auf den Kno- 
ten übergeben, an den an gefügt werden soll. 
Der dritte Parameter R spezifiziert wieder in 
die Richtung, in die weiter angefügt werden 
soll. 

Als letzte soll die Prozedur Finde beschrie- 
ben werden. Sie hat in Ihrer Vereinbarung 
drei Parameter. Mit dem Zeiger Lwird ihr mit- 
geteilt, in welchem Baum sie suchen soll Der 
Parameter E enthält den Eintrag, der gesucht 
wird, und mit Hilfe des Variablen-Pararrtefers 
P gibt sie den Zeiger aut den gefundenen 
Knoten zurück. Enthält der Zeiger P nach 
dem Beenden der Prozedur immer noch den 
Wert NIL, so wurde der gesuchte Eintrag 
nicht gefunden. Durch die rekursive Pro- 
grammierung dieser Suche konnte die Pro- 
zedur sehr einfach gehalten werden. Ais er- 
stes testet sie ab, ob der Knoten auf den L 
zeigt, den gesuchten Eintrag besitzt. Ist dies 
der Fall, wird P der Zeiger L zugewiesen und 
die Prozedur ist zu Ende, Im anderen Fall ruft 
sich die Prozedur selbst auf und setzt dabei 
den Parameter L auf ihren rechten Verweis. 
Wurde auch rechts nichts gefunden, ertotgt 
die weitere Suche links. Mit diesen wenigen 
Zeilen wird gewährleistet, daß sich die Suche 
über den kompletten aufgebauten Baum er- 
streckt, Die Prozedur Finde isl ein schönes 
Beispiel für die Vorteile der rekursiven Pro- 
grammierung, Im nichtrekursiven Stil wäre 
diese Prozedur bedeutend komplizierter. 

Zur Erläuterung der Nutzung von binären 
Bäumen erfolgt in Bild 48 wieder die Angabe 
eines kleinen Hauptprogrammes. Als Ein- 
tragtyp für die Knoten des Baumes wurden 
hier Strings der Länge 20 vereinbart. Zuerst 
wird der Kopf des Baumes mit dem Eintrag 
Kind gesetzt. Danach wird die Verwandt- 
schaft des Kindes aufgenommen. Dieser 
Aufbau des Baumes, der hier schrittweise er- 
folgt, kann in echten Anwendungen natürlich 
anders organisiert werden. So kann das 
Wachsen des Baumes aber direkt nachvoll- 
zogen werden. Zum Aufbau werden sowohl 
die Prozedur Anfügen als auch die einfache 
Variante Anf genutzt, um die Wirkung beider 
zu illustrieren. Nach dem Aufbau des Bau- 
mes folgt dessen Nutzung. Es wird jeweils ein 
Name gelesen, und dieser Name wird im 
Baum gesucht. Existiert ein Knoten mil die- 
sem Eintrag, so wird von diesem aus der Weg 


Sin. INC, Prozeduren fuer binaere laeume 

type Richtung ■= frschts, links}; 

Knuten = 

Knotentyp* 1 record 

EintragiEintrstjtyp; 
v , 1 i , rs i Knnterr 
end ; 

P^ncedure kcpfset (var L : Knoten j Ei Ei ntragtyp ) j 
fregi n 
neu ( L 1 t 

th L. rt ac begin Eintrag:-E;v:=NTL;f r cs=NIL;l»j=NlL enri; 

pnd i 

Procedure Finde (L;KnQten:EiEifltragtyp;var F; knoten 3 : 
beat *' 

P : = N I L ; 

j f Eintrag ■= E thsn P:-L 
eise 
beeil *i 

H L-Vre^Na tben Fi nrfe <L~. r & , E t PI : 
ii fP=NH) and a*.liONlU then f j nde (L 1 i , E , f>) ; 
end 

errfl : 


Procedura flnf u egen OMi ich i Kneten; A£ f Ei Ein trag typ* var P: Knoten) t 
var Tem: Knoten i 
t>egi n 

Fi*>deiL.AE,TemJ ;P:=XlLi 

i* Ten = NIL then uritel n i 'AM uegetnoten nicht gefunden') 
el se beqin 

if R-r echte t heu P: re *lss - P:cTei A ,n* 

if P^VitlL the^ begin P; *HfL; Mri teln t " Anf uegfing besetzt ' I end 
eise beqin 
ne* f F) i 

; f Unrechts then Te«*.rai=P eise Tim*, 1 i i“P; 
with P" rio be^in vj=Te*; Eintrag! =£j re; -NIL; 1 i f=NIL find 
entf end enfl? 

firocetfur e Gn* t P i Knoten ; E: EintraqtyjjjRj Ri chtungi ; 
var Ten: K not en i 
begin. 

Tipn ( Tem 5 i 

«.1 fh Tem A do beuira v; =pj Ei ntr ag : =Ei ffi “NIL; 1 i t =NIL 

i -f R^rechts then p a . re: “Tem eise P*,Ii:=Tefi 
end : 

Bild 45 Prozeduren für binäre Bäume 
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□roqran Stammbaum; 

type Hintragtyp ^ strinorZO]; 

tSl Bin. INC > 

var HaeptopjL T P: Knotenj Es Et ntragtyp ; 
beg i n 

Mar k fh^eptop) j 
küp-Ftet f L T 'Kind 1 ) 5 

Anfuegen 1 1 i nks T l_ , '(find' T ' Han $ red ' T P^ 5 

An f uegen f rechts , L * 'Ki frd ' t J Gabi ' , P) ; 

fln-F CP, 'Doris' , recht*) ; frnf <P T Hi 1fr i*d ' , 1 i nk 

Fi rufe (l, , 'Manfred' T P)| 

fl nf fP T ' Hel ga ' T recht *) ; flnf (P, ‘Hei h! ' T l tflfc 

Anfuegen ( rech 1 5 T L f 'Hel qa * , 'Auguste' ,P> 1 
ftn-fuegen (rechts , L , 'Daris' , 'Marie' t P) \ 

repeat 

Nritet 'Ermittelung fuert 'IfreadlntE)) 

Fi nde ( L t E,P1 ; 

■ hile iP^.v <> NtLtandfPONlU do 
begj n 

Nrtttt' ’ i20,P A , Eintrag* ' ist ')( 

U P A .v*,r? = P then mri t e C 'Hu t t er ‘ 1 
eise writet'Vater'lj 
writelni' vorn ' T P*. v Ä .Ei n t rag ! % 

P:=P ft * v 
end 

untU f="S 
reiease(Kaept[jp> 
end . 

ßi/d 46 Programm Stemmbaum 

Dis zum Kind zurückverfolgt und protokol- 
liert. 

Das Bild 47 stellt den im Programm aufge- 
bauten Stammbaum graphisch dar, und 
Bild 48 zeigt das entstehende Bildschirmaus- 
sehen bei der Bedienung des Programms. 

Seüebig verzweigte Bäume 

~ binären Bäumen kann ein Knoten jeweils 
"v." auf zwei weitere Knoten verweisen. Dies 
-epn natürlich ein Nachteil sein. In den mei- 
s:en Aufgabenstellungen wird gefordert, daß 
e n Knoten auf eine beliebige Anzahl von an- 
ze'sn Knoten verweisen kann. Die Imfolgen- 
:e~ vorgestellte Methodik zur Lösung dieser 
Aufgabe kann nur ein Beispiel sein und sollte 
auch nicht dogmatisch übernommen werden, 
wenn eigene Probleme gelöst werden sol- 
len. 

Zuerst wird die zu verwaltende Struktur im 
Hauptspeicher erläutert werden. Im Gegen- 
satz zu den Listen und den binären Bäumen 
haben wir es nun mit zwei Typen von dynami- 
schen Variablen zu tun. Der erste Typ, be- 
zeichnet mit Knotentyp, beinhaltet die zu ver- 
waltenden Einträge und zwei unterschiedlich 
typisierte Pointer. Der erste Pointer, bezeich- 
net mit vor , weist auf den jeweiligen Vorgän- 
gerknoten. Der zweite Zeiger in jedem Kno- 
ten, bezeichnet mit nL, zeigt auf eine lineare 
Liste, in der alle Verweise auf Nachfolgekno- 
ten gesammelt werden. Die Elemente dieser 
VerweisÜste haben je zwei Felder. Das erste 
Feld, bezeichnet mit nach , verweist jeweils 
auf einen Nachfolgeknoten, und das Feld next 
dient zur linearen Verkettung dieser Nachfol- 
gerliste. Durch die Speicherung der Nachfol- 
gerverweise in einer Liste ist es nun möglich, 
zu jedem Knoten eine beliebige Anzahl von 
Verweisen zu anderen Knoten aufzubauen. 
Damit hat der aufgebaute Baum wieder ge- 
nau einen Kopfknoten, aber keinen letzten 
Knoten. Jeder Knoten des Baumes, mit Aus- 
nahme des Kopfes, hat genau einen überge- 
ordneten Vorgänger und eine beliebige An- 
zahl von untergeordneten Nachfolgern 



Bild 47 Darstellung des autgebauten Baumes 

(Bild 49). Zur Bearbeitung dieser Baumstruk- 
tur im Hauptspeicher werden wieder drei 
Grund Prozeduren vorgestellt. Finde Knoten 
soll nach einem Knoten im Baum suchen. Die 
Prozedur Wei/erKnofen dient zum Anhängen 
eines neuen Knotens an einen bestehenden 
Baum, bzw. zum Aufbauen eines Baumes, 
und die Prozedur Zweigab dient zum Lö- 
schen eines Knotens im Baum. Durch diese 
Löschprozedur werden aber alle dem zu lö- 
schenden Knoten untergeordneten Knoten 
ebenfalls gelöscht werden' Sowohl die Pro- 
zedur FindeKnoten als auch Zweigab sind 
rekursiv programmiert (Bild 50), 

Ermittelung iutrs Auquite 

Auguttt iit Mutter vont Helge 
Helge iit Mutter von? h*n-frp0 
Manfred iit Veter von? Kind 
ung -fuirf Wilfrrpd 

NiHritd iit Veter v$ni 
Sa b K ist Mutter vpnr Kind 
friij tteJ img fuer: Marie 

Marie ist Mutter vjni Doris 
DorU ist Hutter von* Eabi 
fcabi ist Hutter vpru ICintf 

Ermittel ung fuffr; 

Bi Id 48 Dialog mt t dem Pr ogr a mm S t amm bau m 


Der Prozedur FindeKnoten wird mit dem Pa- 
rameter B übergeben, in welchen Baum bzw. 
Baumteil der Eintrag E gesucht werden soll. 
Der Zeiger auf den gefundenen Knoten mit 
diesem Eintrag wird dem rufenden Pro- 
gramm über den Parameter P zurückgege- 
ben. Existiert kein Knoten mit dem Eintrag E 
im d u rchsuchten Baum , wird über P der Wert 
NIL übermittelt. Die Identität zweier Einträge 
wird in dieser Prozedur mit Hilfe der voraus- 
gesetzten Booleschen Funktion gleich gete- 
stet. Die Suche im Baum selbst ist wieder re- 
kursiv programmiert. Die Prozedur prüft zu- 
erst, ob der erste Knoten des angegebenen 
Baumes den Eintrag E enthält. Ist dies der 
Fall, so wird der Variablen P der Zeiger auf 
diesen Knoten übergeben. Anderenfalls wird 
diese Prüfung für alle die Knoten organisiert, 
auf die in derNachJistedes aktuellen Knotens 
verwiesen wird. Für jeden dieser untergeord- 
neten Knoten ruft sich die Prozedurselbstauf 
und realisiert so eine vollständige Durchmu- 
sterung aller Baumverzweigungen. Diese 
Suche wird genau dann beendet, wenn end- 
weder der gesuchte Knoten gefunden wurde 
oder aber der Baum vollständig durchsucht 
ist. 

Die Prozedur NeuerKnoten dient zum schritt- 



Biid 49 Der bet/ebig verzweigte Baum (Prinzip 
und Beispiel) 


weisen Aulbauen des Baumes im Hauptspei- 
cher ihre Aufgabe besteht darin, an den Kno- 
ten, aut den der Zeiger AN zeigt, einen neuen 
Knoten anzuhängen und in diesem neuen 
Knoten den Eintrag E abzulegen. Hat der Pa- 
rameter AN den Wert NIL, so handelt es sich 
um den neuen Koptknoten eines neuen Bau- 
mes, und der Zeiger auf diesen Kopf wird 
dem rufenden Programm über AN mitgeteilt 
Existiert der Knoten, an den angefügt werden 
soll dagegen, so muß die logische Verknüp- 
fung des alten und des neuen Knotens reali- 
siert werden. Der Zeiger vor des neuen Kno- 
tens zeigt auf den alten Knoten Dies ist mit 
einer einfachen Zuweisung möglich Für den 
Verweis des alten Knotens auf den neuen 
muß die A/achliste des alten Knotens um ein 
Listenelement erweitert werden. Hai der alte 
Knoten noch keine AfacMste, so muß diese 
eröffnet werden. Somit ist die eindeutige Bin- 
dung des neuen Knotens an den Baum er- 
reicht. 

Die Prozedur Zweigab hat vordergründig die 
Aufgabe, den Knoten, auf den der Parameter 
P zeigt, zu löschen. Dazu muß aber nicht nur 
der Knoten selbst frei gegeben werden. 
Gleichzeitig ist es notwendig, den Verweis in 
der A/ach liste des übergeordneten Knotens 
zu löschen. Aber auch das genügt noch nicht. 
Wenn der zu löschende Knoten selbst noch 
eine Nachliste besitzt, so wären die Knoten, 
auf die in der Nach liste verwiesen wird, nicht 
freigegeben, aber vom Baum logisch abge- 
hängt. Es ist also notwendig, nicht nur den 
Knoten selbst, sondern auch alle untergeord- 
neten Zweige des Knotens zu löschen. Dies 
ist wieder nur durch eine rekursive Program- 
mierung der Prozedur zu organisieren. Sie 
geht folgendermaßen vor: Zuerst ruft sie für 
alle Knoten, die in der Nachliste des zu lö- 
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(t fndudi Äaura.JPiC *\ 

iSf\-> (» Erzeugen rekursiven Codes n 

tyae Knoten = ^Knqtent yp j 

Verwebe = ■'^erwpi gt yp j 

Knqtentyp = record Ei ntrao ; Etntrsgty p ; 

vor : Knote * \ 
nL ^Verweis s>*d; 

Vorwoistyc = rocord nach j K noten ä 

next i Ver «ei s entf j 

Prqceduro Fi odeKfißt en {Saum: Knoten : Es Ei nt ragtyp: vjr Pi Knat e* j j. 
vjr Vr^erneisi 
begi n 
?r=NIL; 

i I BauaO NJL then 

t -f gleich (Baum''. Eintrag, |) t he* P: -Baum 
p] =& heg j r 
Ji =Iaurn A . nL ; 

while iVONILJancK^NlLl do 

tiegin Fj r>deK*oten [ Y A . nach , E , P ) ; V!=V*,fl&Nt 
s*d ppc) end; 

Procedure NeiierästWjr AN; Knoten iE: Eint ragt ypM 
vor V.LiVerweiSiTsfiiKnoten; 


heg in 

new ( Tem> ? wi th Tem A 4o begin Eintr3q;=E:vor;=flN;nL:=lflL snd; 
i i ühf = üll thpn flN:=Te» 
e3 se begi n 

Tien(V};«ith V A de beo i n nooh;=T5*;neitt:-N|L end; 
it flW A ,ol = NIL then flN A .nL:=V 
eise begin 
L? = fl»T ,nLi 

while L Ä .m»irt NIL do Lj^L^-nent: 

L A . *y* t i -V 
end end entf; 

? rocpdure Zuei gib (Abs fCratcr , ) ; 

Var fl .V; v?r *?i s; 
hegin H fllj£>NIL th-en hegin 
Vs -tJ)* 1 '. i 

hhHe v<>nJ^ Oo ' 

beoir; fl; - ;V; endi 

H £ts A , v^r< TL t hem 
in 

'i; s flb , ',vor A *i>i ,■ 
i f V A „ nach “ e b 

then flfc - T nor A .qLi *V A . ne« t 
elso tn&qi* 

>A*i <Jo heqin fts =Ui v* =v A ,neT; t end: 
fl A . eent: =V A .fleT* t e*4: 
di (ü i end: 

Ci 5PGSF i Ab i 
“*4 endj 

Bild 50 Prozeduren zur Baumbearbettung 


vom Baum auf diese Listen gibt. Die Nacfth- 
sten geben die Struktur des Baumes an, die 
Ergebnisfisten sind eine Sammlung von Kno- 
ten. Es besteht afso lediglich ein Unterschied 
in aer Nutzung der Listen, kein Unterschied in 
ihrem physischen Aufbau Zu einem Baum 
können afso durch verschiedenste Auswer- 
tungen beliebig viele Ergebnis- oder Knoten- 
listen aufgebaut und gelöscht werden, ohne 
daß der Baum selbst verändert wird, 

Is erweist sich wieder als günstig, die Ver- 
waltung der Knoteniisten speziellen Proze- 
duren zu übertragen. Diese sind in dem 
Bild 51 aufgelistet. 

Von der Struktur her handelt es sich bei den 
Knoteniisten um einfach verkettete, ungeord- 
nete Listen, Die verwalteten Listeninhalte 
sind in diesem Fall Pointer auf Knoten, Alle 
notwendigen Typvereinbarungen sind be- 
reits in den Baumprozeduren vorhanden, und 
werden hier vorausgesetzt. 


Die Prozedur DazuKnotenLi$te e^weiter 4 
eine Knotenliste. Der erste Parameter stell! 
einen Zeiger auf die zu erweiternde Liste dar, 
der zweite Parameter den aufzunehmenden 
Knotenverweis. Das neue Listenelement 
wird an den Anfang der zu erweiternden Liste 
geselzl, und der neue Usfenantang wird über 
den ersten Parameter zurückgegeben. Die- 
ses hier angewandte Prinzip entspricht dem 
ln den ungeordneten Listen. 

wird fortgesetzt 


sehenden Knotens enthalten sind, sich selbst 
auf. Da bei der Löschung eines untergeord- 
neten Knotens auch der Verweis auf diesen 
Knoten in der Nachliste gelöscht und freige- 
geben wird, verschwindet die Nachfiste somit 
vollständig. Sind alle untergeordneten Kno* 
ten gelöscht, äst die Nachliste also leer; es 
muß also nur noch der Verweis auf den zu lö- 
schenden Knoten im übergeordneten Knoten 
beseitigt werden. Dies gilt natürlich nicht für 
den Kopfknoten eines Baumes Nachdem 
alle Verweise auf den zu löschenden Knoten 
beseitigt sind, kann zu Jetzt auch er selbst 
noch freigegeben werden. 

Mit Hilfe dieser drei Prozeduren zur Baumbe- 
handlung ist es nun möglich, einen Baum im 
Hauptspeicher auf- und abzubauen sowie 
einzelne Knoten im Baum aufzufinden. Im 
weiteren geht es nun darum, den aufgebau- 
ten Baum auszuwerten, das heißt aus dem 
Baum neue Informationen zu gewinnen. Die 
dabei möglichen Fragestellungen sind zwar 
sehr stark abhängig vom Charakter der ver- 
walteten Informationen in den Knoten, es las- 
sen sich aber trotzdem einige allgemeingüL 
tige Prinzipien und Fragestellungen heraus- 
arbeiten. Beispiele für immer wieder auftre- 
tende Aufgaben sind die Ermittlung aller 
übergeordneten oder auch aller untergeord- 
neten Knoten zu einem konkreten Knoten im 
Baum, 

Das Ergebnis einer solchen Aufgabe ist aber 
nicht ein einzelnes Objekt, sondern meist 
eine gewisse Anzahl von Knoten. Das Ergeb- 
nis ist also eine Liste von Knoten, Nun wäre 
es aber zu aufwendig, in dieser Liste die kom- 
pletten Knoteninhafte nochmais aufzubauen. 

Es ist völlig ausreichend, nur die Verweise zu 
den Knoten, die ermittelt worden sind, in der 
Ergebnisliste zu vermerken. Im Ergebnis sol- 
cher Fragestellungen entstehen also Listen, 
in denen Knoten verweise gesammeit wer- 
den. 

Diese Listen entsprechen in ihrem Aufbau 
völlig den Wacrt fisten der Baumknoten. Der 
Unterschied besteht nur darin, daß ciie Er- 
gebnislisten zwar auf die Knoten des Bau- Bild 51 Prozeduren 
mes verweisen, es aber keinen Rückbezug für Knoten-Listen 


f ¥ 4 *#M**# 4 **M* »#**#*#****» 

*+ Ine Jude Kootsnt j , T^C 

< 4 4**+* f **44#* *¥****#44411****4*1 

D n aKnot eoU ** p <v?r Knote* Liste: Vgrupist Kn ; 

vj" T; VfrHfis; 
b i r ew il T | ; 

yt>h T A Ho sKnine*! =Vrt*fcänLi 

Kr, st P«1 

jj'nd ; 

S^oeedLjrp L£«5t*tp'iK'iqtenListe4 var Kuatpnli^ts: Verweist ; 

va«- TjVerwpj^r 

TssKaetenListo: 
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besin T: . «ent ; fiA snose Ikintent isisJ =T enH 
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Fortsetzung von S. 78 


PC /XT-Prozessoren 




8 Bit 



16 Bit 


8088 4,77 bis 

8MHz 

8086 

4,77 bis 

8MHz 

V20 4,77 bis 

12MHz 

V30 

4,77 . bis 

12MHz 

80188 typisch 

8MHz 

80186 typisch 

8MHz 

V40 bis 

12MHz 

V50 

bis 

12MHz 


80188/186 und V40/V50 findet man selten in PCs, sie 
entsprechen in der Leistung V20/V30 und verfügen 
über chipinterne I/O-Ports. Alle aufgeführten Prozesso- 
ren haben einen maximalen Adreßbereich von 1 MByte. 
Der Arithmetik-Coprozessor 8087 verträgt sich mit allen 
CPUs außer 80188/80186. Zur Zeit gibt es keine Ver- 
sionen für mehr als 10 MHz. Die CPU darf bei Einsatz 
eines 8087 nicht schneller getaktet werden, als der 
8087 erlaubt. 


AT-Prozessoren 

16 Bit 32 Bit 

80286 6 bis 20 MHz 80386DX 16 bis 33 MHz 

80386SX 16 MHz 80486 25 bis 33 MHz 

(bald 20 MHz) (geplant 50 MHz) 

80286 und 80386SX können maximal 16 MByte physi- 
kalisch adressieren, 80386DX und 80486 vier Giga- 

. byte. 

Zum 80286 gibt es den Arithmetik-Coprozessor 80287, 
der auch langsamer als die CPU getaktet werden darf 
(asynchron). Von Intel sind Ausführungen für maximal 
10 MHz erhältlich, von IIT (Santa Clara, USA) 16- und 
20-MHz-Versionen. Über spezielle Logik kann ein 

80287 auch an 80386DX und SX angebunden werden, 
üblicherweise verwendet man aber 80387SX (1 6 MHz) 
und 80387DX (16 bis 25 MHz verfügbar). Auch die 
387er dürfen asynchron zur CPU (± 60 Prozent) getak- 
tet werden. Der 80486 enthält den passenden Copro- 
zessor bereits auf dem Chip. 


zum IBM PC) zu bezeichnen, ist fragwürdig. 
Die Erweiterbarkeit durch Steckkarten belie- 
biger Fremdhersteller macht schließlich ei- 
nen wesentlichen Bestandteil eines PC-Sy- 
stems aus. Vielfach retten sich Hersteller mit 
einem hauseigenen Erweiterungsbus, an 
den man eine (hauseigene) Erweiterungsbox 
(zu hauseigenen Preisen) mit echten PC- 
Steckplätzen anschließen kann. Die Kosten 
für solche Zusätze muß man bei einem Preis- 
vergleich mit offenen Systemen also einbe- 
ziehen. 

Allerdings kann man konstatieren, daß sol- 
che Minimal-Rechner für ihren Preis grund- 
sätzlich gut mit Schnittstellen und Grafik aus- 
gestattet sind. Wenn man einen solchen 
Rechner zum Beispiel bewußt als reinen 
Schreibmaschinenersatz anschafft und sich 
sicher ist, daß man etwa ohne Festplatte aus- 
kommt, ist solch ein PC in Ordnung. 

Die begrenzte Erweiterbarkeit gilt auch für 
alle uns bekannten Laptops mit 8088-ähnli- 
chen Prozessoren, jedoch sind sie eigentlich 
als protable Zweitgeräte konzipiert, die gar 
nicht den Anspruch auf Erweiterbarkeit erhe- 
ben. 

Halboffen 

Die Ausstattung der halboffenen XTs ent- 
spricht weitgehend der der geschlossenen 
Systeme, aber diese Rechner bieten zusätz- 
lich Steckplätze. Wenn jedoch Komponenten 
auf der Hauptplatine durch andere (etwa mo- 
dernere) auf Steckkarten ersetzt werden sol- 
len, kann es Probleme geben. 

Der PCI 51 2 von Schneider möge hier als 
Beispiel dienen, es gibt auch andere (siehe 
Tabelle). Bei ihm läßt sich die eingebaute 
Grafik (CGA, also die schlechteste Grafik- 
qualität für PCs) nicht abschalten. Lediglich 
eine Hercules- oder MDA-Karte kann in solch 
einem Fall parallel betrieben werden, eine 
EGA- oder VGA-Karte hingegen kollidiert 
adreßmäßig mit der integrierten CGA. Wei- 
terhin ist das Netzteil im Monitorgehäuse ein- 


gebaut: Will man einen Hercules-Monitor er- 
setzen, muß der alte Monitor weiterhin als 
Netzteil dienen. 

Relativ neu sind Harddisk-Controller auf der 
Hauptplatine, deren Spezial-Interface den 
Anschluß herstellereigener (meist recht teu- 
rer) Festplatten erzwingt. Ein solcher Con- 
troller sollte unbedingt wie bei Comodores 
PC 10/20-111 abschaltbar sein. Damit kann 
man XT-Controller plus Standard-Platte er- 
setzen, was zusammen billiger als eine her- 
stellerspezifische Platte sein kann. 

Offen 

Hardwaremäßig sind gerade die Fernost- 
Produkte diejenigen, die am dichtesten am 
Original liegen, wenngleich auch hier die er- 
sten Varianten mit „Komplett-Motherboards“ 
auftauchen. 

Offene Systeme stellen auch Rechner mit 
passiver Busplatine dar (nur Busstecker, 
keine Elektronik). Die gesamte Logik eines 
XT-Motherboards befindet sich auf einer ei- 
genen Steckkarte. Die vielfach gepriesene 
Flexibilität dieses Konzepts (einfacher 
Umstieg auf größere Prozessoren) kommt 
aber nur zum Tragen, wenn sich dabei die 
Busbreite des Prozessors nicht ändert - 
sonst ist ein neues Busboard fällig. Preislich 
liegen diese Systeme kaum günstiger als 
Standard-Motherboards, jedoch lassen 
sich mit PC-Karten halber Länge sehr kom- 
pakte Systeme für Spezialgehäuse auf- 
bauen. 

Bedingt kompatibel 

Zu Beginn der PC-Ära achteten Nachbauer 
nicht so genau auf die Hardware-Details des 
PCs. Das rächte sich bitter, als immer 


Systemunterschied© bei XT-Systemen 

Offen 

Hauptplatine enthält nur CPU, Coprozessor-Sockel, Ar- 
beitsspeicher, Tastaturanschluß, Steckplätze für Erwei- 
terungen. Ein weitergehender Ausbau stößt nicht auf 
Probleme mit vorhandenen Komponenten. 

Typische Vertreter: IBM PC, Fernost-Nachbauten 
Halboffen 

Hauptplatine enthält zusätzlich Floppy-Controller, Vi- 
deo-Logik, parallele und serielle Schnittstelle, mitunter 
auch Harddisk-Controller. Probleme entstehen bei Er- 
weiterungen, wenn die Komponenten auf der Hauptpla- 
tine durch technisch verbesserte Ausführungen ersetzt 
werden sollen, die On-board-Komponenten aber nicht 
abschaltbar sind. Beim Schneider EuroPC sind die Ab- 
schaltmöglichkeiten vorbildlich gelöst (per Setup), aller- 
dings hat er nur einen Slot für PC-Karten halber Länge. 
Bei Commodore PC 10/20-111 stören der nicht abschalt- 
bare Floppy-Controller, bei Amstrad 1512/1640 vor al- 
lem Grafik und Floppy-Controller. 

Typische Vertreter: Amstrad/Schneider PC 1512/1640, 
Commodore PC 10/20-111, Schneider Euro PC 
Geschlossen 

Geschlossene Systeme enthalten meist alle Kompo- 
nenten wie bei halboffen aufgeführt, haben jedoch 
überhaupt keine Steckplätze, sondern allenfalls Spe- 
zialbusse zum Anschluß von Erweiterungs-Boxen für 
externe Steckplätze. Erweiterungen sind gar nicht oder 
nur relativ kostspielig (herstellerspezifische Lösungen) 
möglich. 

Typische Vertreter: Commodore PC-1, Atari PCI 
(beide werden nicht mehr hergestellt), Zenith Easy PC, 
fast alle Laptops 
Bedingt kompatibel 

Bedingt kompatibel sind nicht nur die geschlossenen 
Systeme. Einige ältere PCs weichen in wichtigen Hard- 
ware-Details vom PC-Standard ab (spezielle Grafik, an- 
dere Floppy-Formate oder Controller-Chips, nicht PC- 
gemäße Adreßlage wichtiger System-Ports und mehr). 
Das kann dazu führen, daß bestimmte PC-Software 
nicht läuft, vom Rechnerhersteller maßgescheiderte 
DOS-Versionen nötig werden (die möglicherweise nicht 
aufdatiert werden) oder nur herstellerspezifische Erwei- 
terungskarten verwendbar sind. 

Typische Vertreter: DEC Rainbow, Olivetti M24, Victor 
Sirius, die ersten Siemens PCDs, Zenith 1 50-Reihe 


mehr Programmierer am DOS und ROM- 
BIOS vorbei die Hardware des IBM PC direkt 
manipulierten, damit ihre Programme schnel- 
ler und folglich attraktiver wurden. Inzwi- 
schen ist quasi kein PC-Port oder Speicher- 
bereich vor dem direkten Zugriff eines Pro- 
grammierers sicher, und wehe, Drucker-Port 
oder Bildspeicher weichen vom Original ab! 
Derartige PCs gab es einige (siehe Tabelle), 
aber man findet sie wohl nur noch im Second- 
handshop. 

Anwendbar 

Auch wenn der XT von High-Tech-Fans nur 
noch milde als Schnecken-PC belächelt wird, 
so reicht seine Leistung für sehr viele Zwecke 
aus. So wie man mit einem Kleinwagen auch 
jedes Ziel erreichen kann, kann man alle Auf- 
gaben, für die es DOS-Programme gibt, letzt- 
lich damit lösen. Es kann schlimmstenfalls 
sehr langsam zugehen oder eng im Speicher 
werden. 

Die sinnvollste Anwendung liegt im Bereich 
einfacher Textverarbeitung, wo also zum Bei- 
spiel keine Vollgrafik wie bei MS-Word ins 
Spiel kommt. Die Entwicklung mittlerer Pro- 
gramme (bis 1000 Zeilen) geht sogar recht 
zügig von der Hand, sei es in Hochsprache 
oder Assembler. Bei Interpreter-Sprachen 
wie GWBASIC wird ’s schon langweiliger. 

Für DFÜ (Datenfernübertragung) ist ein sol- 
cher Rechner hingegen keineswegs überfor- 
dert (Mailbox-Zugang oder Btx), selbst Da- 
tenbankanwendungen, Buchführung oder 
ähnliches lassen sich sehr wohl damit betrei- 
ben. Allerdings wird dann eine Festplatte mit 
20 oder 30 MByte Kapazität zur Bedingung. 
Diese Plattenkapazität setzt letztlich auch die 
Grenze des Sinnvollen: Wenn Anwendungen 
mehr verlangen, dann ist meist auch der 
nächstgrößere Rechner gut ausgelastet. 
Definitiv nicht zugänglich sind den PCs je- 
doch Betriebssysteme für den Protected 
Mode des 80286, also etwa OS/2 oder die 
meisten Unix-Abkömmlinge. Minix zum Bei- 
spiel gibt es jedoch auch für XTs. 

PC-Lösung 

Eine preis-/leistungsmäßig ausgewogene 
und ergonomisch sinnvolle PC-Konfiguration 
sollte nur mit Monochrom-Monitor und Her- 
cules-Grafik ausgestattet werden, die zu- 
sammen schon für 250 bis 300 DM zu haben 
sind. Eine preislich vergleichbare CGA-Lö- 
sung (Color Graphics Adapter) ist restlos ver- 
altet und reiner Augenstreß. 

Eine Kombination aus EGA-Karte und scharf 
justiertem Farbmonitor (zusammen rund 
1000 DM) ist unterstes Level für Farbausstat- 
tung. Im Textmodus belastet EGA den Pro- 
zessor nicht mehr als bei Hercules oder CGA, 
bei echtem Grafik-Betrieb etwa unter GEM 
oder Windows kommt ein 4,77-MHz-8088 
aber schon „ins Schwitzen“. Die nächsthö- 
here Bildqualität VGA (auch monochrom 
schon rund 1000 DM) steht eigentlich nicht 
mehr im rechten Verhältnis zu Leistung und 
Preis eines XTs, ist aber wegen der höheren 
Auflösung für die Augen die beste Wahl. 

Als Massenspeicher kann man heute nur 
noch RLL-Systeme empfehlen, da man hier- 
mit für nur wenige Mark mehr als die preis- 
günstigsten MFM-Systeme (20 MByte) das 
1 ,5fache an Datentransfergeschwindigkeit 
und Kapazität bekommt. 

Als Floppy-Laufwerke sind bei XTs 360- 
KByte-Versionen für 5,25 Zoll der Standard, 
es lassen sich aber 3,5-Zoll-Drives (720 
KByte) an einem einfachen XT-Controller be- 
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treiben [1]. High-Density-Laufwerke für 1,2- 
und 1 ,44-MByte-Scheiben erfordern einen 
speziellen Floppy-Controller: Der muß ein ei- 
genes ROM-BIOS zur Bedienung dieser For- 
mate haben und hardwaremäßig mit der dop- 
pelten Datenrate eines XT-Controllers 
schreiben und lesen können. Bei den Tasta- 
turen dominiert heute das MF-2-Layout. MF- 
2 hat den Segen des DIN und ist nicht nur der 
neue, sondern überhaupt der erste Standard 
auf diesem Gebiet. Damit gehört die Suche 


Der schnellere PC heißt AT 

80286-CPU und Advanced Technology 

1984 brachte die IBM mit dem AT (Advan- 
ced Technology) ihren ersten 80286-Rech- 
ner (6 MHz Takt, 1 Wait-State bei RAM-Zu- 
griffen) heraus, der dreimal so schnell wie 
der erste PC war. Später hat IBM die Taktfre- 
quenz auf 8 MHz (1 Wait) gesteigert, in den 
Modellen 50 und 60 gar auf 10 MHz und 0 
Wait 

Den Stand der 80286-Technik repräsentie- 
ren jedoch die Nachahmer. Harris bezie- 
hungsweise AMD stellen mittlerweile 1 6- und 
20-MHz-Versionen der 80286 her, 25-MHz- 
Varianten sind avisiert. Ein 10-MHz-AT (0 
Wait-States) kann es auf etwa die siebenfa- 
che, ein 20-MHz-AT auf diel 4fache Leistung 
eines PC bringen. 

Allerdings hat ein AT gegenüber einem PC 
auch andere Vorteile, zum Beispiel verfügt er 
über Steckplätze mit 16 Bit Busbreite. Das 
wichtigste ist wohl, daß die 80286-CPU bis zu 
16 MByte Speicher adressieren kann. Je- 
doch kann sie den Speicher oberhalb von 1 
MByte nur in einer Betriebsart nutzen, in der 
DOS und DOS-Programme nicht lauffähig 
sind. Lediglich als RAM-Disk oder Hardisk- 
Cache ist dieser Speicher auch von DOS 
nutzbar. Ergo: Für DOS-Benutzer ist ein AT 
nichts anderes als ein schneller PC, der Spei- 
cherreserven für eine RAM-Disk mitbringt. 
Erst Betriebssysteme wie OS/2 oder Unix 
können das gesamte Speicherangebot in ei- 
nem AT direkt ausschöpfen. Einige Unix-Va- 


nach Sonderfunktionen bei der Arbeit an ver- 
schiedenen PCs langsam der Vergangenheit 
an. Allerdings sollte man beim Nachrüsten äl- 
terer PCs mit MF-2-Tastatur vor dem Kauf 
prüfen, ob der Treiber des verwendeten DOS 
und die Beschriftung auf der Tastatur exakt 
zusammenpassen. Andernfalls verschie- 
dene Treiber oder Tastaturen ausprobie- 
ren. 

[1] W. Götz, D. Grell, XT wird doppelspurig, 3,5- oder 5,25- 
Zoll-Drives mit 80 Spuren, c’t 7/89, S. 21 6 ff. 


rianten bieten sogar - ähnlich wie OS/2 - die 
Möglichkeit, als eine Task auch DOS (und 
darin DOS-Anwendungen) laufen zu lassen. 
Allerdings gibt es bei letzterem immer einige 
systembedingte Einschränkungen: Wenn 
lOOprozentige DOS-Kompatibilität gefordert 
ist, muß man DOS pur fahren. 

AT-System 

So viele Varianten wie vom PC existieren bei 
ATs nicht, und Inkompatibilität haben die 
Nachbauer nach den negativen PC-Erfah- 
rungen von vornherein vermieden. So ist vor- 
nehmlich darauf zu achten, daß ein ins Auge 
gefaßter AT nach dem Stand der Technik 
ausgestattet ist. Auch von billigsten Produk- 
ten kann man heute verlangen, daß sie mit 1 0 
MHz Takt und 0 Wait-States beim RAM-Zu- 
griff daherkommen. Für DOS-Betrieb sind in 
der Basisausstattung 1 MByte RAM üblich 
und ausreichend, und zwar in der Aufteilung 
640 KByte für DOS, 384 KByte Extended Me- 
mory. 

Unter OS/2 oder Unix sind vier MByte kein 
Luxus. Bei RAM-Knappheit beginnt OS/2 
nämlich (wie auch Unix), dauernd nicht benö- 
tigte Programmteile auf die Platte auszula- 
gern und nachzuladen (sogenanntes Swap- 
ping). Da können leicht Situationen entste- 
hen, wo selbst schnelle Harddisk-Systeme 
das Arbeiten zur Qual werden lassen. 

Die Geschwindigkeit des Harddisk-Sy- 
stems ist für die Systemleistung eines Rech- 
ners fast genauso wichtig wie die Rechenlei- 
stung der CPU. Vor allem bei der Verwaltung 
großer Datenbestände (Datenbanken, Ser- 
ver in Netzwerken) oder beim erwähnten 


Swapping kann’s oft nicht schnell genug 
sein. 

8-Bit-Karten (XT-Controller) sind im AT ganz 
besondere Systembremsen und sollten nur 
als Notlösungen eingesetzt werden. Aber 
auch die üblicherweise mitgelieferten MFM- 
Kombi-Controller gehören heute zum alten 
Eisen, auch wenn deren maximale Daten- 
transferrate mit 240 KByte/s durchaus für 
viele Anwendungen ausreicht. 

Für vergleichsweise wenige Mark mehr (rund 
100 DM) erhält man jedoch schon RLL- 
Kombi-Controller mit Interleave 1 :1 , die etwa 
600 bis 700 KByte/s erreichen, allerdings 
auch RLL-taugliche Platten erfordern, die ih- 
rerseits auch geringfügig teurer als MFM- 
Versionen sind. Damit nähert man sich dem 
Leistungsbereich der noch relativ teuren 
ESDI- oder SCSI-Systeme. 

Die niedrigste Kapazität der heute in ATs an- 
gebotenen MFM-Festplatten liegt bei 20 
MByte, 40 MByte gelten aber als angemes- 
sen. In dem Moment, wo man sich für ein 
RLL-System entscheidet, erhält man bei 
quasi baugleichen Platten (lediglich mit hö- 
herwertiger Oberflächenbeschichtung) 30 
beziehungsweise 60 MByte Kapazität. 60 
MByte sind gerade richtig, wenn man zum 
Beispiel OS/2 und DOS gleichzeitig auf der 
Platte hält und keine Riesenanwendungen 
fährt. 

Weiterhin Stand der Technik in einem heuti- 
gen AT sind ein 5,25-Zoll-Laufwerk (360 KB/ 
1,2 MB) und ein 3,5-Zoll-Drive (720 KB/1,44 
MB). Damit lassen sich alle in der PC-Weit 
gängigen Disketten verarbeiten. 

Die preiswerteste und auch für ATs durchaus 
tolerable Video-Minimal-Ausstattung ist Her- 
cules-Karte und Monochrom-Schirm. Man 
kann hier aber auch bedenkenlos EGA oder 
VGA einsetzen, CPU-Power ist auch für Gra- 
fik genug da. Am sinnvollsten - mit Blick in die 
Zukunft, etwa auf OD/2-Software - ist heute 
sicher eine VGA-Karte mit 1 6-Bit-Bus zusam- 
men mit einem Multinorm-Farbmonitor. Eine 
solche Lösung macht mit rund 2000 DM aller- 
dings einen erklecklichen Anteil an den Ge- 
samtkosten aus. 

Die zweitgünstigste, aber immer noch zu- 


Es gibt auch noch was anderes 
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Rechner milden 680x0-CPUs von Motorola sind ernstzunehmende und lei- 
stungsfähige Rivalen zu Computern mit Intel-Prozessoren. Der Begriff Per- 
sonalcomputer, also der persönliche Rechner, war zu Beginn nicht so 
zwanghaft mit dem Namen IBM verknüpft wie heute. In seinem ursprüngli- 
chen Sinne zählen deshalb Apple Macintosh, Atari ST und Amiga auch 
dazu. Jeder der genannten Rechner ist für einen ganz definierten Anwen- 
dungszweck zur Zeit die Wahl vieler Profis. 



Macintosh 

Die Macintosh-Modelle litten lange unter einer Hochpreispolitik, die ihrer 
Leistung nicht angemessen war. Das hat sich in jüngster Zeit deutlich geän- 
dert. Hinzu kommt, daß der Mac- Anwender Zugriff auf eine über viele Jahre 
gewachsene, ausgereifte und in der Bedienung einheitliche Software hat- 
davon kann die gesamte übrige Rechnerwelt nur träumen. 

Seit es den Mac II mit Einsteckplätzen gibt, besteht auch Zugang 2 U sehr lei- 
stungsfähiger Peripherie (vor allem Grafik), und der neueste Mac llci etwa 
(mit 25-MHz-68030) darf sich mit ebensolcher Berechtigung „Workstation“ 
nennen wie ein AT mit 33-MHz-80386. Bei einem Preis von voraussichtlich 
knapp 20 000 DM gehört er natürlich in die gehobene Profi-Klasse, ist aber 
zum Beispiel preiswerter als die IBM-Modelle 70 oder 80 mit 20-MHz- 
80386. 

Großer Beliebtheit erfreut sich die Mac-Familie schon lange im Lager der 
Desktop-Publisher. Wer absehen kann, daß professionelles DTP die domi- 
nante Aufgabe für seinen Rechner sein wird, sollte unbedingt einen intensi- 
ven Blick über den Kompatibilitätszaun werfen. Allerdings wird er als Profi 
nicht mit der Standardgrafik leben können, sondern muß - ebenso wie bei 


einem Rechner mit Intel-CPU - rund 5000 bis 1 0 000 DM für einen Speziai- 
Grafikadapter nebst Monitor zusätzlich veranschlagen. 

Atari ST 

Weniger kosten intensiv geht’s bei Atari zu, aber auch die STs haben eine ~ 
in Deutschland sogar unbestrittene - Domäne: Musikelektronik. Wer 
schwerpunktmäßig Synthesizer programmieren will, es bei Textverarbei- 
tung gern schwarz auf weiß ohne Augenschaden mag und keine allzu exoti- 
schen Sonderwünsche an verfügbarer Software hat, für den ist die ST-Fa- 
milie die richtige und eine preisgünstige Wahl. 

Amiga 

Beim Amiga ist es zwar ratsam, ihn für täglich mehrstündiges Arbeiten aus 
gesundheitlichen Gründen mit einer weniger flimmernden Grafikausstat- I 
tung zu versehen, jedoch ist seine flimmernde Verwandtschaft zum heimi- 
schen Fernseher auch seine große Tugend: wenn s um häusliche Video- 
Produktionen (Betiteln und ähnliches) geht, dann sind die für den Amiga 
verfügbaren Lösungen in Hard- und Software preisgünstig und leistungsfä- 
hig. ■ 

Dennoch ist vorder Anschaffung von Rechnern, die nicht auf Intel-Chips ba- 
sieren, zu klären, ob nicht irgendwelche Randbedingungen (Ausbildung, ■ 
Arbeitsplatz) die Anschaffung eines PC-Kompatiblen nahelegen. Zwar gibt 
es für den Amiga 2000 PC- beziehungsweise AT-Einsteckkarten und für 
den Atari ST mittlerweile sogenannte PC-Emulatoren, man sollte sich aber 
dennoch damit abfinden, daß der Kauf eines solchen Gerätes die Abkehr 
vom großen Standard darstelft. Emulatoren sind naturgemäß kompromiß- 
behaftete Nachahmungen, und wenn absolute Kompatibilität ganz oben auf 
der Prioritätenliste steht, sind diese Rechner zweite Wahl. 
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kunftsorientierte Lösung bestünde in einer 
VGA-Karte mit Monochrom-Schirm (1 000 bis 
1200 DM). Ein EGA-Farbsystem ist mit etwa 
1000 DM nur halb so teuer wie eine volle 
VGA-Ausrüstung, stellt aber mit ihrer stan- 
dardmäßig geringeren Auflösung nur die 
zweite Wahl dar. Gelegenheits- und Hobby- 
Computeristen sind damit aber gut bedient 
und müssen nicht befürchten, ihr Augenlicht 
über Gebühr zu strapazieren. 

ATs kann man natürlich noch weitaus schnel- 
ler (16 MHz, 20 MHz) bekommen, aber sie 
kosten dann auch mehr. Verfallen Sie vor al- 
lem als Hobby-Anwender nicht allzusehr dem 
Geschwindigkeitsrausch: Steigerungen um 
Faktor zwei werden Sie nämlich nur bei Auf- 
gaben spüren, wo ausschließlich CPU-Arbeit 
gefragt ist. Bei den meisten Anwendungen 
wartet die CPU auf Ihre Tastendrücke. 
Interessanter ist bei diesen schnellen (und 
modernen) Versionen vielmehr, daß sie 
meist mit dem NEAT-Chip-Satz ausgerüstet 
sind. Dadurch kann man unter DOS den 
Speicher besser ausnutzen (residente Pro- 
gramme aus dem RAM unterhalb 640 KByte 
heraushalten) oder beispielsweise die Video- 
Ausgabe durch Verlagern eines 8 Bit breiten 
VGA-ROM-BIOS ins schnelle 16-Bit-RAM 
(Shadow-RAM) deutlich beschleunigen. 


Jenseits des einfachen AT 

Rechner mit 32-Bit-CPUs 80386 und 80486 

Mit der Schaffung der 32-Bit-CPU 80386 hat 
sich das bislang gezeichnete Bild zunächst 
nicht gewandelt: Der DOS- User sitzt an ei- 
nem schnelleren AT mit 640 KByte Arbeits- 
speicher. Zwar hat IBM das Hardwarekon- 
zept bei seinem ersten 80386-Rechner Mo- 
dell 80 insofern geändert, als man - wie auch 
bei den 80286-Maschinen Modell 50 und 60 
- ein inkompatibles Bussystem namens Mi- 
krokanal einführte, aber grundsätzlich ist es 
ein AT. Inwiefern das Bussystem als Ent- 
scheidungskriterium für die Anschaffung ei- 
nes Rechners Bedeutung erlangen kann, 
behandelt ein eigener Kasten. 

Kein Raser 

Bei gleichem Takt und gleicher Anzahl Wait- 
States ist ein 80386-Prozessor kaum mehr 
als 20 Prozent schneller als ein 80286. Je- 
denfalls nicht mit DOS-Software, die - für 
8088 geschrieben - auf seine Fähigkeiten 


Eignung 

Selbst mit einem relativ karg ausgestatteten 
AT kann man sich - erst als Hobby-Anwen- 
der - an die meisten DOS-Anwendungen wa- 
gen. Auch Leistungsfresser wie CAD, DTP, 
größere Datenbankanwendungen, Tabellen- 
kalkulation oder wissenschaftliche Berech- 
nungen, die auf einem PC zur Qual werden 
können, sind in vernünftigen Zeiträumen zu 
bewältigen. Als Netzwerkserver sollte ein 
80286-Rechner aber nur in kleinen Netzen 
(drei, vier User) eingesetzt werden. 

Die Anforderungen der genannten Anwen- 
dungen lassen sich zwar schlecht quantifizie- 
ren, aber ein rundum gut ausgestatteter AT 
für 20-MHz-80286 reicht für die meisten Fälle 
auch im professionellen Einsatz aus. Vor al- 
lem ist die zur Zeit schnellste erhältliche Al- 
ternative, ein 80386-AT mit 33 MHz, gar nicht 
so viel schneller wie gemeinhin angenom- 
men wird. Will man es zudem in Zukunft bei 
OS/2, dem optimal auf den 80286 abge- 
stimmten Betriebssystem belassen, ist der 
Zwang zu 80386-CPU allerdings eine weni- 
ger glückliche Wahl, doch zu alldem mehr im 
Abschnitt über die nächste AT-Generation. 


(und Problemchen) keine Rücksicht nimmt. 
Der 80386-Chip ist allerdings mit 33 MHz er- 
hältlich (80286 maximal 20 MHz). 

Ab 25 MHz sind die Buszyklen jedoch so 
knapp bemessen, daß die RAM-Ansteuerung 
zum Problem wird. Entweder muß der Her- 
steller sehr schnelle und sehr teure RAMs 
spendieren, 1 Wait-State einlegen (etwa 20 
Prozent weniger Leistung) oder aber zu einer 
Cache-Lösung greifen. Ein Cache-System 
wirkt trotz langsamer RAMs im Hauptspei- 
cher, als käme es ohne Wartezyklen aus. Ein 
Cache-Controller achtet darauf, daß sich alle 
gerade benötigten Befehle und Daten in ei- 
nem sehr schnellen Extra-Speicher ohne 
Wait-States befinden. 

Speicherkünstler 

Der 80386-Chip bringt - unabhängig von der 
tatsächlichen Gestaltung der Hardware - 
eine neue qualitative Dimension ins PC-Ge- 


schehen. Per Software ist ohne bauliche Ver- 
änderungen eine völlige Umstrukturierung 
des gesamten adressierbaren Speichers 
möglich. So lassen sich Löcher im Speicher- 
bereich oberhalb des Videoadapters mit 
RAM auffüllen oder überflüssige ROMs aus- 
blenden - was man sonst nur auf 80286- 
NEAT-Rechnern vermag. 1 Spezielle 80386- 
Software (etwa DESQview) ermöglicht die 
Einrichtung mehrerer DOS-Speicherberei- 
che von 640 KByte, zwischen denen (und 
den darin laufenden Anwendungen) sich per 
Tastendruck umschalten läßt: In gewisser 
Weise überwindet man so die 640-KB-Bar- 
riere für DOS. Daß man jetzt Speicherberei- 
che bis zu vier Gigabyte linear adressieren 
kann, ließ vor allem die Unix-Anbieter stür- 
misch vom 80286 zum 80386 überlaufen. 
Dem 80386DX (so der volle Name der 32-Bit- 
Version) hat Intel den preiswerteren 16-Bitter 
80386SX zur Seite gestellt. Dieser rangiert 
leistungsmäßig rund zehn Prozent unterhalb 
des 80286 bei gleicher Taktfrequenz, die 
beim SX noch bei maximal 1 6 MHz liegt. Den- 
noch steht der SX - mit allen inne, en Vorzü- 
gen des 80386DX bestens gewappnet-in di- 
rekter Konkurrenz zum 80286 und gilt langfri- 
stig als dessen Ablösung. 

80486 

Der PC ist noch schneller geworden und wird 
jetzt gern als Unix- Plattform oder Worksta- 
tion bezeichnet. Die markantesten Wesens- 
züge des 80486 sind ein integrierter Arithme- 
tik-Coprozessor nebst 8 KByte großem Ca- 
che und Intels Ankündigung, diesen Chip ei- 
nes Tages mit einer Taktfrequenz von 50 
MHz fertigen zu wollen. Einen tatsächlich lie- 
ferbaren Rechner mit 80486 (noch bei 25 
MHz) bietet momentan nur IBM in Gestalt des 
Modell 70-A21 für etwas über 30 000 DM an. 
Ohne Nutzung des internen Arithmetik-Teils 
ist der 80486 bei gleichem Takt etwa 50 bis 
80 Prozent schneller als der 80386. Bei An- 
wendungen für den Coprozessor soll das in- 
tegrierte Gespann des 80486 aber erheblich 
schneller als ein Gespann aus 80386/387 
sein. 

80386SX 
kontra 80286 

80386SX- und 80286-AT liegen leistungsmä- 
ßig so dicht beisammen, daß man die übrige 


1 NEAT - New Enhanced AT ; PCs, die auf der Grundlage 
des NEAT -Chipsatzes von Chips & Technologies aufgebaut 
sind, der bis zu 25 MHz erreichen soll. (Red. MP) 
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ISA, EISA und Mikrokanal 

Oer Mikrokanai ist technisch sicher besser gelungen als der PO- bezie- 
hungsweise AT-Bus, der mittlerweite ISA (Industrie-Standard-Architektur) 
heißt. Jedoch koppelte er den Anwender anfangs völlig vom gesamten bis 
dahin verfügbaren Steckkartenangebot ab. Nach rund zweieinhalb Jahren 
hat sich die Lage allerdings deutlich gebessert, und da die PS/2-Steckkar- 
ten für den Mikrokanal auch auf IBMs angekündigten RISC-Maschinen lau- 
fen sollen, gewinnt der Mikrokanai vielleicht in ein, zwei Jahren eine größere 
Bedeutung. 

Heute ist zwar schön, daß es da einen Bus gibt, auf dem mehrere Prozesso- 
ren parallel arbeiten können oder an den man intelligente Schnittstellen kar- 
ten (mit eigenen Prozessoren oder DMA-Chips) anschließen kann. Ein 
Zwang zum Übergang auf den neuen Bus - vor allem für den einzelnen 
Endanwender - kann aber nur bestehen, wenn dieser attraktive Lösungen 
bietet, die zum unverzichtbaren Standard avancieren und sich mit dem 
Standard-Bus nicht realisieren lassen. Das kann der Mikrokanal heute aber 
genausowenig bieten wie EISA. 

Mit der erweiterten Industrie-Standard-Architektur EISA haben die konser- 


vativen Gomputerhersteller nach langem Lamento zugegeben, daß der Mi- 
krokanai was hat, was der AT-Bus nicht hat. Bei vergleichbaren Leistungs- 
merkmalen zum Mikrokanal hat man mit einem geschickten Steckerkon- 
zept erreicht, daß im EISA-Bus auch normale ISA-Karten laufen. So jeden- 
falls die Theorie. Bisher haben wir keine technischen Erfahrungen sammeln 
können, denn noch hat kein lauffähiger EISA-Rechner den Weg in die Re- 
daktion gefunden. 

Aber sei’s drum, ehe attraktive, unverzichtbare Steckkarten für EISA auf 
den Markt kommen, wird wahrscheinlich noch mehr Zeit ins Land gehen, als 
das für den Mikrokanai der Fall sein wird. Zwar wird man wohl mit dem Kauf 
eines Rechners mit EISA nichts falsch machen können, ob es hingegen 
heute schon einen höheren Rechnerpreis rechtfertigt, ist sehr fraglich. 
Selbst sogenannte Power-User, die immer vorn an der Entwicklungsfront 
mit dem jeweils teuersten und schnellsten Equ-.pment mitkämpfen müssen, 
versäumen zurZeit nichts, wenn sie sich einen ISA-Rechner kaufen. Späte- 
stens in drei Jahren kaufen sie sich sowieso den nächsten Rechner, und bis 
dahin sieht man klarer. 
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Rechnerausstattung nach denselben Ge- 
sichtspunkten wählt. Sollte aber eine gele- 
gentliche Beschäftigung mit Unix auf ihrem 
zukünftigen Programm stehen, dann ist ein 
80386SX eindeutig die bessere Wahl, denn 
schon jetzt ist eine Vernachlässigung der 
Unix-Versionen für 80286-Maschinen spür- 
bar. Auch wer gern DOS-ähnliche Multitas- 
king-Umgebungen (Windows/386, DESQ- 
view) erproben möchte oder schon heute auf 
OS/386 spekuliert, ist mit einem 80386SX- 
System gut beraten. Eine neue interessante 
Anwendungsmöglichkeit, nämlich etliche 
MByte große Datenfelder unter DOS zu bear- 
beiten, bieten auch nur 80386er. 

Profi-Liga 

Ein 80386-AT für den Hausgebrauch ist Lu- 
xus. Privat hält auch ein SX-AT selbst dem 
Anspruchsvollen alle Optionen auf die Zu- 
kunft offen. Sinnvoll ausgelastet sind DX-Ma- 
schinen nur in professionellen Umgebungen 
bei Anwendungen, wo selbst ein 20-MHz- 


Michael Bach , Karl-Friedrich Probst 


Wer nur eine kleine Festplatte in seinem PC 
installiert hat, kann schon mal mit dem Pro- 
blem Platte voll konfrontiert werden. Da hilft 
nur eins - unter den Daten gehörig aufräu- 
men. Dabei stellt man möglicherweise fest , 
daß in mehreren Verzeichnissen überflüs- 
sige Dateien (insbesondere *.Bak-Datei- 
en) vorhanden sind. Zum Löschen der Da- 
teien käme ein kleines Programm gerade 
recht, das diese Arbeit dann Lieber AH erle- 
digt. 

Es muß also ein Programm her, das jeden 
eingegebenen DOS-Befehl im aktuellen und 
in allen tieferliegenden Unterverzeichnissen 
nacheinander ausführt. UeberAII ist ein 
Programm, das diese Bedingung erfüllt. Es 
ist vollständig in Turbo-Pascal 5.0 geschrie- 
ben und auf allen MSDOS-Rechnern lauffä- 
hig. 

Aufrufen wird es mit UA und anschließenden 
Parametern. Bei fehlenden Parametern 
bricht das Programm ab und gibt eine dem- 
entsprechende Fehlermeldung aus. Bei ord- 
nungsgemäßem Aufruf wird zur Sicherheit 
nochmal gefragt, ob der Befehl auch wirklich 
ausgeführt werden soll. Beantwortet man 
diese Frage mit J oder j, beginnt das Pro- 
gramm mit seiner Arbeit im gerade aktuellen 
Verzeichnis. Um sich mit dem Programm ver- 
traut zu machen, sollte man am Anfang harm- 
lose Befehlsfolgen wie „UA dir *.bak“ (alle 
BAK-Dateien auflisten), oder mit UA dir |sort 
(alle Einträge sortiert ausgeben), eingeben. 
Vorsicht ist zumindest bei DEL, ERASE oder 
ähnlichen Befehlen angebracht, denn schnell 
ist ein Programm oder eine Datei, auch bei 
mehrmaliger Existenz auf der Platte, ge- 
löscht. Sinnvoll anwendbar sind alle DOS-re- 
sidenten und -transienten Befehle, die sich 
auf ein Verzeichnis des Datenträgers bezie- 
hen. Befehle wie MODE oder DEBUG sind 


80286 das gutbezahlte Personal in Koffein- 
vergiftungen treibt. 

Wenn Anwendungen laufen, die sich mit Co- 
prozessoren deutlich beschleunigen lassen, 
bringt der Übergang von 80286/80287 zu 
80386/387 einen erheblichen Leistungs- 
schub, denn als Gespann liegen 386/387 
deutlich besser als ihre Kollegen. Eventuell 
lohnt sogar das Umstellen auf den noch 
schnelleren (und etwas teureren) Weitek-Co- 
prozessor beziehungsweise den 80486. 
Ferner sind ein RLL-1 :1 -Controller und eine 
65-MByte-Platte hier als untere Grenze an- 
zusehen. ESDI-Systme sind die nächstbes- 
sere Wahl, aber SCSI ist vor allem dann ins 
Auge zu fassen, wenn die Plattengröße weit 
über 100 MByte liegt. Dann ist nämlich auch 
ein Streamer-Laufwerk (Bandgerät) nötig, 
um die Datenbestände regelmäßig zu si- 
chern, und da bleibt eine SCSI-Lösung sozu- 
sagen in der Systemfamilie. 

Unter Unix oder OS/2 sind vier MByte RAM 
das Profi-Minimum, eine Platte mit mehr als 


daher nicht unbedingt zu empfehlen. Der 
Rechner stürzt bei der Ausführung des Be- 
fehls zwar nicht ab, doch das Ergebnis ist 
eher unbefriedigend. 

Befehle, die mit dem sogenannten Pipe-Zei- 
chen (| = ALT- 142) zusammengesetzt sind, 
bedeuten für das Programm keine Probleme. 
Zum Beispiel bewirkt die Eingabe „dir |sort 
|more“, eine sortierte, seitenweise Ausgabe 
des aktuellen Verzeichnisses. Dabei schreibt 
DOS das Verzeichnis in eine temporäre Da- 
tei, aus der sich der nachfolgende Befehl, in 
diesem Fall „sort“, die Daten herausholt, be- 
arbeitet und seinerseits in eine zweite tempo- 
räre Datei schreibt. Das nächste Kommando 
(more), holt sich dann wiederum die Daten 
aus dieser zweiten Datei und gibt sie an- 
schließend seitenweise auf dem Bildschirm 
aus. Temporäre Dateien werden vom DOS 
zum Zwischenspeichern von Daten benutzt 
und bei einer eventuellen Ausgabe des ge- 
samten Verzeichnisses zwar mit ausgege- 
ben, nach der Bearbeitung aber wieder ge- 
löscht. 

Da „UeberAII“ die DOS-Befehle nicht selbst 
interpretiert, sondern sie nur an den Kom- 
mando-Prozessor weitergibt, werden sie ge- 
nauso abgearbeitet wie auf der DOS-Ebene. 
„UeberAII“ wählt nach der Abarbeitung ledig- 
lich ein neues Verzeichnis aus und gibt den 
Befehl dann wiederholt an COMMAND- COM 
weiter. 

Befehlsweitergabe 

Das Programm selbst besteht aus drei Tei- 
len: dem Hauptprogramm, der Prozedur 
FindDir und der Funktion OK. Dem Hauptpro- 
gramm stehen mit den Turbo-Pascal-Funk- 
tionen ParamCount und ParamStr die Anzahl 
und der Text der eingegebenen Parameter 
zur Verfügung, woraus es eine Kommando- 
zeile baut. Sind keine Parameter angegeben, 
bricht das Programm seine Arbeit ab und 
weist mit einem Beispiel auf den Fehler hin. 
Andernfalls wird zur Sicherheit noch mal ge- 


100 MByte allein für Unix ist ebenfalls emp- 
fehlenswert. Eine 16-Bit-VGA sollte nicht feh- 
len, aber es gibt sicher genügend Einsatzbe- 
reiche, wo man mit einer monochromen Her- 
cules- Ausstattung auskommt. Bei professio- 
nellem CAD oder DTP ist jedoch hochwerti- 
ges grafisches Spezial-Equipment gefordert, 
das nicht selten mehr als der restliche Rech- 
ner kostet. 

Die avisierten 486-ATs kann man derzeit 
mangels genauerer Kenntnis nur als die li- 
neare Fortsetzung der 386er an'sehen, ent- 
sprechend ausrüsten und einsetzen. Aber 
man darf sicher sein, daß auch der 50-MHz- 
80486 bald seinen Meister in Gestalt eines 
80586 findet. 
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fragt, ob der Befehl wirklich überall ausge- 
führt werden soll. 

Die Tastaturabfrage übernimmt dabei die 
Funktion OK, die eingegebene Kleinbuchsta- 
ben zuerst mit der Funktion UpCase in Groß- 
buchstaben umwandelt. Akzeptiert werden 
nur die Tasten „J“, „Y“ und „N“. Im Falle ei- 
ner negativen Antwort („N“) liefert OK ein 
FALSE zum Hauptprogramm zurück, worauf 
das Programm dann abbricht. Bei einer posi- 
tiven Antwort („J“ oder „Y“) liefert OK ein 
TRUE. 

# Weiter geht es im Hauptprogramm mit dem 
' Befehl GetEnv, der feststellt, wo sich COM- 
MAND.COM befindet, und den Suchpfad 
dann in der Variablen ExecPath ablegt. Um 
nach Beendigung des Programms wieder 
das Verzeichnis anzuwählen, das zur Zeit 
des Programmstarts aktuell war, muß dieses 
noch in der Variablen OrgPfad abgelegt wer- 
den. Danach startet die eigentliche Suchrou- 
tine FindDir. 

Der erste Teil dieser Prozedur prüft, ob eine 
Taste gedrückt wurde. Falls ja, kann das Pro- 
gramm mit „J“ abgebrochen oder mit „N“ 
weitergeführt werden. Bevor es mit der Über- 
gabe der Kommandozeile an COMMAND- 
.COM weitergeht, werden mit dem Befehl 
Swap Vectors, die Werte einiger Interrupt- 
Vektoren mit den Inhalten derglobalen Varia- 
blen Saveint getauscht. Das hat den Vorteil, 
daß das durch den angegebenen DOS-Be- 
fehl aufgerufene Programm mit den Original- 
DOS-Vektoren arbeiten kann. Bei einem 
eventuell auftretenden Fehler landet dieses 
Programm dann nicht in der Laufzeitbiblio- 
thek von Turbo-Pascal, sondern im DOS. 
Nach der Befehlsabarbeitung sollte Swap- 
Vectors erneut aufgerufen werden, um die In- 
halte der Interrupt-Vektoren und der von 
Saveint wieder zurückzutauschen. 

Rekursive Suche 

Der Befehl Exec reicht die Kommandozeile 
an COMMAND.COM weiter, der den DOS- 
Befehl dann im derzeit aktuellen Verzeichnis 
ausführt Die Aufgabe des Programms be- 
steht darin, festzustellen ob noch weitere Un- 
terverzeichnisse existieren. Dazu sucht es 
mit FindFirst den ersten Eintrag im Verzeich- 
nis, der anschließend näher untersucht wird. 


UeberAII das gleiche 

DOS-Befehle in allen Directories 
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1 (*$R+, S+, I+,B-,M 4096,0,0 *) (* M <- sehr wichtig! *) 

2 Program UA; 

3 (* Ein beliebiges Programm oder DOS-Befehl wird ÜeberAll, 

4 d.h. im aktuellen Verzeichnis und allen ünterverzeichnissen ausgeführt. 

5 Dr. Michael Bach / c't 1989 *) 

6 Uses Crt, Dos; 

7 Const 

8 Version ® 'Vs. 1.2, 17.7.89 MB'; 

9 Var 


10 

ExecPath, ComLine, OrgPfad : PathStr; 


11 

i : Integer; 


12 

Function Ok: Boolean; 


13 

Var 


14 

c : Char; 


15 

b : Boolean; 


16 

Begin 


17 

Write (#7, ’ Ok? '); 


18 

Repeat 


19 

c:= üpCase (ReadKey) ; 

(* Kleinbuchstaben zu Großbuchstaben *) 

20 

b:= c in ['J', 'Y\ 

(* Prüfung auf gültige Eingabe *) 

21 

If not b then Write (#7) ; 

(* Wenn nicht, dann weiter warten *) 

22 

Until b; 


23 

ok: = c in ['J 1 , ' Y 1 ] ; 

{* ok ist TRUE, wenn J oder Y *) 

24 

WriteLnic); 


25 

End: 


26 

Procedure FindDir; 


27 

Var 


28 

f : SearchRec; 


29 

Begin 


30 

If KeyPressed then 

{* Wenn Taste gedrückt, dann *) 

31 

Begin 


32 

WriteLn; Write ('"UA’ 1 Abbrechen '); 

(* fragen ob beendet werden soll *) 

33 

If ok then 

(* Wenn ja, dann *) 

34 

Begin 


35 

ChDir (OrgPfad); Halt; 

(* Start-Directory aufrufen *) 

36 

End; 

(* und Programm beenden *) 

37 

End; 


38 

SwapVectors; Exec (ExecPath, ComLine); SwapVectors ; 



(* Vectoren tauschen und Parameter an *) 
(* COMMAND.COM übergeben *) 

39 

FindFirat Directory , f ) ; 

(* Ersten Eintrag im aktuellen *) 

(* Directory suchen *) 

40 

While DosError = 0 do 

(* Wenn kein DOS -Fehler, dann *) 

41 

Begin 

{* prüfen ob Eintrag ein Directory ist * 

42 

if (f.attr = Directory) and (Pos ( 1 . 1 , f.Name) 

= 0) then 

43 

Begin 

{* Wenn ja, dann Directory wechseln *) 

44 

ChDir (f.Name) ; FindDir; ChDir 

{* Rekursiver Prozedur-Aufruf *) 

45 

End; 


46 

FindNext (f } ; 

{* Nächsten Eintrag suchen *) 

47 

End; 


48 

End; 


49 

Begin (* Hauptprogramm *) 


50 

WriteLn; WriteLn ('*** ÜeberAll *** ’+Version); 


51 

ComLine : = " ; 


52 

For i:= 1 to ParamCount do ComLine ComLinet ' 

'+ ParamStr(i); 

53 

(* comline : = 1 dir *.bak\- {zum Testen) *) 


54 

If Comline = ' ' then 

{* Werden keine Parameter angegeben, *) 

55 

Begin 

(* dann Text ausgeben *) 

56 

WriteLn ( 'Parameter erwartet; "UA <aktion>". Dann wird <aktion>'); 

57 

WriteLn ('im aktuellen und allen Unterverzeichnissen ausgeführt.'); 

58 

WriteLn ( 'Beispiel; "UA dir *.bak'"); 


59 

Halt; 

(* und Programm abbrechen *) 

60 

End; 


61 

Write ( 'Wirklich ÜeberAll " ' , ComLine+ '" 


62 

If not ok then Halt; 

{* Ist ok = FALSE, dann Programm beenden 

63 

ExecPath:= GetEnv { ' COMSPEC ’ ) ; 

(* Suchweg zum COMMAND.COM herausfinden 

64 

ComLine:= ' /C'+ Comline; 


65 

GetDir{0, OrgPfad); 

(* ermitteln des aktuellen Directory *) 

66 

FindDir; 

(* Prozedur FindDir aufrufen *) ; 

67 

ChDir (OrgPfad) ; 

(* Zum alten Directory zurückkehren *} 

68 

End. 



Das Turbo-Pascal-Programm führt jeden angegebenen DOS-Befehl im aktuellen und allen tieferlie- 
genden Verzeichnissen aus. 


Die beiden ersten Einträge eines Unterver- 
zeichnisses sind zwar als Verzeichnisse aus- 
gezeichnet, beginnen aber mit einem Punkt. 
Da sie aber nur Informationen über das aktu- 
elle Verzeichnis enthalten, sind sie keine Ver- 
zeichnisse im eigentlichen Sinn und müssen 
daher übersprungen werden. Das Programm 
ruft ein Unterverzeichnis daher nur dann auf, 
wenn der gefundene Eintrag als Verzeichnis 


markiert und das erste Zeichen des Namens 
kein Punkt ist. 

Findet das Programm ein solches Verzeich- 
nis, so wählt es dieses als aktuelles Verzeich- 
nis an und führt den gewünschten Befehl 
darin aus. Danach beginnt die rekursive Su- 
che von neuem. Sind keine weiteren Unter- 
verzeichnisse mehr vorhanden, wird mit 
CHDIR (. .) ins übergeordnete Verzeichnis 


zurückgekehrt und dort geprüft, ob noch wei- 
tere Verzeichnisse vorhanden sind. Sind alle 
Verzeichnisse abgearbeitet, endet das Pro- 
gramm. (kp) 
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TERMINE 


10. Internationale Fachtagung 
„Galvanotechnik 1990“ 

WER? Kammer der Technik, Fachverband 
Elektrotechnik und Bezirksverband Karl- 
Marx-Stadt 

WANN? 9. bis 11. Mai 1990 
WO? Stadthalle Karl-Marx-Stadt 

| WAS? 

' • komplexe Prozesse in der Galvanotech- 

nik, insbesondere Beschichtungsverfah- 
ren. Stoffkreisläute, Wertstoffrecycling, 
j rechnergestützte Prozeßplanung und -rea- 
] lisierung 

I • galvanische Verfahren für die Mikroelek- 
tronik 

WIE? Einladungen fordern Sie bitte an bei: 
Kammer der Technik, Bezirksvorstand 
Karl-Marx-Stadt, Annaberger Straße 24, 
Karl-Marx-Stadt, 9001; Tel. 6 21 41 


13. Internationales Seminar 
über Datenbankbetriebssysteme 

WER? Forschungsinstitut für Computer und 
Informatik (ITCI) und Territoriales Rechen- 
zentrum Constanfa (CTCE) 

WANN? 1 7. bis 22. September 1 990 
WO? Mamaia, Rumänien 

WAS? 

• Datenbanktheorie, Modelle und Werk- 
zeuge 

• Datenbank-Entwurfsmethodologien und 
-Sprachen 

• objektorientierte, deduktive und tempo- 
rale Datenbanken 

• Schnittstellen für natürliche Sprachen 

• Datenbank-Maschinen 

WIE? Die Veranstaltungssprache ist Eng- 
lisch. Nähere Informationen erhalten Sie 
über: VEB Leitzentrum für Anwendungsfor- 
schung Berlin, (Dr. Lange oder Dr. Oß- 
wald), Jacques-Duclos-Straße 47/52, Ber- 
lin, 1156. 
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Schreibschutz per Software 


Dr. Christian Hanisch, Berlin 


Es gibt Anwendungsfälle, bei denen die 
Festplatte des PCs zugänglich sein muß , 
aber Schreibzugriffe - gewollte und unge- 
wollte (beispielsweise bei Viren befall) - 
nicht zugelassen werden sollen. 

Mit dem Programm HDONLY (Hard Disk 
ONLY read), das als TSR-Programm (Termi- 
nate and Stay Resident) den INT-13H-Hand- 
ler des Betriebssystems durch eine entspre- 
chende eigene Routine ersetzt, ist es mög- 
lich, einen Schreibschutz per Software zu ga- 
rantieren. Durch den eigenen INT-13H- 
Handler werden Schreibzugriffe entweder 
auf die gesamte Festplatte oder auf eines der 
Laufwerke A und B (Diskette) bzw. C, D und 
E (Festplatte) abgewiesen. Der Zugriff auf die 
RAM-Disk ist davon nicht betroffen. Bei einer 
Aufteilung der Festplatte in mehrere logische 
Festplattenlaufwerke (HDONLY nimmt maxi- 
mal drei logische Laufwerke C, D und E an) 
ist es zweckmäßig, das Laufwerk C als soge- 
nanntes SYSTEM-Laufwerk Read Only zu 
setzen, um dadurch den Bestand an Stan- 
dardsoftware vor Modifikationen zu schüt- 
zen. 

Das Problem des versehentlichen Formatie- 
rens der Festplatte wird durch Angabe des 
Parameters F oder f beim Aufruf von HDONLY 
gelöst. Es sind zwar Lese- und Schreibzu- 
griffe auf die Festplatte erlaubt, ein Formatie- 


ren von Teilen oder der gesamten Festplatte 
aber wird zurückgewiesen: 

HDONLY !<CR> Kein Formatieren erlaubt! 
Der Aufruf ohne Parameter sperrt die ge- 
samte Festplatte gegen Schreiben und ist 
beispielsweise bei einer diskettenorientierten 
Arbeitsweise auf einem PC mit sachgebiets- 
orientiert eingerichteter Festplatte zu emp- 
fehlen. Die Nutzer können dabei auf die Stan- 
dardsoftware lesend zugreifen - haben aber 
die Festplatte sonst nicht zur Verfügung. 
Darüber hinaus könnten durch weitere 
Schutzmaßnahmen (Password, SaveDir) ge- 
wisse Dateien auch gegen einen Lesezugriff 
abgesichert werden. Da HDONLY auch die 
Diskettenlaufwerke A und B mit Software- 
Schreibschutz versehen kann, ist eine be- 
queme Möglichkeit gegeben, ohne die Dis- 
kette abzukleben, gewisse Tests zur Viren- 
suche auf Disketten vorzunehmen. Aller- 
dings hilft das nur gegen Viren, die sich mit 
diesem I NT- 13H-Trick fangen lassen. 

Auch beim Kopieren zur Datensicherung 
vom Laufwerk A nach B kann es nützlich sein, 
das Laufwerk A Read Only zu setzen, um 
nicht irrtümlich die alten Backup-Dateien vom 
Laufwerk B auf die aktuellen Dateien des 
Laufwerks A zu sichern. Das speicherresi- 
dente Programm HDONLY ist natürlich nur 
ein Softwareschutz und hat damit seine ent- 
sprechenden Grenzen. Es könnte in der AU- 
TOEXEC.BAT als letztes der resident zu la- 
denden Programme aufgerufen werden. Da- 
durch kann es bei Bedarf mit einem (residen- 


ten) Programm zum Speichermanagement 
(beispielsweise mit dem vorher geladenen 
Ram Free) wieder bequem entfernt werden. 
Nach der Entfernung von HDONLY aus dem 
RAM ist der Schreibschutz wieder unwirk- 
sam. Dieses Vorgehen ist bei Diskettenarbeit 
deutlich schneller als Diskette abkleben und 
danach den Schreibschutz physisch wieder 
entfernen. 

Es gibt Software Werkzeuge und einzelne Pro- 
gramme, die während ihrer Abarbeitung ge- 
wisse Parametereinstellungen auf die Platte 
zurückschreiben - beispielsweise die inte- 
grierten Pakete. In diesen Fällen muß über 
Batch-Dateien erst einmal eine Kopie auf die 
RAM-Disk oder ein ungeschütztes Festplat- 
tenlaufwerk gebracht und die eigentliche Ab- 
arbeitung dann von dort gestartet werden. 
Bild 1 zeigt den Assembler-Quelltext des Pro- 
gramms HDONLY. ASM, der so abgetippt und 
mit MASM, LINK und EXE2BIN in die Datei 
HDONLY.COM überführt werden kann. Zum 
weitgehend selbsterklärenden Quelltext 
einige Bemerkungen: 

• Das Programm HDONLY.ASM besteht als 
TSR-Programm aus zwei Teilen, dem eigent- 
lichen neuen INT-13H-Handler (ab Marke 
MY_INT13 bzw. TSR_Begin) und dem Initia- 
lisierungsteil (ab Marke INIT_VECTORS bis 
zum Programmende). 

• Im Initialisierungsteil wird die Auswertung 
der ParamStr-lnformation vorgenommen 
und ein Test durchgeführt, der ein wiederhol- 
tes Laden des Programms verhindert. Letzte- 
res geschieht mit Hilfe des Makros XREADY. 
Dabei wird der Code des neu zu installieren- 
den Programms mit dem Code aller bereits 


/ ~ — — \ 

1: page 88,132 

2: title HDONLY.ASM - Schreibschutz per Software 

3: ; Version 2.0 
4: COMMENT @ 

5: Das Programm faengt ueber einen "neuen" INT 13 -Händler 

6: alle Schreibbefehle auf: 

7: 1) die Harddisk lauf werke (80h .. 82h) 

8: - ausser RAM-Disk's - 

8: 2) das bei» Aufruf als <ParamStr> -Inf ormat ion angegeben« 

10 : Laufwerk 

11: - C..E (Festplatten) und A. ,B (Disketten) - 

12: 3) - ein FORMATieren der Festplatte, falls als <ParamStr>- 

13: Information "F“ angegeben wird, 

14: ab. 

15: (C) Ch. Hanisch 

16: $ 23.06.89 

17: 

18: ; M a c r o s: 

19: DOS macro func,pam 
20: IFNB <pam> 

21: mov ax, func*256+pam 

22: ELSE 

23: nov ah, func 

24: ENDIF 

25: int 21h 

26: ende 

27: 

28: LINK nacro int , oldint loc.newintloc 
29: mov al, int 

30: DOS 35h 

31: mov Word PTR oldintloc.bx 

32: mov Word PTR oldintloo+2, es 

33: nov dx, OFFSET newintloc 

34: nov al,int 

35: DOS 25h 

36: endn 

37: 

38: KEEP nacro initbegin, startpgm 

39: nov ax, 3100h ; T)erninate and S)tay R)esident 

40: nov dx, ( (OFFSET in i tbeg i n -OFF SET startpgm )+10Fh) SHR 4 

41: int 21h 

42: endn 

43: 

44: XREADY nacro QqpStart,CnpEnd,SchonDaMarke 
45: LOCAL NextMCB , NoMCB 

46: ; Die undokumentierte Funktion 52h liefert einen Zeiger auf 
47: ; eine Liste, an deren Anfang-2 der ZEIGER auf den ersten MCB. 

48: ; (Memory Control Block) steht. 

49: mov ah, 52h 

50: int 21h 

51: mov dx.es: [bx-2] 

52: mov bx,cs 

53: mov es,bx 

54: push ds 

55: ; Hat der aktuelle MCB die Kennung: "M" 

56: ; dann ist er belegt. 

57: NextMCB: 

58: mov ds.dx 

59: xor si.si 


60 

61 

62 

63 

64 

65 

66 
67 


70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 
87 


90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 

106 

107 

108 

109 

110 
111 
112 

113 

114 

115 

116 

117 

118 

119 

120 


lodsb 

emp al/’H" 

; Falls nicht "M", dann ist die Liste beendet; 

; das Programm ist noch nicht resident geladen, 
jne NoMCB 

; An OFFSET 1 steht die Segmentadresse des PSP 
; (P)rogram S)egment P)refix - Programmvorspann), 
lodsw 
push ax 

; An OFFSET 3 steht die Länge des momentanen MCB 
; in Paragraphen - 1. 
lodsw 
inc ax 
add dx, ax 

; Wenn der gerade untersuchte MCB der des aktuellen 
; Codesegments ist, dann wird die Prüfroutine übersprungen, 
pop ax 
emp ax, bx 
je NextMCB 

; Jetzt werden die beiden Programmteile miteinander 
; verglichen: 

mov ds , ax 

mov si, OFFSET CfcpStart 
mov di,si 

mov ex, OFFSET CmpEnd - OFFSET CmpStart 
REPE Cmpsb 
jne NextMCB 

NoMCB: 

pop ds 

jne NoSchonX 
jmp SchonDaMarke 
NoSchonX equ $ 
endm 


code SEGMENT Code ' 

ASSUME cs : code, ds: nothing, es: nothing 
org 100h 

TSRJJegin: jmp INIT_VECTORS ; Initialize and Attach to DOS 
HDONLY PRDC fax 

LWTyp db 02h, 02h ; Lw. A und B Diskettenlaufwerke 

db 24 DUP (0FFh) 

; Laufwerkstypen in A. .B / C/D/E..Z 

; FFh - RAM-Disk oder ungültiges Laufwerk 
; 05h - Festplattenlaufwerk 
; 02h - Diskettenlaufwerk (720 KByte) 

LWArt db 10000000B ; Maske fuer Art des Laufwerks 

OLD.INTLOC label DWORD ; Address for old INT 13-Routine 
dd ? 


MY_INT13 PROC NEAR 
pushf 

test dl,cs:LWArt ; Maske abtesten 

jz Do_It_l 
CallGo: call DSKTYP 

je Do_It„2 ; CF gesetzt — > RAM-Disk oder 
; ungueltiges Lw. 

emp ah, 3 ; Funktion: Sector schreiben ? 

Fl: je Error 

emp ah,0Bh ; Funktion: Sector schreiben ? 
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121 

F2: je 

Error 



238 

jl 

HDok 

■: /'T: " ■ = . '*.= ='■ ./■ 

122 

cmp 

ah,0Fh 

; Funktion: Sectorbuffer schreiben 

? 

239 

cmp 

dl/z” 


123 

F3: je 

Error 



240 

jg 

HDok 


124 

cmp 

ah, 7 

; Funktion: Ab Spur N formatieren 

? 

241 

sub 

dl, 20h 

; oder: and dl, 255-32 

125 

je 

Error 



242 

HDok: 



126 

cmp 

ah, 6 

; Funktion: Spur formatieren 

? 

243 

cmp 

dl, "A" 

; Diskettenlaufwerke A und B 

127 

je 

Error 



244 

jl 

OhneParm 


128 

cmp 

ah, 5 

; Funktion: Sector formatieren 

? 

245 

cmp 

dl/E" 

; Explizit nur bis Laufwerk E 

129 

jne 

Do_It_2 



246 

jg 

OhneParm 


130 

Error : 




247 

mov 

LW,dl 

; Laufwerksname sichern f. Anz. 

131 

mov 

ah,0BBh 

; Fehlercode und CF setzen 

248 

sub 

dl, 64 

; Convert to Binary; Lw. A — > 01h 

132 

popf 




249 

mov 

LWTest, 0FFh 

; Wird von RAMDSK dann gesetzt I 

133 

stc 


; DOS ruft dann INT 24h 


250 

call 

RAMDSK 


134 

ret ; 

2 

; HDONLY beenden 1 ! 


251 

je 

OhneParm 


135 





252 

cmp 

LWTest, 05h 

; Festplatten lauf werk ? 

136 

Do_Jt_l: 




253 

jne 

HDNo 


137 

or 

Byte PTR 

cs : LW Art , 00000000B 


254 

add 

dl, 125 

; 03h — > 80h; 04h -> 81h; ... 

138 

jz 

CallGo 

; Bei Diskettenlaufwerk A: 

255 

mov 

LWArt,dl 

; Neue Maske fuer Lw. C/D/E 

139 

Do_It_2 : popf 




256 

jmp 

short OhneParm 


140 

jmp 

DWord PTR cs : OLD_INTLOC ;Rufe "alten" INT 13 

257 

LWTest 

db 0FFh 

; Zwischenspeicher fuer RAMDSK 

141 

; 



— 

258 

HDNo: dec 

dl 


142 

DSKTYP PRDC 

near 



259 

mov 

LWArt,dl 

; Neue Maske fuer Lw. A/B 


143 

144 

145 

146 


147 


push 

ax 



264 

jne 

attach 

148 


push 

si 



265 

mov 

ax, 9090h ; Zwei NOP-Befehle 

149 


xor 

ax, ax 



266 

mov 

Word PTR Fl,ax 

150 


mov 

al,dl 



267 

mov 

Word PTR F2,ax 

151 


and 

al, 10000000B 

; Kein Festplattenlaufwerk ? 

268 

mov 

Word PTR F3,ax 

152 


cmp 

al , 10000000B 



269 

attach : 


153 


jne 

NoRAMDx 



270 

; Laufwerkstypen festste 1 len — > LWTyp[i] 

154 


mov 

al,dl 



271 

mov 

si,3 ; Laufwerk C .. Z 

155 


sub 

al , 128 

; 80h 

— > 02h; 81h --> 03h; ... 

272 

mov 

di,2 

156 


mov 

si,ax 



273 

mov 

cx,24 

157 


cmp 

cs:LWTyp[si] ,0FFh 

; RAM-Disk-Laufwerk, 

274 

Zyklus : 


158 


jne 

NoRAMDx 



275 

mov 

dx,si 

159 


stc 




276 

mov 

Byte PTR LWTyp[di] ,0FFh ; RAM-Disk- ] 

160 


jnp 

Short Retur 



277 

call 

RAMDSK 

161 

NoRAMDx: 

sahf 




278 

- je 

RAMD_Ist 

162 

Retur : 

pop 

si 



279 

mov 

al, LWTest 

163 


POp 

ax 



280 

mov 

Byte PTR LWTyp[di],al 

164 


ret 



4 

281 

RAMD_Ist: 


165 

DSKTYP 

endp 




282 

ine 

si 

166 

MY_INT13 endp 




283 

inc 

di 

167 

TSRJnd 

equ 

$ 



284 

loop 

Zyklus 

168 

HDONLY 

endp 




285 

LINK 

13h , OLD_INTLOC , MY_INT13 


169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 
181 
182 
183 
184: 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 


204 

205 

206 

207 


210 

211 

212 

213 

214 

215 

216 

217 

218 

219 

220 
221 
222 

223 

224 

225 

226 


RAM -Disk-Laufwerk bzw. ungültiges Laufwerk herausfiltern 


INPUT: DL - Laufwerk: 00h. ,01h. .7Fh (Diskette); 

80h. ,83h. .FFh (Festplatte/RAM-Disk) 
OUTPUT: CF gesetzt - RAM-Disk oder ungueltiges Lw. 


260 

261 

262 

263 


Initialisierung 


ASSUME ds : code , es : nothing 
RAMDSK FRDC near 

INPUT: DL - Laufwerk: 01h. ,02h (Diskette); 

03h. .05h (Festplatte/RAM-Disk) 
OUTPUT: LWTest - Typ des Laufwerks: 05h (Festplatte); 

02h (Diskette); 

FFh (Ungültiges Lw.) 
CF gesetzt - RAM-Disk oder ungueltig 

push bx 
push cx 
push dx 
push ax 
mov bl, dl 
ah, 44h 
al,0Dh 
ch, 8 
cl,60h 

dx, OFFSET ds:DPB 
21h 

Bei RAM-Disk oder unguel tigern Lw. 
wird CF gesetzt ! ! 
push si 
nov si,dx 

al,Byte PTR ds:[si+l] 

Byte PTR cs: LWTest, al 


286 

287 

288 

289 

290 

291 

292 

293 

294 

295 

296 

297 

298 


< Par amS t r > -Inf o r mat ion 


OhneParm : 
cmp 


no FORMAT ieren der 
Festplatte 


dl/F" 


nov 

mov 

int 


dx, OFFSET message 

ah, 9 

21h 


Installations-Meldung 


KEEP TSRJEnd , TSRJ3eg in 


SehonDa : 

nov dx, OFFSET Errormessage 

nov ah, 9 

int 21h 

mov ax,4C80h 

int 21h 


Fehlermeldung 


error level 128 
Return to DOS 


Laufwerk: 01h. ,05h 


mov 

mov 

mov 

nov 

nov 

int 


nov 

nov 


197 

pop 

si 

198 

pop 

ax 

199 

pop 

dx 

200 

POP 

cx 

201 

POP 

bx 

202 

ret 


203 

RAMDSK endp 



; »>»>»>»>>»>>> Hier geht's los 
INIT_VECTORS PRDC near 
push 
pop 
xor 
xor 
mov 
mov 
lodsb 
add 
mov 


<««<<«<««<«« 


ds 

dx,dx 
ax, ax 
es,ax 
si,80h 


Initialisieren des Daten-Segments 


DX definiert setzen auf Null 
AX definiert setzen auf Null 
ES definiert setzen auf Null 


si.ax 

Byte PTR ds:[si],00h 
XREADY MY_INT13 , TSRJEnd , SehonDa 
<ParamStr> -Information aus der Aufrufzeile: 
Aufruf: 

======= HDONLY [<Laufwerk> ] <CR> 


<Laufwerk>: := A. .B und C. .E oder 

F)ORMATieren gesperrt. 

Mit der <ParamStr> -Information "F" bzw. "f" wird die 
Festplatte nur für FORMATieren gesperrt, sonstige 
Schreibzugriffe sind erlaubt, 
mov si,61h 


299 

300 

301 

302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 

321 

322 

323 

324 

325 

326 

327 

328 

329 

330 

331 

332 

333 

334 

335 

336 

337 

338 

339 


'[K' 


message db 13, 10, 27/ [K ',13, 10,27 
db 13,10,27, '[K' 

db ' 

db 13,10,' ' ,27, ' [7mH ' ,27, '[m)ard- ' ,27, 


Aufruf : 


db 27, ' [m)isk ' ,27, ' [7mONLY' ,27/ [m read 
db 13,10, ' 
db 13,10, ' 
db 13,10, ' 
db 13,10, ' 
db 13,10, ' 

db 27, ' [7m F)ORMAT"no' ,27, 
db 13,10/ 


[7rfr 

( INT 13 ) II ' 


HDONLY [ <Lauf werk> ] <CR> 


<Laufwerk> : : = 

[mir 


A. .B und C. .E 


Schreibschutz per S 0 F T-WARE für die 
gesamte Festplatte bzw. das beim Auf- 
ruf angegebene <Laufwerk> : 


db 13,10," 
db 13,10, ' 
db 13,10/ 
db 13,10, ' 
db 13,10, ' 

LW db 20h 
db 

db 13,10,” 
db 13,10, ' 
db 13,10, ' 
db 13,10, ' 
db 13,10, ' 

db 13, 10, 27/ [K', 13, 10, 27/ [K', 24h 
Errormessage db 13, 10,27/ [K' , 13, 10,27/ [K' 
db 13,10, ' 
db 13,10, 

db 27/ [7m H D 0 N L V ',27/[m 


Formatieren der 
Harddisk verboten ! 


HDONLY schützt vor "Viren-Infektionen" 
und ermöglicht Laufwerk C als Read Qnly| 
SYSTEM-Lauf werk . 

2.0 . == (C) Ch. Hanisch 


on INT 13 
already resident 


Schreibschutz per SOFTWARE] 
schützt vor "Viren-Infektionen" 


db 13,10 
db 13,10/ 
db 13,10/ 
db 13,10, ' 
db 13,10, ' 
db 13,10, ' 
db 13,10, 

db 13, 10,27/ [K' ,13, 10,27/ [K' ,24h 
DPB equ Errormessage ; DPB db 50 DUP (88) 

INIT_VECTORS ENDP 
code ENDS 

end TSR_3egin 


U 2.0 = 


: (C) Ch. Hanisch 


227 

lodsb 




228 

cmp 

al,0 



229 

je 

OhneParm 



230 

cmp 

al, 20h 

; <SP> (Blank) 

? 

231 

je 

Leer 



232 

cmp 

al,09h 

; <TAB> CI) 

? 

233 

je 

Leer 


234 

cmp 

al//" 

; Parm-Separator ? 

235 

je 

Leer 



236 

mov 

dl,al 



237 

cmp 

dl, "a" 

j Umwände ln in GROSS- 


Bild 1 Quelltext des Assemblerprogramms HDONLY. ASM 
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resident geladenen verglichen. Wird in einem 
Fall Gleichheit festgestellt, so ist das Pro- 
gramm bereits im Speicher installiert; der 
Nutzer wird darüber informiert. 

• In der Prozedur RAMDSK wird geprüft, ob 
die in dem Feld LWTyp aufzuführenden Lauf- 
werke von A bis Z Festplatten (05H), Disket- 
ten (02H) oder ungültig bzw. RAM-Disks 
(OFFH) sind. Die Informationen aus dem Feld 
LWTyp werden später von der Prozedur 
DSKTYP beim Aufruf des INT-13H ausge- 
wertet. 

• Mit den Makros LINK und KEEP wird die 
TSR-Routine des neuen INT-13H-Flandlers 
resident. Eine entsprechende Nachricht 
(Message bzw. Errormessage) wird zur Infor- 
mation des Bedieners ausgegeben, die aber 
durch: 


HDONLYonul 

in BATCH-Dateien ins Nichts (nul) umgeleitet 
werden kann. 

• ln der Prozedur MY_INT 1 3 werden mittels 
einer Maske LWArt, die im Initialisierungsteil 
entsprechend der in ParamStr übergebenen 
Laufwerksangabe gestellt wurde, die INT- 
13H-Anforderungen überprüft. Im Register 
AH werden die Codes für die entsprechen- 
den Schreiboperationen übergeben. Fallsein 
passender Code festgestellt wird, verzweigt 
das Programm zur Marke Error und setzt ei- 
nen Fehlercode, de; zum Aufruf des INT 24H 
führt. 

Das Betriebssystem schreibt eine Fehlermel- 
dung, die vom INT-24H ausgelöst wird. Der 
Bediener muß mit Abbruch antworten, womit 
der Schreibversuch beendet wird. Falls kein 


passender Code in AH festgestellt wird, geht 
die Steuerung zum originalen INT-13H zur 
Ausführung der Anforderung. 

Im Falle der Sperre nur für das Formatieren 
werden an den Marken Fl bis F3 drei NOP- 
Befehle eingefügt, so daß die Auswertungen 
der Prüfungen auf die entsprechenden Co- 
des zum Sector schreiben usw. entfallen. 
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Prozedurrufe zurückverfolgen 

Olaf Ginter, Bad Klosterlausnitz 


Mit Hilfe vorgefertigter Programmteile (Bibliotheksroutinen) ist auch 
mit Turbo-Pascal die Programmerstellung effektiver möglich. Aller- 
dings können solche Programmbausteine nicht völlig unabhängig von 
globalen Bedingungen eingefügt werden. Falsche Parameterfestle- 
gungen, die bei der Programmierung der Bausteine nicht vorausbe- 
dacht wurden, können dann Programmfehler und -abbrüche verursa- 
chen. Wird als Abbruchstelle ein solcher vorgefertigter Programm- 
baustein ermittelt, dann entsteht die Frage, welcher übergeordnete 
Programmteil diesen benutzt hat und dabei den Fehler verursachte. 
Ab Version 5.0 liefert der in die Entwicklungsumgebung integrierte 
Debugger über die Tastenkombination [Ctrl]-F3 („Call Stack“) und 
das Setzen von ünterbrechungspunkten Hilfsmittel zur Klärung die- 
ser Fragestellung. Wie aber kann man sich bei den älteren Compiler- 
versionen helfen? 

Beispielsweise kann über Monitorausschriften die Prozedurruffolge 
ermittelt werden. Eleganter ist es aber, nicht alle Aufrufstellen zu su- 
chen und mit Monitorausschriften zu erweitern, sondern einfach im 
Fehlerfall über den Prozessor-Stack die Aufrufe zurück zu verfol- 
gen. 

Wie das bei den Compiler- Versionen 3.x für 16-Bit-Rechner erreich- 
bar ist, wurde in IM gezeigt. Im Bild 1 wird Ihnen nun eine Include-Da- 
tei zur Fehlersuche für die 8-Bit-Version vorgestellt. 

Der Compiler oder die Entwicklungsumgebung, in die er integriert ist, 
erlaubt unter den Optionen auch die Suche nach einer bestimmten 
Programmstelle deren Adresse hexadezimal eingegeben wird. Bei er- 
folgreicher Suche wird in den integrierten Editor verzweigt und der 
Kursor auf die entsprechende Quelltextstelle gebracht. Eine Beson- 
derheit ist dabei, daß die eingegebene Suchadresse relativ zur Start- 
adresse des Programms, also als Offset, interpretiert wird. Auf Grund 
der Besonderheiten des Compilers befinden sich nach Eintritt in eine 
gerufene Prozedur (zur Ausführungszeit der ersten Anweisung) keine 
Parameter mehr und auch keine lokalen Variablen auf dem Prozes- 
sor-Stack, sondern lediglich die Return-Adresse. Diese kann man sich 
nun durch Inline von Assemblercode oder, wie hier gezeigt, über den 
StackPtr holen, davon die Startadresse des Programms subtrahieren 
und das Ergebnis hexadezimal ausgeben. Dies erledigt die Prozedur 
TraceBack von der Stelle an, wo sie selbst aufgerufen wurde (also in- 
nerhalb der zu untersuchenden Unterprozedur). Vorher muß festge- 
legt werden, bis zu welcher Programmebene zurückverfolgt werden 
soll. Das geschieht durch Aufruf der Prozedur InitBackTracer auf der 
entsprechenden Programmebene, also beispielsweise gleich zu Be- 
ginn des Hauptprogramms, wie das auch im Demonstrationspro- 
gramm (Bild 2) gezeigt wird. So kann jeder Aufruf zurück bis zur 
Hauptprogrammebene verfolgt werden. Nach den von TraceBack 
ausgegebenen Adressen kann dann der Compiler suchen. 

Da die Startadresse des Programms von der Compilerversion, dem 
Compilermodus und ihrer expliziten Einstellung durch den Nutzer ab- 
hängt, ist die Konstante StartAdr im Bild 1 entsprechend anzupas- 
sen. Der Wert ist dem Optionen-Menü oder der Compiler-Ausschrift 
zu entnehmen. 


2: Rueckverfolgung von Aufrufen einer Unterprozedur in ?a3cal-7(C80/G) : 
3: Eu Beginn des, Ilauptprogri-x/jj wird "InitBackTracer" aufgerufen und 

4: in der interessierenden ünterproze^r dann "EackTrace" . Diese Froze- 
5: dur gibt auf dem Bildschirm die. !•. '.ressen der Programmst eilen aus, 

5: von denen aus die untersuchte Unterprozedur gerufen wurde. Diese 
7; Adressen koeuntn dann im Optionen-, lei :uc Sos Compilers mit der Funk- 
8: tion F etil ersuche gesucht werden. 

9 ; } 

10: CONST StartAdr=n20B2 ; {Startadresse fuer Compiler-iodus Con-File} 
11 : 

1 2 : VAR Start! eve 1 : integer ; 

13: 

14: PROCEDERE InitBackTracer; 

1p: EEGLI 

iS: StartLevel:=StackPtr; 

17: BND; 

IS: PROCEDURE TraceBack; 

20 : VAR ad : Ä integer ; 

21 : 

22: TYPT Hexzahl = STP II ;G [4]; 

23: 

24: FUNCTION Kexbyte(x: integer) : Hexzahl ; 

25: CONST hexziffer:ARKAY[0. .15] 0F char= 1 01 23456739ABCDEF ' ; 

26: BEGIN 

27: Kexbyte:=Hexziffer[(lo(x)£HR 4)]+IIexziffer[(lo(x)AND 15)];- 

28: 2NE; 

29: 

30: FUNCTION IIexword(x: integer) : Hexzahl ; 

31: BEGIN 

32 : Hexword : =hexbyte(hi(x) )+hexbyte ( lo(x) ) ; 

33: SIE; 

34: 

35: BEGIN 
36: writeln; 

37: writeln( ’======== Nueckverf olgung von Prozedur-Rufen ========='); 

je: ad : =ptr( StackPtr) ; 

33: NEPEAT 

40: ad:=ptr(ord(ad)+2); 

41: writeln(hexv^rd(ad~-StartAdr-1 )); 

42: UNTIL ord(ad)>=StartLevel; 

43: SIE; 


BUd 1 Listing der Include-Datei zur Rückverfolgung von Prozedurrufen 


1 : PROGRAI'I TraceBackDemo ; 
2 : 

3: {«I TRACEBX.INC} 

4: 

5: PROCEEURE dunmyi ; 

6: BEGIN 
7: traceback; 

8: ETJD; 

9 : 

10: PROCEDURE dummy2 ; 

11: BEGIN 
12: durnnyl ; 

13: END; 

14: 

15: BEGIN 

16 : initbackt racer ; 

17: dummy2; 

18: EUE. 


Bild 2 Demonstration einer Rückverfol- 
gung von Prozedurrufen 
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Computer- 

Club 

V ) 


Strukturiert 
programmieren 
in Basic 

Dietmar Gralla, Berlin 


Nicht allen Programmierern ist es möglich, eine Programmierspra- 
che, die die strukturierte Programmierung unterstützt, auf ihren 
Rechnern einzusetzen. Es ist aber eine Forderung unserer Zeit, 
daß das statische Layout auch für andere Programmierer in kürze- 
ster Zeit lesbar ist. Deshalb soll in diesem Beitrag für die genannte 
Gruppe von Programmierern ein Weg gezeigt werden, wie auch Ba- 
sic-Programmierer strukturiert programmieren können, obwohl 
dies in Basic nicht ohne weiteres möglich ist. 

Das Variablenkonzept 

Die Variablen werden als Steuerregister deklariert. Diese werden 
als SRn bezeichnet und auf 0 gesetzt. Soll eine Aktion ausgeführt 
werden, wird SRn auf einen von 0 verschiedenen Wert gesetzt. 

Beispiel: 

SRS ... Steuerregister Zeichensatz 
SRS=0 . . . Ausgangszustand 
SRS=1 ... deutscher Zeichensatz 
SRS=2 ... amerikanischer Zeichensatz 

Vor Eintritt in die entsprechende WHILE-Schleife wird der Wert von 
SRn an SRnW übergeben. SRnW ist die für die WHILE-Schleife re- 
levante Variable und kann verändert werden. Ist wie im Beispielpro- 
gramm eine einmalige Abarbeitung gefordert, wird vor. Verlassen 
der Schleife SRnW ohne Bedingung auf einen Wert gesetzt, der 
dem Typ von SRnW, aber nicht der Eingangsbedingung ent- 
spricht. 

Beispiel: 

WHILE SRSW=1 


SRSW=0 

WEND 

Dadurch erfolgt das Verlassen der Schleife, ohne daß das Steuerre- 
gister SRn verändert wurde, und es steht SRn für die nächste Abar- 
beitung bereit. 

Der Programmaufbau 

Für eine klare Strukturierung ist es notwendig, Sprunganweisungen 
(GOTO-Anweisungen), die aus der Zeile herausführen, möglichst zu 
umgehen. Dazu werden die IF-Anweisungen durch WHILE-Anwei- 
sungen ersetzt. Innerhalb der WHILE-Schleife wird eine Aktion in 
Abhängigkeit von einer Eingangsbedingung ausgeführt. Nach aus- 
geführter Aktion innerhalb der Schleife muß die Eingangsbedingung 
negiert werden, um eine weitere Abarbeitung zu unterdrücken. 

Das Programm DEMO geht davon aus, daß dem Leser ein Bild- 
schirm mit 24 Zeilen, 80 Spalten (BAB 2), ein Bildwiederholspeicher 
ab Adresse 63488d (F800H) und ein Drucker LX 86 zur Verfügung 
steht. 

Auf das Grundmenü wird ein Hilfsmenü Druckersteuerung gepo- 
ket, das zuvor aus den DATA-Anweisungen in das Feld WF() gela- 
den wurde. Der ursprüngliche Inhalt des Bildwiederholspeichers 
befindet sich anschließend im Feld WF(), wodurch die ursprüngli- 
che Bildschirmausschrift wieder hergestellt werden kann und das 
Hilfsmenü wiederum im Feld WF() zur Verfügung steht (Unterpro- 
gramm 1 240). Es wird an einem einfachen Beispiel gezeigt, wie der 
Inhalt des Bildwiederholspeichers gewechselt werden kann, ohne 
daß der Programmierer den ursprünglichen Zustand aufwendig im 
voraus erkennen und programmieren muß. 

Der dem Hilfsmenü entsprechende Inhalt des Bildwiederholspei- 
chers wurde mit dem Programm WINDOW im ASCII-Code ausge- 
druckt und kann sowohl aus den DATA-Anweisungen im Programm 
DEMO als auch aus einer Datei von Diskette gelesen werden. 

Eine Erhöhung der Effizienz kann erreicht werden, wenn die Steu- 
erregister mit DEFSTR S als STRING-Variablen deklariert werden. 
Dann kann die Kodierung für den deutschen Zeichensatz wie folgt 
aussehen: 

SRS=”d” oder wenn auf DEFSTR S nicht zurückgegriffen wurde: 
$RS$=”d”. Diese Varianten führen zu einer verbalen Programmie- 
rung. 

Durch die gezeigte Technik erhöht sich die Lesbarkeit des Pro- 
gramms; sie erleichtert die Fehlersuche und verringert die GOTO- 
Anweisungen auf ein Minimum. 


Ui 'wiwrn:uBAP 

• Der fNPKS « L „ C> "CHR-t ’ 27 ) +CHR* ( 1 27-H.. > +CHR* ( 1 ?7+C > 

"A -• “HRT 02) 

-iß DEFSTR 7 
50 FOR Kl-U TO 70 

0 ON K 1 -3 F-OSUB 4800 . 5000 . 6080 . 7000 , 8080 , «>000 , 1 0080 „ 1 1 800 , 1. 7800 . 1 3000 , 
1-4800 , 1 5000 , 1 6000 , 1 7080 , 1 8080 , 1 9800 , 28008 
‘ 8 7 fr MPK'i (Kl . 12) ; ZEILE 

30 HEXT Kl 

• 08 FOR Kl -4 7fj 70 

: | ps rr.p FTU 1 7 TO 47 - 

• 70 T r HER urn:;- { c:,Z ■%?_ 8+38* ( K 1 - 1 ) + < K2 - 1 ) ) 

30 L PR T NT 0 HOT : ;=FT t OHFO . 


* 68 NF X T Kt :L PR TNT 

• n T ~ j AT < :• " W *' 6NT. TATO’V' THFN GOTO J. 78 
180 FOR Kt -4 TO 78 

.190 FHR K?*12 TO 47 

700 3? PE I CHFR-PFF r: (634*8+80* (Kl -1 ) + (K2-J > > 

? 7 l .PR I NT US I NR "#### " ; SPF I CHFR s 

'•'78 fCXT K7 

"•70 PR INT: NETT K.1 
••'40 FNT> 

P00 7F-TLF«»* #»«#•??. »####««#############»###•• : RFTURN 


5000 ZEILE“-"* it" 5 RETURN 

68SJ0 ZE j i F :: “ ft Druct'prste'.'.Grunn #" »RETURN 

7800 7EIL.F- - " ¥. ' # 11 : RFTURN 

3000 7F_ !LFI~ M fl »Zeichensatz .-deutsch r 1 : RETURN 

9<?83 ZF. I LE» " # a < (Tier i k an l r,ch # “ : RETURN 


■*8083 7FII.E**"# 
11030 ifriLE“"# 
.‘7308 - f| =-7LF -■*# 
3000 ZEILE* "(S- 
■ • •; •■•‘•7! 7 c: TIP“ " 
"7380 7R 1 1. F : - 11 1t 


n<or??ia l 
k < ci m o r i m i er t 


eck setzen 


W ;pl. L.r ,! # 

500 7EIJ rs ewaeh 1 1 5 ;• < # " 

*00 ZEH. F~ "ff #" 

•}00 ZF JLE~'‘!t HP## ft H H $###### " 


RETURN 

RETURN 

RFTURN 

RFTURN 

RETURN 

RETURN 

RETURN 

RETURN 

RETURN 

RFTURN 

RFTURN 


Iß 'DEMO. PAS 

70 DATA 35.35,35,35,35,35,35,35,35,35,35,35, 
35, 35, 35 j 35, 35, 35, 35, 35 
30 DATA 35, 32. 32. C52, 32, 32, 32, 32, 32, 32, 32, 32, 


35,35,35,35,35,35,35,35, 
32.32,32,32, 32 , 32 , 32 , 32 , 


40 DATA 35,32,68,114,317,99,107, 101,114, 115,116,101 , 3 17, 101 , 114, 117, 110,103,32, 

50 DATA 35 ! 32 , 32 J 32 ’ 32 ’ 32 ! 32 , 32 ] 32 , 32 , 32^32,32, 32 ,32,32,32,32,32,32. 32 , 32 , 32 , 

60 DATA 35^32, 42, ? 90’ 101 ,105,99,104,101 ,110,1 15,97, 116, 122,32,62. 180,60, 101 ,117, 
116, 115,99. 104,32,32,32,37,32,32,35 

70 s 

80 DATA .35, 32, 32. 32, 32. 32 .32, 32, 32, 32, 32, 32, 32, 32, 32, 62,97,60, 109,101,114,105, 
107,97, U0, 105, 115,99, 104,32,35 

90 DATA 35,32,32,32, 32 ,32,32,32, 32,32 , 37 , 32,32 , 32 . 32 , 32 , 32 , 32 , 32 , 32 , 32 , 32 , 32, 

1 00 DATA 35 ,32,42,83,99,104,114,105,102,116,97,114,116,32, 32 .62,110,60,111,114, 

109.97.108.32.32.32.32.32.32.32.35 

1 10 DATA 35,32 , 32,32,32, 32,32,32,32,32,32,32,32 , 32 ,32,62, 107,60, 111, 109, 1 12, 

114.1 05 . 1 09 . 1 05 . 1 01 .114. 1 16.32.32.35 

1 20 DATA 35 ,32,32, 32 ,32,32,32, 32 « 32 , 32 , 32 , 32 ,32,32,3 2 , 32 ,32,32,32,32,32, 32 , 32 , 

32.32. 32 . 32 . 32 . 32 . 32 . 35 

130 s 

148 DATA 35,32,42,68,114,117,99,107,101,114,32,32,32,32,32,62,114,60,117,101, 
99, 107, 115, 101 ,116, 122,101 ,‘110, 32,32, 35 

160 DATA 35*32. 42 ! 32., 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 62, 98, 60, 101 , 101 , 1 10, 100. 

101 . 110. 32. 32. 32. 32. 32. 32. 35 

1 . 70 DATA 35,32, 32 ,32,32, 32 ,32,32,32,32,32. 32 ,32,32, 32 , 32 , 32 ,32,32,32,32, 32 , 32 , 
180 DATA 35^32*45*45,45,62,103,101 , 119,97, 101 , 104,108, 1 16,58,62,37,60,32,32,32, 


190 s 

200 DATA 35.32,32,32,32,32,32, 32 .32,32,32,32,32,32,32, 32 . 32 , 32 , 32 , 32 , 32 , 32 , 32 , 



220 : 

230 DEFSTR Z.CsDEFINT I,S,K 

240 DEF FNPKT (L ,SP> -~CHRT (27) +CHRT ( 127+L) +CHRT ( 127+SP) 
250 CLS^CHRT (12) 

268 DIN WF (17,31) * 

270 SRS“0sSRA~0 
280 s 

290 PRINT CLS; ; RESTORF 

.295 PRINT FNPKT (1,15; , 'Demnnt>t' , *at , i onsproaramm" 

300 PRINT FNPKT<4, 1 ) • "Bitte etwas warten ! " 

301. FOR K1=0 TO 16 

302 FOR K2~0 TO 30 

303 READ WF(K1,K2> 

334 NEXT K2 

305 NEXT Kl 

31 0 PRINT FNPK* (4 , 1 ) t "Srimdmenue: 

320 PRINT FNPK$(6, 1 >; ■•* >D<rucks.'steuerunn" 

330 PR TNT FNPKt (8, 1 > ; "* '-BCeginn der Abarbeitung“ 

34® frxn”" FNPK*(10,1) ; " >gewaehl t : " ; 

350 TA*~" M ; TfiSP- “ 

351 WHILE TA#<>"D" AND TALO-'P" 

353 TA^INKEV# 

355 WEND 


360 WHILE TAt v 

373 WHILE TA*=”D'' -..U.- - 

380 RR I NT FNPK# ( 10.25) ; "Drucker st euer un n " ! 

385 5RB-8: PRINT OHR* <131>s 

390 GOSUP 2008 

400 ‘WHILE SRB^w 

460 TASPT-TA-t 

4 70 TA^INKEY*? TF TAT-"" TUEN GOTO 470 

480 WHILE ( TAT— " d " OR OR TAT - "n " OR OR T AT - " r " OR TAT“ 

b"> s ' AND SRB«0 

580 T r.!T FNpk'T ( 1 P , 28 5 : TAT 

510- T“ TAT- “et " TUEN 3PR-1 
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^20 ~IF TA*»"a" THEN SRS«2 

“"'7 IF TA*'="n" TUEN SR A- i 

3*10 IF TA**"k" THEN SRA=2 

550 IF Tfl*s"r" THFN SRA-=3:SRS=0 

560 If TAI* 1 ^ 11 THFN SRB “1 : TA*~" " 

565 SRBW=SRB 

570 WH. ILE SRBW»0 

530 TA*™ INKEY*: JF TA*~ - " THFN GOTO Sflpi 

590 SRBW®1 

600 WFNf) 

610 WEND 

6 1 2 WEND 

6 1 5 FR I NT FNPK* ( 1 S . 28 ) ; " "5 

6 20 SGSUB 2000 

673 PRINT CHR*(I30)i 

626 PRINT FNPK* < 10,25) ; " •• 

•627 PR I NT FNPK* (10. 25 ) ; 

630 TA:.^~TA3PT 

640 TA** INKEY*! IF TA*=" " THFN GOTO 640 

650 WEND 

655 TA*»INKEY*! IF TA*<>"B" THEN GOTO 655 

660 WEND 

- 6 5 PRINT F NPK *<10,255 : ”B c? □ i n rr o e r A barb & .1 h m n a " 

670 3RBW*SRB 
680 WH ILE SR BW- 1 

PRINT FNFK* (13, t > 1 ” Bj tte Drucker !?pr»i t machen” 

PRINT FNPK* ( 1 4 , 1 > t " - - :■■ Taste -W : betaet i o^n " : 

T- IMKEY* : I "W" THEN GOTO 710 

L PR T NT ? PP T NT FNPK* (15,27) •> " * r- r u c k er i st. ber ei t " 
BRBW-SRS; SRAW=SRA 
L-'RINT CHR*(27>+"@" ; 

WH ILE SRAW-3 

PR f NT FNPK* GI7.27) 5 '•* Drucke r t -st : n 1 t i *1 i si prt " 
SR AN*!? 

WEND 

WH ILE SR8U»t 

l PR T NT OHR* ( 7 7 > + - R « + CHP* ( 2 > • 

PP TNT FNPK* •: 17,77) r "* d *:. 1 fc !;rh«.r Sr.hrS -f tnat:- 


6 90 
700 

720 


750 

'•'60 

790 
■'■ 7.0 
r : 1 0 


320 

830 

840 

S50 

360 


380 

390 

900 

910 

920 

930 


SRSW=0 

WEND 

WH ILE SRSW-2 

L PR INT OHR* (27) + '‘R"+CHR* (0) 5 

PRINT FNPK* < 17, 27) j "* amerikanischer Sehr i -f tsatz " 

SRSW*«0 

WEND 

WH ILE SRAW ---1 

PRINT FNPK* ( 18,27) ; normale Sehr i ft.br ei te" 
SRAW=0 
WEND 

WHILE SRAW=2 


940 LPRINT CHR* (27) +CHR* ( 15) ? 

950 PRINT FNPK* <18,27) ! 11 * Schmal sehr i ft. 

960 SRAW-0 

97® WEND 

971 SRBW -0 

972 s 

973 SRSW*5RS 

974 WHILE SRSW* 1 

97 ^> LPRINT "Testausdruck +>r deutschen Zeichensats" 

976 LPRINT " " : SRSW=0 

977 WEND 

978 WHILE SRSW*2 

979 LPRINT " T es t aus druck fuer amerikanisrheh Zei chensatz " 

930 LPRINT " .1 

931 SRSW--0 

982 WEND 

990 WEND 
1990 END 


2000 FÜR Kl *4 TD 20 


2010 

FCR K2* 

12 TO 42 


2020 

BWS---I 

PEEK ( 63483 * +80* <K1 - 1 > ■ 

2030 

SWAP 

BWS.WFC (Kl-4) , 

CK2-12 

2040 

PDKE 

<63 4 33! +30* (Kl 

-i > + <k: 

2050 

Nr KT K.2 



2060 

ME KT Kl 



2070 

RETURN 
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Plottersimulation mit KC 85/3 in Forth 


In IM wurde für die Erläuterung des 
Programmierens in Forth das Bei- 
spiel einer einfachen Plotteransteue- 
rung gewählt. Viele Leser werden, so 
wie wir, keinen Plotter besitzen und 
dennoch solche Beispiele ausprobie- 
ren wollen, im folgenden Beitrag wird 
gezeigt, wie sich dfe vier Plotterfunk- 
tionen 

Stift anheben 
Stift senken 
Position anfahren 
zwei Punkte verbinden 
auf dem Bildschirm simulieren las- 
sen. Als Ausgangspunkt verwende- 
ten wir den grafikfähigen Kleincom- 
puter KC 85/2 bzw. KC 85/3 mit dem 
Forth-Modul M 026 oder mit gelade- 
nem Forth. 
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Zunächst wird in Screen 1 der Wort- 
schatz des KC-Forth erweitert, wo- 
nach eine direkte Übernahme der 
Beispiele möglich wird. Danach wer- 
den die Variablen X_POS und 
Y-POS eingeführt, die die von einem 
echten Plotter automatisch beim Ste- 
henbleiben gespeicherte aktuelle Po- 
sition des Stiftes aufnehmen sollen. 
Aus analogen Gründen wird zur Un- 
terscheidung, ob der Plotterstift geho- 
ben oder gesenkt ist, die Variable 
STIFT eingeführt, wobei STIFT = 1 
gesenkt und STIFT = 0 gehoben be- 
deutet. 

Die gerätespezifischen Koordinaten- 
grenzen sind in den Konstanten 
X_MIN, X_MAX, Y_MIN und YJVIAX 
abgelegt, wodurch die Übertragung 


auf andere Bildschirmgrößen einfach 
wird. 

Zum Zeichnen von Strecken wird das 
im KC-Forth vorhandene Wort PLOT 
benutzt. Es erwartet fünf Parameter 
auf dem Datenstapel mit folgenden 
Bedeutungen 

PLOT ( f x y dx dy — f xl yl ) 
f Flag mit 

f = 0 Linie wird gelöscht 
f = 1 Linie wird gezeichnet 
x, y Koordinaten des Ausgangspunk- 
tes 

dx, dy Länge der x- bzw. y-Kompo- 
nente 

xl , yl Koordinaten des Endpunktes 

Das FLAG f wird in die gleichnamige 
Variable gesteckt, die mit 1 initialisiert 
wird, da ein Plotter nicht radieren 
kann. (In einer Ausbaustufe kann die- 
ses Flag für die Funktion LOESCHEN 
verwendet werden.) 

Die letzten beiden Parameter sind für 
das Beispiel in /I/ unpassend, weil 
dort statt der Koordinatendifferenzen 
die Absolutpositionen eingegeben 
werden müssen. Die Anpassung wird 
im Wort ZEICHNEN erledigt, das au- 
ßerdem noch das Flag f unter die be- 
reits auf dem Stapel befindlichen vier 
Werte mit Hilfe des Wortes FLAG- 
-SETZEN legt und das Flag nach 
dem Zeichnen wieder vom Stack ent- 
fernt. 

Nun haben wir alle Worte beieinan- 
der, die uns den Bildschirm als Plotter 
erscheinen lassen und können dar- 
angehen, die Plotterfunktionen auf- 
zuschreiben. Beginnen wir mit den 
Worten HEBEN und SENKEN, die 
einfach die Variable STIFT entspre- 
chend setzen. 

Das grundlegende Wort ANFAHREN 
muß die aktuelle Position, in der sich 
der Plotter gerade befindet, als zu- 
sätzliche Information dem „gedächt- 
nislosen“ Bildschirm mitteilen. Sie 


wird als erstes auf den Stack ge- 
schafft und mit den Endpunktkoordi- 
naten vertauscht, damit die Reihen- 
folge für ZEICHNEN stimmt. Bei der 
weiteren Abarbeitung des Befehls 
ANFAHREN wird mit der Variablen 
STIFT zwischen abgehobenem und 
abgesenktem Plotterstift unterschie- 
den. Bei STIFT = 1 wird die Linie ge- 
zeichnet und bei Stift = 0 lediglich die 
sonst durch ZEICHNEN veränderte 
Stackbelegung korrigiert. Am Ende 
müssen die neuen Koordinaten den 
Positionsvariablen X_POS und 
Y_POS zugewiesen werden. Das 
Wort VERBINDEN kann danach so- 
fort hingeschrieben werden und do- 
kumentiert sich selbst. 

Im 4. Screen sind einfache Beispiele 
für die Konstruktion weiterer Plotter- 
befehle aufgeführt. Unser Bildschirm- 
plotter hat jetzt denselben Befehls- 
umfang und gleiche Schnittstellen 
wieder Plotter in /I/. 

Das Vorgehen kann als Beispiel für 
die Anpassung eines konkreten Ge- 
rätes an eine vereinheitlichte Schnitt- 
stelle angesehen werden. Alle darauf 
aufbauenden Worte werden auf allen 
Geräten in gleicher Weise ablaufen. 
Das Programm stellt in dieser Form 
eine einfache Grundstufe für das 
Zeichnen von geradlinigen Figuren 
dar. Ausbaustufen zum Zeichnen von 
Ellipsen, Kreisen und komplizierteren 
Figuren sind möglich. Dazu verglei- 
che man auch 121 und 131. 
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Datei A:PLOTS.CF2 Block 1 

0 < KC-FORTH erweitern ) 

1 

2 : 2 SWAP < xl yl x2 y2 — x2 y2 xl yl > 

3 ROT >R ROT R> ; 

4 : 20VER ( xl yl x2 y2 — xl yl x2 y2 xl yl ) 

5 >R >R 2DUP R> R> 2 SWAP ; 

6 : 2DR0P ( x y — > DROP DROP ; 


Datei A: PLOTS. CF2 Block 2 

0 ( PLOTTER vorbereiten ) 

1 

2 0 VARIABLE X_POS 0 VARIABLE Y_POS 

3 0 VARIABLE STIFT 

4 0 CONSTANT X_MIN 320 CONSTANT X_MAX 

5 0 CONSTANT Y_MIN 256 CONSTANT Y MAX 

6 ~ 

7 1 VARIABLE FLAG 

8 : FLAG_SETZEN { xl yl x2 y2 — f xl yl x2 y2) 

9 >R >R >R >R FLAG 8 R> R> R> R> ; 

10 

11 : ZEICHNEN < xl yl x2 y2 — x2 y2 ) 

12 20VER >R ROT SWAP - 

13 SWAP R> - FLAG^SETZEN PLOT 

14 ROT DROP ; 


Datei A : PLOTS. CF2 Block 3 

0 < GRUNDBEFEHLE ) 

1 

2 : HEBEN 0 STIFT i ; 

3 : SENKEN 1 STIFT l : 

4 

5 : ANFAHREN ( x y — > 

6 X_POS 9 Y_POS 9 2 SWAP 

7 STIFT $ 

8 IF ZEICHNEN 

9 ELSE 2 SWAP 2 DROP 

10 ENDIF 

11 Y_POS ! X_POS ! : 

12 

13 : VERBINDEN ( xl yl x2 y2 -- ) 

14 HEBEN ANFAHREN SENKEN ANFAHREN ; 


Datei A: PLOTS. CF2 Block 4 

0 ( PLOTTER - AN WEN DUNG ) 

1 

2 : NULLPUNKT X_MIN YJ4IN ; 

3 

4 : ACHSEN ( ) 

5 HEBEN X_MAX Y_MIN ANFAHREN 

6 SENKEN NULLPUNKT ANFAHREN 

7 X_MIN Y_MAX ANFAHREN ; 
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Numerikpaket 
für comFORTH 2 

Die durch den Standard Forth-83 vor- 
geschriebene Integerarithmetik er- 
schwert oft die Lösung komplexerer 
Probleme aus dem wissenschaftlich- 
technischen Bereich. Für das System 
comFORTH 2 wurde für diesen An- 
wenderkreis ein gescftwindigkeitsop- 
timiertes Numerikpaket mit folgenden 
Komponenten entwickelt: 

- Fließpunktarithmetik für die Pro- 
zessoren Z 80, 8086 und 8087 in ver- 
schiedenen Genauigkeiten (4- und 
10- Byte- Format) mit einem separa- 
ten Stapel gemäß dem Arbeitsdoku- 
ment des ANSI-Standard-T eams; der 
konfigurierbare Wortschatz umfaßt 
Stapel- und Speicherbefehle, Grund- 
rechenarten, Vergleichsbefehle, 
transzendente und Winkelfunktio- 
nen. 

- Konvertierungsmodul zur Wand- 
lung von Fließpunktzahlen in Zei- 
chenketten (Ausgabeformate FIX, 
FLT, SCI und ENG) 

- Erweiterung des Systemdebug- 
gers 

- Vektor - und Matrixmodul mit 
mächtigen Befehlen zur arithmeti- 
schen Verknüpfung von Vektoren 
und Matrizen 

- Modul für Komplexe Arithmetik auf 
der Grundlage der Fließpunktarith- 
metik. 

Bitte fordern Sie weiteres Informa- 
tionsmaterial an. 

Wilhelm-Pieck-Universität Rostock, 
Sektion Technische Elektronik, WB Au- 
tomatische Steuerungen, Albert-Ein- 
stein-Straße 2, Rostock, 2500; Tel. 

40 52 02 Dr. Pfüller 


DUESE-Erweiterungen 

Das in Heft 3/89, Seite 91, vorge- 
stellte Softwarepaket DUESE wurde 
um zwei Programme für den EC 1 834 
erweitert, die jeweils einen Primär- 
adapter ASK (ASC) mit den Schnitt- 
stellen V.24/IFSS unterstützen. Das 
Programm für die V.24-Schnittstelle 
wurde erfolgreich auf einem PC 1640 
erprobt. In Vorbereitung sind außer- 
dem noch Programme für den PC 
1715 und für eine V.24-Schnittste!le 
des K 8915 (ASV). 

Alle Bestandteile des Programmpa- 
ketes DUESE ermöglichen neben 
dem Dialogbetrieb die Angabe von 
Parametern in der Kommandozeile, 
was automatischen Betrieb möglich 
macht. 

Ostthüringer Molkereikombinat, Indu- 
striestraße 1, Gera, 6500; Tel. 512 88 
(Koll. Schumann) Felgner 

Kopplung PC — IC 1 520 

Die zu Steuerungszwecken entwik- 
kelte Software gestattet die Kopplung 
eines Rechners auf K 1520-Basis 
(Slave) und eines beliebigen Bedien- 
rechners (Master) über IFSS- oder 
V.24-Interface, wobei die Parallelar- 
beit beider Rechner unterstützt wird. 
So können Kommandos mit ggf. be- 
nötigten Parametern aktiviert wer- 
den. Jeder Datentransfer wird, um 
eine hohe Funktionssicherheit zu ga- 
rantieren, auf seine Richtigkeit über- 
prüft. Die slaveseitige Kopplungssoft- 


waFe besteht aus einem residenten 
Minimalmonitor (0,5 KByte) mit uni- 
versellem Charakter. Er ermöglicht 
folgende Funktionen, die sich zur Lö- 
sung von Steuerungsaufgaben als 
ausreichend erwiesen haben: Spei- 
cher lesen und schreiben, Port lesen 
und schreiben, Start Anwenderpro- 
gramm. 

Ein „Anwenderprogramm“ kann je- 
des im K 1520 befindliche Unterpro- 
gramm sein. Die modular aufgebaute 
Master-Software enthält Funktionen, 
mit denen im Slave operiert werden 
kann: Slave synchronisieren, Einzel- 
zeichen lesen und schreiben, Spei- 
cherbereich lesen und schreiben, 
Port lesen und schreiben, Unterpro- 
gramm starten, Unterprogramm-En- 
detest, Speicherbereich auf Diskette 
schreiben und von Diskette lesen. 

Die Master-Software liegt in C sowie 
in Turbo-Pascal vor und wird unter 
CP/M-80, CP/M-86 und MS-DOS ge- 
nutzt. 

Akademie der Wissenschaften, Zentral- 
institut für Optik und Spektroskopie, Abt. 
9.4, Rudower Chaussee 6, Berlin, 1199; 
Tel. 6743755 Feierabend 


Ein - und Ausgabe 
von KRS 4200-Dateien 
und Menügenerator 

Die UNIX-Kommandos KRSIN und 
KRSOUT lesen bzw. schreiben Da- 
teien im KRS 4200-Format. Dabei er- 
folgt eine Konvertierung zwischen 
dem KRS-Maschinencode (soge- 
nannter 4/6/6-Code) und dem Byte- 
Code. Wahlweise kann das beim 
KRS-Textformat übliche NEWLINE 
(1EH) in LINE FEED (0AH) umge- 
wandelt werden. Die Programme die- 
nen vor allem zum lesenden und 
schreibenden Verarbeiten von KRS- 
Magnetbanddateien auf z. B. SKR- 
(oder auch P8000-)Anlagen unter 
UNIX. Beide Kommandos können so- 
wohl „organisiertes Format“ vom 
KRS, d. h. mit vorangestelltem Block- 
und Dateinummernzähler (üblich 
z. B. bei den Betriebssystemen SOET 
4200, UEAS 4200) als auch freie For- 
mate (physischer Blockinhalt gleich 
logischer Blockinhalt) in allen frei 
wählbaren Block- und Satzlängen 
verarbeiten. Die physische Umset- 
zung der Plattendateien auf ein KRS- 
Magnetband und umgekehrt erfolgt 
zweckmäßigerweise mit dem UNIX 
Standardkommando dd (1). Optimal 
lassen sich diese Programme in 
Kommandoprozeduren, den soge- 
nannten Shell-Scripts zusammenfas- 
sen und ergeben so für jeden konkre- 
ten Anwendungsfall die maßge- 
schneiderte Lösung mit geringstem 
Aufwand. Die Entwicklung erfolgte in 
der Sprache C auf einem SM 1420. 
Die Portierungen zu WEGA und XE- 
NIX-286 brachten keine Probleme mit 
sich. 

Die Benutzeroberfläche von UNIX 
zeichnet sich durch eine extrem hohe 
Flexibilität aus. Diese Flexibilität wird 
vom Softwareprofi sehr geschätzt, ist 
aber keine gute Oberfläche für den 
sogenannten Endnutzer. Für die ein- 
fachen Anwender erfreuen sich visu- 
ell orientierte, mit einfachen Benut- 
zerdialogen ausgerüstete Benutzer- 
oberflächen großer Beliebtheit. Um 


einerseits den Programmieraufwand 
für solche Menüs zu minimieren und 
andererseits Anreiz zu bieten, modu- 
lar zu projektieren, wurde MGen ent- 
wickelt. MGen erzeugt aus seiner 
Eingabe-(Text-)datei ein komplettes 
C-Programm und läßt dieses compi- 
lieren und binden. Das Eingabefile 
enthält mindestens den Aufbau des 
Menübildes für den Anwender sowie 
eine Liste von Aktionen, in der spezifi- 
ziert wird, welche Aktivität (Kom- 
mando, Kommandofile oder Gruppe 
von Kommandos) nach einer konkre- 
ten Nutzereingabe erfolgen soll. Für 
Verwaltungszwecke darf die Einga- 
bedatei noch einen beliebig langen 
Kommentarteil enthalten. 

Der Menügenerator wurde auf einer 
SM 1420 unter dem Betriebssystem 
2.9BSD-UNIX entwickelt und bereits 
auf das P8000-System unter WEGA 
übertragen. Er dürfte auf allen UNIX- 
Systemen lauffähig sein, sofern das 
System über den termcap(5)- oder 
terminfo(5)-Mechanismus verfügt. 
Eine Nutzung auf Systemen ohne 
diesen Mechanismus (z. B. MUTOS- 
Systeme) wird etwas problematisch 
sein, ist aber prinzipiell möglich, in- 
dem eine entsprechende Datei /etc/ 
termcap angelegt, die Umgebungs- 
variable TERM gesetzt und die ent- 
sprechende Bibliothek übernommen 
wird. Der Generator wird zur Nach- 
nutzung vollständig im Quellcode ein- 
schließlich kompletter Dokumenta- 
tion (Beschreibung, Installation und 
Manual) ausgeliefert. 

Bergakademie Freiberg, ORZ, Abteilung 
Systemprogrammierung/Basissoftware, 
Bernhard-von-Cotta-Straße 1, Freiberg, 
9200; Tel. 51 28 43 oderöl 2042 

Weber 


FastSearch Version 3.x 

FastSearch ermöglicht die Erfassung 
der üblichen bibliographischen Daten 
von Zeitschriftenartikeln, Büchern, 
Patenten usw. und die Recherche 
nach den erfaßten Angaben. Die 
neue Version weist die Vorzüge der 
inzwischen verbreiteten Version 2.x 
auf (siehe MP 3/1989, Seite 90). 
Einige Details des Programms wur- 
den wesentlich verändert oder erwei- 
tert. 

1 . Die Recherche ist jetzt nach unbe- 
grenzt vielen Suchbegriffen (Autor, 
Schlagwort, Jahr, Titelwort . . .) in be- 
liebiger logischer Verknüpfung mög- 
lich. 

2. Jegliche Änderungen der Daten- 
bank werden sofort auf dem externen 
Datenträger (vorzugsweise eine 
Festplatte) sichergestellt. Damit wird 
eine sehr hohe Datensicherheit ge- 
genüber ungewollten Störeinflüssen 
(z. B. Netzausfall) erzielt. 

3. Groß- und Kleinschreibung sowie 
die Nutzung landesspezifischer Zei- 
chen (vor allem der deutschen Um- 
laute) sind uneingeschränkt mög- 
lich. 

4. Die Datenübernahme aus Voll- 
textdatenbanken ist möglich. Zur Nut- 
zung des Programms ist ein MS-DOS 
kompatibler Rechner mit möglichst 
512 KByte Hauptspeicher erforder- 
lich. Eine Festplatte ist nicht unbe- 
dingt erforderlich, wegen der sehr 
häufigen Zugriffe auf den externen 


Datenspeicher jedoch empfehlens- 
wert. Interessenten können kostenlos 
eine Demonstrationsversion ein- 
schließlich der vollständigen Pro- 
grammbeschreibung erhalten. Bei 
Bedarf kann auf einer zweiten Dis- 
kette auch eine Demonstrationsda- 
tenbank mit etwa 1300 Einträgen zur 
NMR-Spektroskopie geliefert wer- 
den. Weiterhin ist während der Leipzi- 
ger Frühjahrsmesse 1990 eine per- 
sönliche Konsultation im Hochhaus 
der Karl-Marx-Universität möglich. 

Karl-Marx-Universität Leipzig, Sektion 
Chemie, Talstraße 35, Leipzig, 7010; 
Tel. 716 53 95/481 Dr. Haeßner 


Adressenformatierung 

Für eine textprogrammunabhängige 
und universell nutzbare Formatierung 
von Absender- und Adressatenanga- 
ben wurde das Programmpaket ADF 
entwickelt. Es beinhaltet Schnittstel- 
len zur Anfertigung von Adreßlisten 
für Serienbriefe und zur Verwaltung 
der Absender- und Adressatenanga- 
ben über REDABAS oder gleichartige 
Verarbeitungssoftware. Gegenwärtig 
werden folgende Formatierungen er- 
möglicht: 

- Mitteilungen ohne Vordruck 

- Schreiben auf Kopfbogen. 
Zeilenvorschübe können durch den 
Nutzer über eine Datei eingestellt 
werden. Die Pflege der Absender- 
und Adressatenangaben kann mit je- 
dem beliebigen Editor oder Textpro- 
gramm erfolgen. Die Programme des 
Programmpaketes ADF können für 
jeden beliebigen Rechner mit einer 
Verarbeitungsbreite von 8 Bit auf- 
wärts bereitgestellt werden. Gegen- 
wärtig sind folgende Compilierungen 
verfügbar: 

- P8000-Rechner mit WEGA-Be- 
triebssystem und Textprogramm 
WEGA WORD 

- 8-Bit-Rechner mit CP/M-kompati- 
blen Betriebssystemen und Word- 
star-kompatiblen Textverarbeitungs- 
systemen 

- 16-Bit-Rechner mit MS-DOS-kom- 
patiblen Betriebssystemen und 
Wordstar-kompatiblen Textverarbei- 
tungssystemen. 

Die mit ADF-Programmen vorgefer- 
tigten Mitteilungen oder Schreiben 
können mit dem jeweiligen Textverar- 
beitungssystem fertiggestellt wer- 
den. 

Ministerium für Land-, Forst- und Nah- 
rungsgiiterwirtsnhaft, Bereich Pflanzen- 
und Tierproduktion, Bereichsverant- 
wortlicher Rechentechnik, Köpenicker 
Allee 39-57, Berlin, 1157; Tel. 50534 51 
Roscher 


Wir suchen . . . 

. . . leistungsfähige Kombination von 
Kostenarten-, Kostenstellen- und Ko- 
stenträgerrechnung, die auf KBR A 
6402 sowie kompatiblen Geräten wie 
SM 4 oder 5, K 1600-Baureihe oder 
auf rumänischen Geräten wie I 100 
lauffähig ist. Angebote bitte an: 

VEB Plastverarbeitungswerk Schwerin- 
Sacktannen, Hauptbuchhaltung, Schwe- 
rin, 2767; Tel. 45 25 35 oder 45 22 43 

Regner 
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Die 11. INTERKAMA präsentierte 
sich wiederum als der weltweite Inno- 
vationsmarkt Nr. 1 für das Messen 
und Automatisieren. Details bieten 
auch andere Messen. Alle Details zu 
einem Ganzen summiert zu haben ist 
das Besondere an der INTER- 
KAMA. 

Vom 9. bis 14. Oktober 1989 wurde 
auf dem Messegelände in Düsseldorf 
(BRD) in 12 Messehallen mit 105 
Ausstellerseminaren und durch 64 
Fachvorträge (Kongreß 11.-12.10.) 
der Weltstand auf diesem Fachgebiet 
eindrucksvoll demonstriert. Aus der 
vielschichtigen Palette sollen hier nur 
das Gebiet der PC-gestützten Sy- 
steme zur Labor- und Prüffeldauto- 
matisierung sowie spezielle CAD-Sy- 
steme etwas näher beleuchtet wer- 
den, ohne dabei einen Anspruch auf 
Vollständigkeit zu erheben. 

Generell ist einzuschätzen, daß der 
Weltstand auf dem Gebiet der PC- 
Nutzung gewaltig fortgeschritten ist. 
Sicher ist das erreichte Niveau der Ei- 
genentwicklungen in der DDR beach- 
tenswert und für den Industrie- und 
Routineeinsatz erforderlich bzw. aus- 
reichend. Auf dem Gebiet der Grund- 
lagen- und angewandten Forschung 
(AdW- und Hochschulbereich) be- 
deutet die Anwendung eigener, nicht 
dem Weltstand entsprechender Re- 
chentechnik einen erheblichen Zeit- 
verlust und die weitere Vergrößerung 
des Abstandes zum Weltniveau für zu 
untersuchende Methoden und Ver- 
fahren. 

PC-gestützte Systeme zur Labor- 
und Prüffeldautomatisierung 
Das Angebot von Einschubkarten für 
bzw. die Orientierung auf IBM-XT/AT 
und kompatible PCs sowie PS/2- 
Rechner ist weiter angewachsen. Mit 
dem von verschiedenen Herstellern 
angebotenen Spektrum kann das ge- 
samte Gebiet der Labor- und Prüf- 
feldautomatisierung befriedigt wer- 
den. So bietet die Firma Ziegler-In- 
struments ein umfangreiches Paket 
für Meßwerterfassungs-Systeme an. 
Hervorzuheben sind Module für die 
Meßwerterfassung bis 10 000 Mes- 
sungen/s, Hochgeschwindigkeits- 
Meßwerterfassung (Transientenre- 
corder bis 200 kHz, Anti-Aliasing-Fil- 
ter) und Signalgenerierung (Bild 1 ). 
Bei jedem Modul ist die hardwarebe- 
zogene Software bereits im Lieferum- 
fang und Preis enthalten. 

Ähnlich ist das Angebot der Firma 
DATALOG zu werten. Hier wird ne- 
ben den erwähnten OEM-PC-Karten 
und einigen Low-Cost-Erfassungssy- 
stemen auch ein Datenerfassungs- 
und Prozeß- Interface (COBRA 700) 
als Beistellgerät angeboten. Aus der 
Kombination des hochintelligenten 
und flexiblen Beistellsystems mit dem 
leistungsfähigen PC resultiert ein, 
hinsichtlich Leistungsfähigkeit, An- 
passungsflexibilität und Anwen- 
dungsfreundlichkeit, überlegenes Sy- 
stem. Die Aufgaben Meßwerterfas- 
sung, Prozeßkontrolle, Datenverar- 
beitung und Test-Applikation in Indu- 
strie, Labor und Forschung sind damit 
lösbar. 

Von der Firma disys wird besonderer 
Wert auf die Ausrüstung von Indu- 
strie-Prozeßrechnern (IPC, basie- 
rend auf XT/AT) gelegt. Spezieller 


Vorzug ist die Anpassung an die indu- 
strielle Umwelt (Robustheit, Netz- 
spannungsfilterung, Optoentkopp- 
lung, Überdruckbelüftung) (Bild 2). 
Dabei bleibt jedoch die volle Kompati- 
bilität zur großen Welt der MS-DOS- 
Software gewahrt. 

Siemens dagegen bietet bezüglich 
der PC-Meßtechnik vorrangig kom- 
plette Applikationslösungen (z. B. Re- 
gelgeräte-Prüfung, Netzteilprüfung, 
Tiefpaß-Kenngrößen-Aufnahme 
u.v. a.) an. Darüber hinaus werden 
von einer Vielzahl von Herstellern Zu- 
satz- und Peripheriegeräte für PC-ge- 
stützte Grundsysteme angeboten. 
Stellvertretend für viele soll hier das 
Angebot von speziellen Schreibern, 
Plottern und Druckern der Firma LIN- 
SEIS oder IBM-kompatible Daten- 
speicher mit Tracker-Serie (1,2 
Mbyte) von Ziegler erwähnt wer- 
den. 

Ebenso vielfältig wie die oben darge- 
stellten Hardwaresysteme zeigen 
sich die angebotenen Softwaremo- 


dule, meist als integraler Systembe- 
standteil. Neben den MS-DOS-Be- 
triebssystemmodulen und Benutzer- 
oberflächen bestimmen in erster Linie 
Softwarepakete zur Meßdatenana- 
lyse (Erfassung, Ausgabe, Speiche- 
rung, Auswertung und Archivierung) 
das Angebot. Das von Ziegler entwik- 
kelte Paket signalys zeichnet sich 
z. B. durch seine weitgehende Hard- 
ware-Unabhängigkeit aus, es läuft 
auf insgesamt 20 verschiedenen PCs 
mit unterschiedlichsten Graphik-Con- 
trollern. Ein breites Feld nimmt die 
graphische Meßdaten-Auswertung, 
einschließlich der Window-Technik, 
ein (z. B. DATALOG). 

Eine außerordentlich leistungsfähige 
technisch-wissenschaftliche PC- 
Software ist das Programmsystem 
ASYST 3.0 von KEITHLEY. ASYST 
paßt sich der Hardware, den Meß- 
werterfassungsarten und den Erfor- 
dernissen für Analyse-Operationen 
an. Einzelne ASYST-Kommandos 
leisten das, wofür man in C, Fortran 


oder Basic ganze Routinen benötigt 
(menügeführt). ASYST kann prak- 
tisch mit jeder Geschwindigkeit Daten 
erfassen, die die Meßwerterfas- 
sungs-Hardware zuläßt. Ein umfang- 
reicher Support zur Einarbeitung in 
das System steht zur Verfügung. 

CAD-Systeme 

Von besonderem Interesse waren die 
neuen Versionen des Systems 
CADdy von Ziegler-Instruments. 
Durch eine intensive, kontinuierliche 
Forschung und Weiterentwicklung 
stellt die Firma sicher, daß CADdy auf 
dem neuesten technischen Stand ist. 
Für viele Bereiche ist von besonde- 
rem Vorteil, daß das System neben 
den Branchen Elektronik und Kon- 
struktion auch für Anlagenbau, Elek- 
trotechnik, Vermessung und Archi- 
tektur anwendbar ist. Die Elektronik- 
Branche realisiert alle für die Erstel- 
lung von Vorlagen zur Leiterplatten- 
fertigung anfallenden Arbeiten 
(Schaltplan und Layout mit Stück- 
und Verbindungsliste sowie Autorou- 
ter und Post-Processing). Die Kon- 
struktions-Branche zeichnet sich 
durch die 2D-Konstruktion, die 3D- 
Volumendarstellung und NC-Ferti- 
gungsunterlagenerstellung aus. 

Eine wirksame Unterstützung der in- 
novativen Elektronik-Technologien, 
Hybridschaltungs-Design und SMD- 
Layouts bietet das System BiCAD 
von BINDER. Funktionen wie auto- 
matisches Erfassen von Dickschicht- 
pastenparameter, Widerstandsent- 
wurf, thermische Simulation oder 
Postprozessor für Laser-Trim-Sy- 
steme sind enthalten. 

Es soll nochmals betont werden, daß 
echte CAD-Systeme als Mindestkon- 
figuration über eine hochauflösende 
Farbgraphik verfügen. Versuche mit 
Hardwarekonfigurationen, die unter 
diesem Niveau liegen, werden kaum 
die erwarteten Rationalisierungsef- 
fekte e r re iche n . Dr. F. Müller 
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Entwicklungen und Tendenzen 


Anwendermodifizierbares 

PC-BIOS 

Ein beim Anwender modifizierbares 
BIOS (Basic Input/Output System) für 
Personalcomputer auf AT-, MCA- 
oder EiSA-Basis wollen Intel und die 
Phoenix Technologies, Ltd., gemein- 
sam entwickeln. Mit Hilfe von Ein-Me- 
gabit-Flashspeichern in ETOX-Tech- 
nologie (EPROM Tunnel Oxide) so- 
wie BlOS-Software und Dienstpro- 
grammen von Phoenix können PC- 
Hersteller den BlOS-Code per Dis- 
kette modifizieren, ohne dazu das 
PC-Gehäuse öffnen und die BIOS- 
Chips austauschen zu müssen. 
Flashspeicher sind hochintegrierte, 
elektrisch löschbare, nichtflüchtige 
Halbleiterspeicher. 

Laut Jonathan Joseph, General Ma- 
nager der PC-Division von Phoenix, 
bietet ein modifizierbares BIOS den 
System-OEMs eine Reihe von Vortei- 
len: „PC-Hersteller werden Kosten 
einsparen, indem sie ihren Kunden 
neue BlOS-Versionen auf Disketten 
liefern, anstatt dazu einen Kunden- 
diensttechniker abzustellen. Sie kön- 
nen auch die Zeit bis zur Markteinfüh- 
rung neuer Produkte dadurch verkür- 
zen, daß sie den endgültigen BIOS- 
Code als letzten Fertigungsschritt - 
kurz bevor das System ausgeliefert 
wird - implementieren.“ 

Und Dick Pashley, General Manager 
der Flash Memory Operation von In- 
tel: „Die Kombination der Flashspei- 
cher-Technologie mit der Möglich- 
keit, das BIOS zu modifizieren, ver- 
leiht den Anwendern moderner hoch- 
entwickelter PCs eine neue Dimen- 
sion an Flexibilität. Anwender solcher 
Systeme werden in der Lage sein, 
ihre vorhandenen PCs an neue Peri- 
pheriegeräte, die BlOS-Unterstüt- 
zung benötigen - beispielsweise 
Plattenlaufwerke, Monitore und Ta- 
staturen - anzupassen, sobald diese 
verfügbar sind.“ mp 


Amiga 2500/30 mit 25 MHz 

Von Commodore wurde vor kurzem 
der neue Amiga, das Modell 2500/30, 
angekündigt, der mit dem 32-Bit-Pro- 
zessor Motorola 68 030 arbeitet. Die 
Taktfrequenz dieses Prozessors be- 
trägt 25 MHz. Bereits in der Grund- 
ausstattung verfügt der Amiga über 2 
MByte Hauptspeicher, den 25 MHz 
schnellen Koprozessor 68 882, den 
Speicherverwaltungs-Chip 68 851 
sowie eine 40-MByte- Festplatte mit 


einem selbstbootenden SCSI-Con- 
troller. Auch der Amiga 2500/30 kann 
mit einer Brückenkarte ausgerüstet 
werden, die das Abarbeiten von MS- 
DOS-Programmen erlaubt. Der 
Rechner hat einen Video-, fünf 
Amiga-, zwei XT- und zwei AT-Steck- 
plätze. Damit soll sich der neue 
Amiga laut Commodore besonders 
für professionelle Video- und Musik- 
anwendungen eignen. Für die beste- 
hende Amiga-2000-Familie wird zur 
Nachrüstung eine 2630-Accelerator- 
karte angeboten. mp 


Siemens und Nixdorf 
gemeinsam 

Die Siemens AG, Berlin und Mün- 
chen, und die Nixdorf Computer AG, 
Paderborn, werden auf dem Gebiet 
der Daten- und Informationstechnik 
künftig Zusammenarbeiten. 

Es wurde vereinbart, daß die Sie- 
mens AG - vorbehaltlich der Zustim- 
mung der hierfür zuständigen Gre- 
mien und Behörden - die Mehrheit 
der Stammaktien der Nixdorf Compu- 
ter AG erwirbt; die Siemens AG wird 
ihren Bereich Daten- und Informa- 
tionstechnik in die Nixdorf Computer 
AG einbringen. Wegen der relativ ge- 
ringen Überlappungen werden bei ei- 
nem Zusammengehen gute Chancen 
gesehen, bedeutende Synergiepo- 
tentiale zu erschließen. 

Das gemeinsame Unternehmen, das 
einen Umsatz von rund 12 Milliarden 
DM haben wird, soll den Namen SIE- 
MENS-NIXDORF Informationssy- 
steme AG führen. 

Von der Nixdorf Computer AG wurde 
inzwischen die geplante Entlassung 
von 4880 Mitarbeitern bis zum 1. Juli 
dieses Jahres bekanntgegeben, mp 


Fortschritte in der Halblei- 
tertechnologie verdoppeln 
die Leistung der HP-PA - 
Computer 

Mit VLSI-Schaltungen in Submikron- 
CMOS-Technologie will Hewlett-Pak- 
kard die Leistung der RlSC-basieren- 
den Precision-Architecture-Compu- 
ter (HP-PA) um 70 bis über 100 Pro- 
zent steigern. Die neuen ICs sind vor- 
rangig für die Minicomputer- und Ser- 
ver-Familien bestimmt; ein Chipsatz 
für Workstations ist in Vorbereitung. 
Mit 1 2 bis 1 6 Mio Gleitkomma-Opera- 
tionen pro Sekunde (MFLOPS) und 
Prozessor soll die neue Halbleiter- 


technologie die Leistung der HP-Spit- 
zenmodelle in Großrechner-Dimen- 
sionen bringen. 

Kleine Abmessungen der Chips er- 
leichtern das Kombinieren mehrerer 
CPUs zu symmetrischen Multipro- 
zessor-Konfigurationen. 

Die Submikron-CMOS-Implementie- 
rung, also Strukturen unter 1 jum, er- 
laubt Schaltungen extrem hoher Inte- 
grationsdichte zur Steigerung der 
Prozessorleistung. Dank dieser 
CMOS-Technologie liefert HP Groß- 
rechnerleistung mit einer Einchip- 
CPU. Vergleichbare Modelle mit 
CISC-Architektur benötigen dafür 
100 und mehr Chips. MP 

Echtzeit- Workstation 
für die Simulation 

Mit der MEGATEK 944 (Bild unten) 
stellte CIS Graphik & Bildverarbei- 
tung auf der SYSTEMS 89 eine neue 
Workstationgeneration für die Echt- 
zeit-Simulation vor. MEGATEK ist ein 
Unternehmen der United Telecom 
und wird von CIS exklusiv vertreten. 
Durch die Integration von speziellen 
Prozessoren von Weitek, Texas In- 
struments und Motorola in einem 
Standard-VME-Bus können die Echt- 
zeitanforderungen an 3D-Hochlei- 
stungsgrafik und -Simulation erfüllt 
werden. mp 

Super-VGA-Karte 
nach Standard 

Ende 1988 taten sich auf Betreiben 
von NEC verschiedene Monitor- und 


Grafikkartenhersteller zusammen, 
um einen neuen Grafikstandard vor- 
zuschlagen (s. MP 2/1989, S.60). 
Ziel war die Standardisierung von 
Grafikauflösungen oberhalb des IBM- 
VGA-Bereiches, also über 640 x 480 
Bildpunkten. Im Oktober veröffent- 
lichte das VESA genannte Gremium 
(Video Electronics Standard Associa- 
tion) einen Standard für solche VGA- 
und 8514/A-kompatiblen Grafikkar- 
ten. Von Headland/Video Seven 
wurde nun die erste VESA-kompati- 
ble Karte vorgestellt, die VGA 1024i. 
Die Karte gibt es in einer 256-KByte- 
und einer 51 2-KByte-Version, und sie 
kann bei einer Auflösung von 1 024 x 
768 Bildpunkten vier Farben aus 262 
144 Farbtönen darstellen. Zur Soft- 
wareunterstützung werden fünf Dis- 
ketten mitgeliefert. mp 


Perspektiven der 
Informationsindustrie 

In Japan wurde durch das MIT! eine 
Studie zu den Perspektiven der Infor- 
mationsindustrie im Jahre 2000 her- 
ausgegeben. Danach wird die Infor- 
mationsindustrie zur Leitindustrie der 
japanischen Wirtschaft. Bei einer 
jährlichen Wachstumsrate von 13% 
- gegenüber einem Wachstum der 
Gesamtwirtschaft von 5 % - wird der 
Anteil der Informationsindustrie im 
Jahre 2000 20,7% betragen. Infor- 
mationsbezogene Investitionen der 
Unternehmen werden von 1 1 % auf 
33% steigen. Die Zahl der Arbeits- 



x 


Fragebogen zur Ost-West-Kontaktbörse (siehe folgende Seite) 
Ich interessiere mich vorrangig für 

□ Hobby-Anwendungen, Computerspiele 

□ allgemeine Anwendungen (Textverarbeitung, Datenbanken etc.) 

□ kaufmännisch orientierte Programme, Branchensoftware 

□ CAD- und CAE-Software 

□ Computer-Hardware, maschinennahe Programmierung 

□ technische Rechneranwendungen; Messen, Steuern, Regeln 

□ Programmentwicklung in 

□ Assembler 

□ Basic 

□ Pascal 

□ C 

□ Kl-Sprachen 


□ sonstigen Sprachen 

□ theoretische Informatik 

□ Telekommunikation 

Zutreffendes bitte ankreuzen (Mehrfachnennungen sind möglich). 
Meinen Kenntnisstand schätze ich etwa so ein: 

□ 1 (Ich bin Experte.) 

□ 2 

□ 3 

□ 4 

□ 5 

□ 6 (Ich bin Anfänger.) 

(Bitte erteilen Sie sich eine „Schulnote“.) 

□ Ich bin auch bereit, mit mehreren Interessenten zu korrespondie- 
ren. 
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plätze in der Informationsindustrie 
soll im Jahre 2000 4,1 Mio (1984: 
1,5 Mio) betragen. 

Zur Entwicklung der Informationsin- 
dustrie sind unterstützende Regie- 
rungsmaßnahmen auf den Gebieten 
des Datenschutzes und der Datensi- 
cherheit, Rahmenbedingungen für 
Telekommunikationsdienste sowie 
die Schaffung höherwertiger Informa- 
tionsdienste, Maßnahmen zur System- 
integration und zur Austauschbarkeit 
zwischen Systemen erforderlich. 

Quelle: Online . - Köln (1989) 11. - 
S. 69 wi 


Übersetzungssystem 
Japanisch - Deutsch 

Die Firma Fujitsu entwickelte gemein- 
sam mit dem Stuttgarter Software- 
haus Aris ein Maschinenüberset- 
zungssystem vom Japanischen ins 
Deutsche. Dieses System basiert auf 
dem seit 1 985 auf dem Markt angebo- 
tenen Grundsystem Atlas II, das mit- 
tels einer Zwischensprache die Über- 
setzung von mehreren bzw. in meh- 
rere Sprachen ermöglicht. Das Sy- 
stem ist direkt an die japanische Text- 
datenbank von Nikkei Telecom ange- 
schlossen und übersetzt Texte in 
Echtzeit ins Deutsche. Mit der Ent- 
wicklung des Systems wurde 1986 
begonnen. Es läuft auf Workstations 
und bietet, z. B. auf einer Sun 4/110, 
eine Übersetzungsgeschwindigkeit 
von 6000 Wörtern pro Stunde. Dabei 
benutzt es ein Deutsch-Wörterbuch 
mit 50 000 Wörtern, und es stützt sich 
auf 12 000 Grammatikregeln. 

Die Firma Fujitsu stellte für diese Ent- 
wicklung den Übersetzungsprozes- 
sor und die Komponente zur Gram- 


matikanalyse zur Verfügung. Von der 
Firma Aris wurden die Forschungs- 
und Entwicklungsarbeiten für die 
deutsche Spracherzeugungskompo- 
nente bereitgestellt. 

Bis zur Serienreife des Systems be- 
darf es noch anwendungsspezifi- 
scher Verbesserungen. Ein Probebe- 
trieb mit ausgewählten Anwendern ist 
für Ende dieses Jahres geplant. 

Quelle: Elektronik. - München 38 
(1989) 1 8. -S. 7 Fa 


Superrechner 
aus Südkorea 

Das Forschungsinstitut Korea Advan- 
ced Institut of Science and Techno- 
logy in Südkorea soll einen Super- 
rechner entwickelt haben. Damit 
wäre Südkorea nach den USA, Japan 
und der BRD das vierte Land, in dem 
Superrechner entwickelt werden. Der 
südkoreanische Rechner soll eine 
Verarbeitungsgeschwindigkeit von 
lOMrd. Rechenoperationen pro Se- 
kunde und eine Speicherkapazität 
von 256 MByte aufweisen. 

Die zweijährige Forschungsarbeit 
wurde von der britischen Firma Gene- 
ral Electric Co finanziell unterstützt. 
Man rechnet damit, daß der Super- 
rechner im Februar 1990 vorgestellt 
wird. 

Quelle: Eildienst. - Berlin (1989) 171. 
-S.1 wi 


Lichtwellenleiter-Chip 
für 1 Gigabit pro Sekunde 

Die Entwicklung von zwei experimen- 
tellen Chips zum Senden und zum 
Empfang von Daten über Lichtwellen- 


leiter soll der Firma IBM gelungen 

sein; die Übertragungsgeschwindig- 
keit wird mit einer Milliarde Bit in der 
Sekunde angegeben. 

Die Chips basieren auf Galliumarse- 
nid. Der Empfänger - von der Größe 
eines Fingernagels - soll fünfzigmal 
mehr optische und elektronische 
Schaltungskomponenten enthalten, 
als bisher auf Chips für optoelektroni- 
sche Empfänger bzw. Sender ge- 
packt werden konnten. Der Chip soll 
mehr als 8000 Transistoren und 
Strukturdetails mit einer Struktur- 
größe von einem Mikrometer enthal- 
ten. 

Diese Chips werden als Vorläufer von 
Sende- und Empfangschips für zu- 
künftige uitraschnelle Lichtwellenlei- 
terverbindungen großer Datennetze 
angesehen. 

Quelle: Blick durch die Wirtschaft 
vom 15. 9. 1989 Fa 


Strom in Leiterbahnen 
messen 

Von der Firma Laplace Ltd. wurde für 
Leiterplatten ein Gerät zum Messen 
der Ströme in Leiterbahnen vorge- 
stellt. Damit soll es möglich sein, die 
Messung auch ohne Auftrennen der 
Leitungen und bei aktivem Zustand 
der Schaltung durchzuführen. Auf die 
zu messenden Teilstücke der Leiter- 
bahnen werden zwei Anschlußstifte 
gesetzt, über die das Gerät die jewei- 
lige Stromflußrichtung zwischen zwei 
Punkten feststellt. Danach wird ein 
einstellbarer Strom in das Teilstück 
injiziert, der gegenläufig dem dort flie- 
ßenden Strom ist. Erreichen beide ein 
Verhältnis von 10:1, so beginnt eine 


Signalverarbeitungsschaltung im Ge- 
rät, den Spannungsabfall im Test- 
stück zu ermitteln. Dazu läßt sich 
der Stromwert (ohne den injizierten 
Strom) errechnen und anzeigen. Der 
Meßbereich geht von 1 mA bis 1 A, 
die Genauigkeit liegt bei 5 %. 

Quelle: Elektronik. - München 38 
(1989)20.-8.6 Fa 


Transistor funktioniert 
wie ein Parallelprozessor 

Die Wissenschaftler der AT & T Bell 
Laboratories haben einen neuen, 
kleinen Transistor vorgestellt, der 
20mal leistungsfähiger sein soll als 
die herkömmlichen Bausteine dieser 
Art. Dieser Multistate Resonant Tun- 
neling Bipolar Transistor könne nach 
Angaben von AT&T als kleiner Paral- 
lelprozessor eingesetzt werden. Da- 
mit sei man dem im vergangenen 
Jahr von Texas Instruments vorge- 
stellten Baustein einen Schritt vor- 
aus. Beide Transistoren nutzen Tun- 
neleffekt-Techniken und führen zur 
Entwicklung von Schaltkreisen, die 
wesentlich schneller und preiswerter 
sind als herkömmliche. Außerdem 
benötigen sie weniger Energie. In der 
Halbleiterentwicklung tätige Wissen- 
schaftler gehen davon aus, daß der- 
artige Bausteine, an denen auch die 
Firmen IBM und Fujitsu arbeiten, die 
Basis für eine neue Generation noch 
kleinerer und schnellerer Computer- 
chips sein werden. 

Quelle : VDI-Nachrichten vom 26. 7. 
1989 Fa 


Verbindung auf nehmen 


Ein Aufruf an unsere Leser 

Wer die Presse der letzten Zeit aufmerksam verfolgte, dem werden sicher nicht 
die zahlreichen Hinweise zur Unterstützung von deutsch-deutschen Kontakten, 
oft Beratungen auf kommerzieller Basis, entgangen sein. Wir halten auch sol- 
che Formen für nützlich und werden sie in unserer Zeitschrift fördern. Allerdings 
meinen wir, daß es in unserem Fachgebiet viele Interessierte gibt, die sich auch 
unentgeltlich über Klippen im Umgang mit der Computertechnik helfen wollen. 
Diese Form der grenzüberschreitenden Zusammenarbeit wollen wir mit einer 
Gemeinschaftsaktion der Redaktionen c’t und MP unterstützen. Mit diesem Auf- 
ruf, der in ähnlicher Form in Heft 3/90 der c’t erscheint, geben wir Ihnen die Mög- 
lichkeit, mit kontaktsuchenden Computeranwendern in der BRD Verbindung auf- 
zunehmen. Wer also brieflich über Hard- und Software fachsimpeln, in einen di- 
rekten persönlichen Erfahrungsaustausch treten oder sich gegenseitig mit Hard- 
und Software helfen möchte, der fülle bitte den folgenden Fragebogen aus und 
sende ihn im Briefumschlag bis spätestens 15. April 1 990 an die Redaktion c’t. 


Auf der Basis Ihrer Angaben und der eingegangenen Fragebögen aus der BRD 
werden per Computer Korrespondenzpartner mit übereinstimmenden Interes- 
sen zusammengeführt. Vergessen Sie deshalb bitte nicht, Ihr Einverständnis 
mit der EDV-gestützten Verarbeitung der Fragebögen durch Unterschrift zu be- 
kunden. Die Daten werden ausschließlich für den beschriebenen Zweck ver- 
wendet. 

Sollten mehrere Leser dieses Heftes Interesse an einer Partnerschaft haben, 
kann auch eine Kopie des Fragebogens eingesandt werden. Die c’t-Redaktion 
hat zugesagt, jedem MP-Einsender per Brief den Namen und die Anschrift des 
vom Computer ermittelten BRD-Korrespondenzpartners mitzuteilen. 

Viel Erfolg also beim Ost-West-Erfahrungsaustausch! 

Ihre Redaktion MP 


X 


Bis 15. April 1990 einsenden an: 

Redaktion c’t 
Kontaktbörse 
Helstorfer Straße 7 
D-3000 Hannover 61 


Absender (bitte deutlich schreiben) 


Vorname/Name 


Ich möchte persönlichen Kontakt zu Computeranwendern in der 
BRD aufnehmen. Ich bin damit einverstanden, daß meine Anschrift 
und die Angaben dieses Fragebogens zu diesem Zweck in einer Da- 
tenverarbeitungsanlage gespeichert und an Teilnehmerder Kontakt- 
börse weitergeleitet werden. 


Straße/Nr. 


PLZ/Ort 


Datum 


Unterschrift 


Telefon 
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< > Teile, die in den Clipper-Kommandos vom Nutzer zu ersetzen sind. 

[] Teile, die wahlweise angegeben werden können. 

| Alternativen 

{ } wahlweise Wiederholung 

SCHLÜSSELWÖRTER von Clipper-Kommandos werden in großen Buchstaben 
gedruckt. 

Einige elementare Sprachkonstruktionen (Metasymbole) werden wegen ihrer Ein- 
fachheit nur verbal erklärt oder als selbsterklärend betrachtet: 

<ausdr> Ausdruck 

<bedingung> und <l_ausdr> logischer Ausdruck 
<c_ausdr> Ausdruck vom Typ Zeichenkette (character, Zeichen) 

<cm_>ausdr> Ausdruck vom Typ Zeichenkette oder Memo 
<d_ausdr> Ausdruck vom Typ Datum 
<n_ausdr> numerischer Ausdruck 

<gb> Gültigkeitsbereich (NEXT <n_ausdr> oder RECORD <n_ausdr> oder 
ALL). 


! | RUN <DOS_kommando> Aufruf eines DOS-Kommandos. 

&& <text> Leitet einen Kommentar in Kommandozeilen ein. 

* | NOTE <text> Kommentarzeile mit Makroersetzung. 

? [<ausdr_liste>] Übergang zur nächsten Zeile (er, If) und Ausgabe einer Folge 
von Ausdrücken auf dem Bildschirm. 

?? <ausdr_liste> Ausgabe einer Folge von Ausdrücken auf dem Bildschirm, ohne 
vorherigen Zeilenwechsel (er, If). 

@ <oben>,<links>,<unten>,<rechts>BOX <c_ausdr> 

Zeichnen eines Rahmens auf dem Bildschirm. Die ersten neun Zeichen 
von <c_ausdr> definieren die Rand- und Füllzeichen, beginnend mit dem 
Zeichen für die linke obere Ecke. 

@ <oben>,<links> CLEAR [TO <unten>,<rechts>] Löschen eines Rechtecks 
auf dem Bildschirm. 

@ <zeile>,<spalte> PROMPT <c_ausdr_1> [MESSAGE <c_ausdr_2>] 

Ausgabe eines Menütextes (c_ausdr_1) und eines Erläuterungstextes 
(c_ausdr_2) beginnend auf der angegebenen Position (vgl. SET MES- 
SAGE und MENU TO). 

@ <zeile>,<spaite> 

[SAY <ausdr>[PICTURE <klausel>)) 

[[GET <var>[PICTURE <klausel>] 

[RANGE <ausdr_1>,<ausdr_2>] 

[VALID <bedingung>]] 

Ausgabe des berechneten Wertes von <ausdr> auf dem Bildschirm ab 
der angegebenen Zeile und Spalte. Anforderung eines Wertes für die Va- 
riable oder für das Feld nach GET. <klausel> enthält Formatfunktionen 
und -Zeichen. RANGE definiert einen Gültigkeitsbereich für numerische 
und Datumswerte. VALID legt eine Bedingung fest, die die Werte erfüllen 
müssen (vgl. READ). 

@ <oben>,<links> TO <unten>,<rechts> [DOUBLE] 

Zeichnen eines Rahmens auf dem Bildschirm mit einfacher oder doppelter 
Umrandung (DOUBLE). 

ACCEPT [< prompt >] TO <speichervar> 

Eingabe einer Zeichenkette von der Tastatur. 

APPEND BLANK 

Anfügen eines Datensatzes an das Ende des aktiven Datenbankfiles. 
APPEND FROM <filename> [<gb>] [FOR | WHILE <bedingung>] 

[FIELDS <feldliste>] [SDF] | [DELIMITED [WITH BLANK | <zeichen>]J 
Anfügen eines Datenbankfiles oder eines Textfiles (SDF) an das Ende des 
aktiven Datenbankfiles. 

AVERAGE [<gb>] <ausdrJiste> TO <var_liste> [FOR | WHILE <bedingung>] 
Berechnung des Mittelwertes numerischer Felder. 

BOX Siehe @ . . . BOX. 

BEGIN SEQUENCE 

[<kommandofolge>] 

[BREAK] 

[<kommandofolge>] 

END Strukturierte Anweisung zur privaten Fehlerbehandlung. Die Abarbeitung 
von BREAK bewirkt die Übergabe der Programmsteuerung an das Kom- 
mando nach dem END. 


CALL <extern_prog> [WITH <parameter_liste>j 

Aufruf separat übersetzter Programme anderer Sprachen. 

CASE Siehe DO CASE. 

CANCEL | QUIT Abbruch der Programmausführung, Schließen aller Dateien und 
Rückkehr zum rufenden Programm. 

CLEAR Löschen des Bildschirms und Deaktivieren der aktiven @ ... GET-Kom- 
mandos. 

CLEAR ALL Abschließen aller in Benutzung befindlichen Files (Datenbank-, Index-, 
Formatfiles usw.), Freigabe aller Speichervariablen und Auswahl des Ar- 
beitsbereichs 1 . 

CLEAR GETS Deaktivieren der aktiven @ . . . GET- Kommandos. 

CLEAR MEMORY Löschen aller Speichervariablen. 

CLEAR SCREEN Löschen des Bildschirms. 

CLEAR TYPEAHEAD Löschen aller Zeichen im internen Tastaturpuffer. 

CLOSE [ALL | ALTERNATIVE | DATABASES | FORMAT | INDEX] 

Abschließen der ausgewählten Files. 

COMMIT Übergabe aller Clipper-Puffer an das Betriebssystem (DOS 3.2) und Aus- 
gabe auf Platte (DOS 3.3). 

CONTINUE Fortsetzen der Suche nach LOCATE. 

COPY FILE <quell_filename> | (<c_ausdr>)T0 <zieLfilename> | (<c_ausdr_2>) 
Kopieren beliebiger Files. 

COPY STRUCTURE TO <filename> | <c_ausdr>) [FIELDS <feldliste>] 

Es wird ein neues Datenbankfile erstellt, mit der Struktur des aktiven Da- 


tenbankfiles und null Sätzen. 

COPY STRUCTURE EXTENDED TO <strukturfile> | (<c_ausdr>) 

Die Struktur des aktiven Datenbankfiles wird zum Inhalt des Datenbankfi- 
les. 

COPY TO <filename> | (<c_ausdr>) [<gb>] [FIELDS <feldliste> 

[FOR | WHILE <bedingung>] 

[SDF DELIMITED [WITH BLANK | <zeichen>]] 

Kopieren des aktiven Datenbankfiles in ein anderes Datenbank- oder 
Textfile. 

COUNT [<gb>] [FOR | WHILE <bedingung>] TO <speichervar> 

Anzahl der Datensätze. 

CREATE <filename> [(<C-ausdr>) Erzeugen eines leeren Strukturfiles. 

CREATE <filename> |(<c_ausdr_1 >) Erzeugen eines leeren Strukturfiles. 

CREATE <filename> |(<c_ausdr^1>) FROM <strukturfile>| (<c_ausdr_2>) 

Erzeugen eines Datenbankfiles mit der im Strukturfile beschriebenen 
Struktur. 


DECLARE <speichervar>[<n_ausdr>] {<speichervar> [<n_ausdr>] . . .} 

Deklaration eindimensionaler Felder. Beachte: Hier sind die eckigen 
Klammern keine Hilfssymbole! (DECLARE a[5]). 

DELETE [<gb>] [FOR WHILE <bedingung>] 

Löschmarkierung für Datensätze setzen. 

DELETE FILE <filename> |(<c_ausdr>) Löschen des angegebenen Files. 

DIR [<gerät>:] [<pfad>\] [<filegruppe>| (<c_ausdr>)] 

Anzeige der ausgewählten Filenamen. 

DISPLAY [<gb>] [<ausdrJiste>] [FOR WHILE <bedingung>] [OFF] 

[TO PRINT | TO FILE <filename>| (<c_ausdr>)] 

Ausgabe der berechneten Werte. 

DO <filename> [WITH <parameter_liste>] 

Aufruf eines Kommandofiles oder einer Prozedur. 

DO CASE 

CASE <bedingung> 

<kommandofolge> 

{ CASE <bedingung> 

<kommandofolge> . . .} 

[OTHERWISE <kommandofolge>] 

ENDCASE 

Strukturierte Anweisung zur Übergabe der Programmsteuerung an den 
ersten Fall, dessen Bedingung erfüllt ist. 

DO WHILE <bedingung> 

[<kommandofolge>] 

ENDDO 

Strukturierte Anweisung zur zyklischen Abarbeitung der Kommandofolge, 
solange die Bedingung erfüllt ist (siehe LOOP, EXIT). 

EJECT Seitenvorschub auf dem Drucker. 

ERASE <filename> ) (<c_ausdr>) Löschen des angegebenen Files. 

EXIT Verlassen eines DO-WHILE- oder eines FOR-Zyklus und Fortsetzung mit 
dem auf das zugehörige ENDDO folgenden Kommando. 

EXTERNAL <proz_liste> Erzwungene Bezugnahme auf ein externes Symbol. 

FIND <zeichenfolge> | (<c_ausdr>) Voraussetzung: Die aktive Datenbank ist mit 
einem Indexfile in Benutzung. Dann bewirkt FIND die Positionierung des 
Dateizeigers auf den ersten Datensatz, für den Indexschlüssel und be- 
rechnete Zeichenkette gleich sind. 

FOR <speichervar> = <anfangswert> TO <endwert> [STEP < sch rittweite >] 
<kommandofolge> 

NEXT Strukturierte Anweisung für die zyklische Abarbeitung der Kommando- 
folge in Abhängigkeit von Zählwerten (Laufanweisung). 

FUNCTION <funk_name> 

[PARAMETERS <par_liste>] 

<kommandofolge> 

RETURN <ausdr> 

Deklaration einer Funktion. 

GET Siehe @ . . . SAY . . . GET. 

GO [ GOTO BOTTOM | TOP | <n_ausdr> 

Positionieren des Dateizeigers. 


IF <bedingung> 

<kommandofolge> 

(ELSEIF 

<kommandofolge>. . .} 

[ELSE 

<kommandofolge>] 

ENDIF 

Bedingte Anweisung. 

INDEX ON <ausdr> TO <fi!ename> | (<c_ausdr>) Indizieren der aktiven Daten- 
bank nach dem angegebenen Ausdruck. Es entsteht ein Indexfile (.ndx). 
INPUT [<prompt>] TO <speichervar> Sequentielle Eingabe von der Tastatur und 
Zuweisung des eingegebenen Wertes an die Speichervariable. 


JOIN WITH <alias> | (<c_ausdr_1 >) TO <filename> j (<c_ausdr_2>) 
FOR <bedingung> [FIELDS <feldliste>] 

Vereinigen angegebener Felder von zwei Datenbankfiles. 


KEYBOARD <c_ausdr> Füllen des internen Tastaturpuffer. 


LABEL FORM <filename> | (<c_ausdr_1 >) [SAMPLE] [<gb>] [FOR | WHILE cbedin- 
gung>] 

[TO PRINT] [TO FILE] <filename>| (<c_ausdr_2>)] 

Ausgabe von Brief ad ressen. 

LIST [OFF] [<gb>] [<ausdr_liste>] [FOR | WHILE <bedingung>] [TO PRINT] 

[TO FILE <filename> | (<c_ausdr>)] 

Ausgabe der berechneten Werte der Ausdrucksliste. 
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vorgestellt 

Anfang November 1989 stellte 
Compaq seine beiden ersten 
Computer mH der Erweiterten 
Induslrißstandard-ArcbHektur 
{EISA) vor. Zum einen alsAüf« 
tisch-PC den Deskpro 486/25 
mit Intels neuem 32-Bit-Prozes- 
sor, dem 80486. Zum anderen 
ein Hochleistungs-PersonaF 
computersystem für Netz- und 
Muttiuserumgebungen, laut 
Compaq „das erst© PC-System ( 
das Multiuserprocessing ermög- 
licht“. Zum ersten Maie biete 
sich bei einem PC die Möglich* 
keit, die Leistung des Systems 
entsprechend den Anforderun- 
gen durch den Einsatzeines 
zweiten, optionalen Sy stempro- 
zessors zu erhöhen. Die ersten 
Modelte des Systempro werden 
noch mit einer 386/33-Prozes- 
sorplaline ausgestattel, auf der 
ein 38- MHz -803 86, ein Cache- 
controller 82385, 64 KByte Ca- 
che und Sockel für die Koprozes- 
soren 80387 und 3167 vorhan- 



Multiprozessor-PC 
Compaq Systempro 


ehrere Verfah- 
ren vorsieht. Ats neue Sicher- 
heilsfunklion werden beim soge- 
nannten Data Guarding 25 Pro- 
zent der^fraykapazität für die 
Speicherung der Kopie der Da- 
ten in codierter Form verwendeL 
Daneben unterstützt der Control- 
ler auch die Laufwerks Spiege- 
lung, bei der jeweils die Hälfte 
dar Kapazität einer Festplatte für 
die Speicherung einer Kopie der 
Daten in der anderen Hälfte 
verwendet wird. Schließlich 
erfüllt das Ccntrofier-Dupfexing , 
bei dem die Fehlertoleranz mH- 
tels eines zweiten Controllers 
erhöht Wird, eine weitere Sicher* 
heTlsfünfcHon. 

Abschließend einige weitere 
Merkmale: 

- 1 1 Steckplätze voller Länge 

- Platz für 11 interne Massen- 
speicher 

- integriertes Video Graphics 
System für VGA, EGA und 
CGA 


den sind. Mit Verfügbarkeit oas 
80466 kann diese Platine gegen 
ein&486er ersetzt werden. 
Ebenso läßt sich als Zweitpro- 
zessor anstelle des 80386 dann 
auch der 80486 verwenden. Mit 
dem Einsatz eines Zusatz-80386 
soll sich die Rechenleistung um 
bis zu 100 Prozent steigern 
lassen, bei Verwendung eines 
Zu salz -80486 auf das Vierfache . 
Der Einsatz mehrerer System- 
prozessoren wird durch Mulüpro- 
cessingerweiterungen von Netz- 
werk- und MuUiuserbetriebssy- 
stemen wie Novell NetWare 386, 
SCO Unix System V/386 und 
Compaq LAN Manager 386/486 
unterstützt. Das Betriebssystem 
steuert dabei die Zusammenar- 
beit der beiden Prozessoren und 
weist ihnen jeweils Anwen- 
dungs- und Belriebssystemäuf- 
gaben zu. Die vorhandenen 
Anwendungsprogramme kön- 
nen unverändert weiterverwen- 
det werden, wobei das Multipro- 
cessing für den Nutzer durch- 
scbaubar bleibt. 

Um höchstmöglichen 32-Bit-Sy- 
stemdurch$atz zu erreichen - 
unter Beibehaltung der Kompati- 
bilität", wurde die Compaq 
Flexible Advanced Systems 
A reh i tectu re dahi ngeh e nd erwei- 
tert, daß Flex/MP nun auch 
MülfJproqessing und die 32-Bjt* 
EISA-Emeiterungen des ISA- 
(tnduslfiestandard-}-Busses 


unterstützt. Der Vorteil liegt 
darin, daß die Systemprozesso- 
ren mit ihren jeweiligen Cache- 
Speichern auch während der 
Busmasteraktivitäten ununter- 
brochen arbeiten können. Da 
Flex/MP getrennte Busse für 
Prozessor/Arbeitsspeicher und 
I/O-Peripherie besitzt, können 
diese Elemente gleichzeitig 
aktiv sein. 

Der bereits genannte EtSA-Bus 
bietet die notwendigen Voraus- 
setzungen für den Einsatz von 
lelsiungslähigen 32-Bit-Control- 
lern,. beispielsweise schnellen 
Netzwerk- Schnittstellencontrol- 
lern, PlattencoruroHem, Busma- 
ster- und DMA-Contföllem, 
Aufgrund der Kompatibilität zum 
fndustnestandard können je- 
doch auch weiterhin die vorhan- 
denen und künftigen S-/16-Bit- 
tSA -Steckkarten verwendet wer- 
den. 

Eine Besonderheit isl daß sich 
die beiden Systemprozessoren 
den Hauptspeicher teilen, das 
heißt gleichzeitig; zugfeilen kön- 
nen. Durch dieses Shared Sy- 
stem Memory 'Design genannte 
Konzept muß für den zweiten 
Systemprozessor kein zusätzli- 
cher Arbeilsspelcher installiert 
werden. Standardmäßig beträgt 
der 32-B.it-High'speed Enhaneed 
Page Memory 4 MByte: mit 2* , 8- 
oder 32*MByie*Modufen kann ©r 


bis auf 256 MByte aüfger Ostet 
werden. Die 80*Nanosekunden- 
DRAMs reduzieren zum einen 
die Wartezeiten beim Speicher* 
Zugriff (Wart stetes) und unter- 
stützen zum anderen Übertra- 
gung sgescb w i na i g keilen vo n 
33 MBit/s zwischen EISA-Gerä- 
len Und den Systemprözesso- 
ren. 

Laut Compaq erstmals bei einem 
PC angewendet wird als weitere 
Besonderheit die bisher nur von 
Großrechnern bekannte Technik 
des Drive Array, Dabei werden 
mehrere Festplattenlaufwerke 
als ein einziges Hochlefstungs- 
taufwerk angesprochen. Durch 
die Verteilung der Daten über 
diese synchronisierten Lauf- 
werke können Datenübertragun- 
gen parallel und fast viermal so 
schnell wie bisher üblich vollzo- 
gen werden. Der steuernde 
IDA-Controller (Intelligent Drive 
Array Controller.) unterstützt bis 
zu acht Interne synchronisierte 
210-MByte-Festpfatfen, Diese 
interne maximale Festplattenka- 
pazität von 1 ,68 GByte kann 
durch den Anschluß von zwei 
Massenspefcberanfmiten ex- 
tern auf bis zu 4 ,28 GByte ausge- 
baut werden. 

Besonders in den speicherinten- 
siven Netzwerk umgeb ungen 
spielen Fragen der Datensicher- 
heit eine große Rolle, weshalb 


- optional Bandlaufwerke 
(Streamer) bis zu 525 MByte 

-* ein 5,25-ZdlFDiskeltenlauf- 
werk (1,2 MByte) 

- je nach Variante 240 MByte 
bis zu 840 MByte Festplatten- 
kapazität Standard 

- eine parallele, zwei serielle 
Schnittstellen. 

Milden angegebenen Rechen- 
felsturigon von 8 bis 40 MIPS 
(Millionen Instruktionen pro 
Sekunde) zielt Compaq auf 
prozessorintensive Anwendun- 
gen wie Datenbankserver in 
L ANs oder als Hostrechner in 
Mulßuserumgebungen. Dies 
sind Bereiche, in denen bisher 
Minirechner oder spezialisierte 
Workstations vorherrschten. Die 
Firma glaubt* daß mit dem des* 
seren Preis-Leistungs-Verhä] t- 
nis, den außergewöhnlichen 
Lelsturigswerten und Erweite- 
rungsmögiichkefteri des System- 
pro der Start für eine .vollkom- 
men neue Klasse von Personal- 
computern' 1 , die als PC -System 
bezeichnet werden, gegeben ist. 
Andere Hersteller scheinen dies 
ähnlich zu sehen Als Konkurren- 
ten für Muttiprozessor- PCs wer- 
den. demnächst voraussichtlich 
die laiwanesischen Firmen Milac 
und Acer auf dem Markt erschei- 
nen, und auch von IBM wird ein 
ähnliches PC-System erwartet, 

AfF-Wß 
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Caches (sprich: käschs) sind schnelle Zwischen- 
speicher, die in Computern zwischen dem Prozes- 
sor und dem Hauptspeicher arbeiten. Sie verhelfen 
dem Prozessor zu einem schnelleren Zugriff auf 
seine Programme und Daten, so wie die Helfer von 
Egon Olsen beim Zugriff auf die „Kohle“ helfen 
(siehe Titelbild) - wenn nichts dazwischen kommt. 
Lesen Sie hierzu unseren Beitrag auf der Seite 99. 


Im Test: 



Nach unseren Testberichten zu CP/M -Program- 
miersprachen in den Heften 1 und 3 stellen wir Ih- 
nen dieses Mal die verfügbaren Programmierspra- 
chen für MS-DOS vor. Der Beitrag auf der Seite 1 03 
vergleicht Compiler, Interpreter und Assembler - 
die Grafik zeigt, daß die schnellsten der Assembler, 
TopSpeed Modula und Zorland C sind. 


In diesem Heft beginnen wir mit einem Einsteiger- 
Kurs für das gegenwärtig am weitesten verbreitete 
Betriebssystem für PCs: 

MS-DOS der Firma Microsoft. Wir wollen damit 
dem großen Interesse am Umgang mit der PC- 
Technik Rechnung tragen. 


Vorschau 

Für MP 5/1990 bereiten wir für Sie Beiträge zu fol- 
genden Themen vor: 

• Mikrocontroller 

• Berechnung einer zur Run-Time eingegebenen 
Funktion 

• Residente Programme unter MS-DOS 
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Computer-Chaos 

komplett 

Am letzten Wochenende im Februar 
(24 -25. Februar 1990) fanden sich 
Computer- und Medienfreaks sowie 
Fachleute zum „ersten Kommuni- 
kationskongreß in der sektorierten 
Stadt“ im Berliner Haus der jungen 
Talente (HdjT) ein. In der gemeinsa- 
men Veranstaltung des HdjT-Compu- 
terclubs und des Chaos Computer 
Clubs (CCC) aus Hamburg ging es 
unter dem Motto „Bürgerdiplomatie“ 
um den öffentlichen Erfahrungsaus- 
tausch und ums Kennenlernen. Nach 
anfänglichen Anpassungsproble- 
men, die sich organisatorisch am 
Sonnabendvormittag noch bemerk- 
bar machten, hatten die Veranstalter 
aus Ost und West recht schnell die 
Kompatibilität hergestellt und das 
„Chaos geordnet“. Für den Besucher 
stellte sich der Ablauf der Veranstal- 
tungen jedenfalls nicht ungeordneter 
dar als der anderer Tagungen. Wäh- 
rend der Sonnabend vorrangig der 
technischen Wissensvermittlung Vor- 
behalten war, beispielsweise zu Mail- 
box-Netzen (übrigens wurde über 
mehrere Postleitungen Computer- 
kommunikation auch über Landes- 
grenzen betrieben), ging es am Sonn- 
tag vor allem um gesellschaftliche 
Zusammenhänge und Konsequen- 
zen. Themen waren unter anderem 
Computerkriminalität, Datenschutz 
und -Sicherheit und Computerviren - 
jeweils präsentiert von namhaften 
Referenten aus Ost und West. Die 
über 400 Besucher der Veranstaltung 
waren mit dem Gebotenen offensicht- 
lich ebenso zufrieden wie der Leiter 
des HdjT-Computerclubs, Stefan 
Seeboldt, und der „Alterspräsident“ 
des CCC, Wau Holland (39), mit dem 
Ergebnis des Kennenlernens. 
Inkompatibilität gab es nur noch be- 
züglich eines möglichen nächsten 
Veranstaltungstermins. Seeboldt: 

„Im Juni . . . oder, na ja, schreib’ mal 
Herbst.“ Holland: „Wann die Ost- 
freaks wollen, am liebsten im Februar 
91 . . . oder vielleicht Ostern?“ Aber 
wer erwartet denn heutzutage kon- 
krete Termine, wenn sie über 14Tage 
hinausreichen? MP-We 


Gewendete Börse 

So schnellebig ist unsere Zeit: Hatten 
wir Ihnen in MP 2/90 noch Hinweise 
zur Rubrik Börse gegeben, die wir als 
ein Mittel zur Unterstützung der 
Neuererbewegung ins Leben riefen, 
so sehen wir uns nun bereits veran- 
laßt, neuen Gegebenheiten Rech- 
nung zu tragen. Immer mehr Zuschrif- 
ten erreichen uns mit Angeboten, die 
nicht der Nachnutzung dienen, son- 
dern unter kommerziellen Gesichts- 
punkten entstanden sind. Um bei der 
leider immer noch begrenzten Seiten- 
zahl der MP auch diese Entwicklun- 
gen berücksichtigen zu können, wer- 
den wir etwa ab Heft 7/90 die Börse 
auch für kommerzielle Angebote öff- 
nen, indem wir diese für Sie bisher ko- 
stenlose Rubrik in Anzeigenseiten 
umwandeln. Damit bestehen dann für 
alle Anbieter gleiche Bedingungen. 
Zur Vereinfachung des Ablaufes bit- 
ten wir Sie, Ihre Börse- bzw. Anzei- 


genangebote ab sofort an die Anzei- 
genabteilung des Verlages zu rich- 
ten; bereits bestätigte Manuskripte 
werden bis etwa Mitte des Jahres 
nach dem bisherigen Verfahren ver- 
öffentlicht. Ihre Redaktion MP 


T echnologietransfer • 
Kontakte 

Die Zeitschrift Elektronik-Journal 
plant die Einrichtung einer regelmäßi- 
gen Technologietransfer-Seite. Da- 
bei wird DDR-Firmen aus den Berei- 
chen Elektronik, Elektrotechnik und 
aus angrenzenden Gebieten (z. B. 
Maschinenbau, Meß- und Automati- 
sierungstechnik) ab sofort die Mög- 
lichkeit eingeräumt, Kooperationsge- 
suche direkt an das Elektronik-Jour- 
nal zu senden. Diese werden dann 
mit Kennziffer kostenlos veröffentlicht 
und daraufhin dem Journal zuge- 
hende Reaktionen ebenfalls kosten- 
los an die Firmen in der DDR weiter- 
geleitet. 

Mindestens folgende Angaben soll- 
ten enthalten sein: 

- genauer Kooperationswunsch 
(Fachgebiet, Dauer usw.) 

- Grundinformationen zum Unter- 
nehmen einschließlich Adresse, Te- 
lefon-Nr. usw. 

Ihre Kooperationsgesuche richten 
Sie bitte an das Elektronik-Journal, 
Frau Ariane Rüdiger, Europa-Fach- 
presse-Verlag GmbH, Thomas-Deh- 
ler-Str. 27, D-8000 München 83. 


Desktop-Dialog kostenlos 

Der in der BRD ansässige Desktop- 
Verlag bietet DDR-Bürgern, die an 
den elektronischen Druckvorstufen 
(Desktop Publishing) interessiert 
sind, für das laufende Jahr den ko- 
stenlosen Bezug seiner Zeitschrift 
Desktop Dialog an. Inbegriffen ist der 
ebenfalls kostenlose Kennziffern- 
Service. Nach Ablauf des Jahres wird 
der weitere reguläre Bezug der Zeit- 
schrift angeboten, über den der Inter- 
essent entscheiden kann. Der Verlag 
erwägt, im nächsten Jahr ein Redak- 
tionsbüro in der DDR zu eröffnen, so 
daß der Abonnementpreis in Mark der 
DDR zahlbar wäre. Wer in den Vertei- 
ler aufgenommen werden möchte, 
sende bitte eine kurze Nachricht an 
folgende Anschrift: 

Desktop-Verlag, Postfach 200104, D- 
6074 Rödermark 2. mp 


LWL-Übertragungstechnik 
für 10-MBit/s-Ethernet 

Der Lichtwellenleiter (LWL) ist ein 
zweckgerechtes Medium für die Da- 
tenübertragung mit hohen Bitraten. 
Neben den guten Übertragungspara- 
metern bietet er eine hohe Sicherheit 
gegen Störeinwirkungen. Um eine 
reale Möglichkeit für die Nutzung die- 
ses Mediums zu schaffen, entwik- 
kelte das ZFT Nachrichtenelektronik 
in Anpassung an die in der DDR ver- 
fügbare Rechentechnik einen opti- 
schen Transceiver, der einen An- 
schluß von LWL über das Transcei- 
ver-Interface entsprechend ,der 
Ethernet-Spezifikation 2.0 gestattet. 
Der Transceiver, der auf der Basis ei- 


ner Zusammenarbeit mit dem VEB 
Kombinat Robotron entstand, ist mo- 
dular aufgebaut und gestattet durch 
den Einsatz unterschiedlicher opto- 
elektronischer Wandler eine Lei- 
stungs- und Kostenanpassung an die 
jeweilige Entfernung. Das Hauptan- 
wendungsgebiet wird in der Verbin- 
dung einzelner Rechner oder LANs, 
die in verschiedenen Betriebsteilen 
eines städtischen Bereichs installiert 
sind, gesehen. Im Falle der Verbin- 
dung von LANs muß jeweils einer der 
im Netz eingebundenen Rechner die 
Funktion des Knotenrechners und 
über einen zweiten Controllerdie Ver- 
knüpfung mit der Übertragungs- 
strecke übernehmen. 

Unter Berücksichtigung des Zugriffs- 
verfahrens kann für die Punkt-zu- 
Punkt-Verbindung eine Strecken- 
länge von bis zu 10 km im allgemei- 
nen als sinnvoll gelten. In diesem 
Rahmen sind natürlich auch Verbin- 
dungen innerhalb ausgedehnter Be- 
triebsgelände möglich. Dabei können 
schnelle Rechner unter Nutzung ei- 
nes Sternkopplers auch in einem LAN 
zusammengeschaltet werden. In die- 
sem Fall darf dann allerdings jede 
einzelne LWL-Verbindung eine 
Streckenlänge von maximal 4,5 km 
nicht überschreiten. 

Interessenten für die Übertragungs- 
einrichtung, aber auch andere LWL- 
Verbindungen für hohe Datenraten, 
finden im ZFT Nachrichtenelektronik, 
Außenstelle Dresden, PSF 127, 
Dresden, 8012 (Tel. 4956012), ei- 
nen Partner. 

Atari-Messe 1990 

Vom 24. bis 26. August 1990 wird in 
Düsseldorf zum vierten Mal die Atari- 
Messe stattfinden. Nach dem Besu- 
cherzustrom von 35 000 Interessier- 
ten aus dem Vorjahr werden in die- 
sem Jahr weit über 40000 Besucher 
erwartet. Neben dem umfangreichen 
Angebot auf den Ständen steht wie- 
der eine Vielzahl von Vorträgen auf 
dem Programm. Die Themenliste 
reicht von Schulsoftware über profes- 
sionelle Branchenlösungen bis hin 
zu industriellen Computer-Konzep- 
ten. 

Eine andere Rekordzahl betrifft die 
Aussteller-Teilnahme: In diesem Jahr 
werden rund 200 Aussteller das 
Neueste vom Neuen der Hard- und 
Softwarepalette rund um den Atari- 
Computer bieten. Entsprechend ist 
die Ausstellungsfläche in den Hallen 
11 und 12 um ein Drittel größer, das 
heißt, auf 16000 Quadratmetern ist 
genügend Platz, um über neueste 
Produkte und jüngste Entwicklungen 
zu informieren. Die Atari-Computer- 
Show ergänzt mit ihrem breiten Ange- 
bot an Hard- und dazugehöriger Soft- 
ware die parallel stattfindende Frei- 
zeit- und Familienausstellung „Er- 
Sie-Es aktiv Leben ’90“. Viele Besu- 
cher werden an den Atari-Ständen 
die Gelegenheit nutzen, Freizeitge- 
staltung per Computer einmal selbst 
auszuprobieren. 

Wer mit als Aussteller vertreten sein 
will, kann die Ausstellungsunterlagen 
anfordern bei: Atari Computer GmbH, 
Frankfurter Str. 89, D-6096 Raun- 
heim. MP 


Niederlassung der SE 
Spezial-Electronic 
in der DDR 

Im Februar eröffnete die Spezial- 
Electronic KG, Bückeburg, eine 
Zweigniederlassung in Magdeburg. 
Sie dient nach den Worten von Gün- 
ther H. Wuttke, Geschäftsführer der 
Firma, in erster Linie dazu, Schulun- 
gen in Computerbereichen wie Text- 
verarbeitung CAD/CAM-Anwendun- 
gen, Betriebssysteme und Computer- 
netzwerke durchzuführen. Zu diesem 
Zweck wird in der Magdeburger Nie- 
derlassung ein Rechnernetzwerk mit 
etwa 10 Arbeitsstationen, Farbbild- 
schirmen, Druckern und Plottern in- 
stalliert werden. 

Die Adresse der neuen Niederlas- 
sung: SPEZIAL ELECTRONIC KG, 
Otto-von-Guericke-Straße, DDR - 
3090 Magdeburg. mp 


Kostenlose 
Software-Lizenzen 
von Borland 

Die Borland GmbH bietet allen 
DDR-Bürgern, die bisher mit ko- 
pierter Borland-Software gear- 
beitet haben, die Möglichkeit, 
sich bis zum 30. Juni 1990 ko- 
stenlos registrieren zu lassen. 
Neben der Legalisierung der vor- 
handenen Software bietet sich 
damit für Entwickler und Anwen- 
der in der DDR die Chance, ein 
günstiges Update auf die neueste 
Version der jeweiligen Software 
wahrzunehmen. Die Borland 
GmbH Deutschland weist aus- 
drücklich darauf hin, daß sie in 
keinem Fall DDR-Bürger wegen 
bisher illegaler Nutzung von Bor- 
land-Produkten belangen wird. 
Verfahrensweise 

• Schreiben Sie einfach an die 
folgende Adresse und teilen Sie 
mit, welche Borland-Produkte Sie 
zur Zeit benutzen. Vergessen Sie 
bitte nicht, die Versionsnummer 
anzugeben (z. B. Turbo Pascal 
3.0 oder 4.0). 

Borland GmbH 

z. H. Frau Marion Kappelmaier 
Lindwurmstraße 88 
D-8000 München 2 

• Sie erhalten von Borland dar- 
aufhin eine Registrierungsnum- 
mer, die Sie als legal lizensierten 
Anwender der von Ihnen benutz- 
ten Software-Kopien ausweist. 
Sie genießen damit alle Rechte li- 
zensierter Benutzer von Borland- 
Software. 

• Durch die Lizensierung haben 
Sie zwei Jahre die Gelegenheit, 
ein Update Ihrer registrierten 
Software (etwa von Turbo Pascal 
5.5) zum üblichen Update-Preis 
zu erhalten. Dieser liegt in der Re- 
gel weit unter der Hälfte des Neu- 
anschaffungspreises. Beispiels- 
weise kostet Turbo Pascal 5.5 
neu DM 450,30, das Update von 
Turbo Pascal 4.0 auf die Version 
5.5 knapp unter DM 200,- 
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Der Cache 

oder 

Wozu braucht eine CPU einen versteckten Speicher? 


Dr - Gert-Ulrich Vack, Dresden 

Was ist ein Cache? 

Das Wort Cache bedeutet im Englischen Ver- 
steck oder ein versteckter Speicher für Pro- 
viant. Bei 16- und 32-Bit-Mikroprozessoren 
ist zunehmend von Caches die Rede. So gibt 
es externe und On-chip-Caches, Daten- und 
Programmcaches, Cache-MMUs (kurz CAM- 
MUs), Adreßübersetzungscaches, Sprung- 
zielcaches, Cachecontroller und sogar Ca- 
chehierarchien. 

Moderne Mikroprozessoren arbeiten gegen- 
wärtig mit Taktfrequenzen von 33 oder 
50 MHz. Beispielsweise hat bereits ein mit 
16 MHz getakteter 80386 nach dem Aussen- 
den der Adressen ohne Adreßpipelining nur 
77 ns Zeit, die Daten vom Bus zu überneh- 
men. Ein 33-MHz-80386 benötigt Speicher- 
zugriffszeiten um die 30 ns, damit keine zu- 
sätzlichen Wartezyklen eingefügt werden 
müssen. Leider kann man mit dynamischen 
RAMs (DRAMs - dynamische Schreib-/Le- 
sespeicher) Wiese kurzen Zugriffszeiten trotz 
verschiedener Kunstgriffe (vor allem bezo- 
gen auf die Gestaltung der Busschnittstelle) 
kaum erreichen. Schnelle DRAMs sind ge- 
genwärtig noch teuer und rar, und typisch 
werden zur Zeit etwa 65 ... 100 ns benötigt, 
bis nach Übernahme der Adreßinformationen 
die Daten auf den Leitungen stabil bereitste- 
hen. Spitzenprodukte kommen mit 22 bis 
35ns aus (s. MP 9/89, S. 284). 

Mit geeigneten Hardwaremaßnahmen wird 
nun versucht, den Flaschenhals zwischen 
Speicher und CPU (zentrale Verarbeitungs- 
einheit) zu erweitern, zum Beispiel durch den 
Einsatz schneller statischer RAMs (SRAMs). 
Diese Speicher sind aber ebenfalls teuer und 
schaltungstechnisch aufwendig (Stromver- 
sorgung!). Die erforderlichen Hauptspeicher- 
kapazitäten von mindestens 1 MByte (UNIX 
benötigt etwa 2 MByte) lassen sich damit 
ökonomisch nicht erreichen. Perspektivisch 
könnten einmal BiCMOS-RAMs an Bedeu- 
tung gewinnen, bei denen CMOS- und Bipo- 
lartechnologien auf einem Chip kombiniert 
werden. RAMs mit 256 KByte bis 1 MByte in 
BiCMOS-Technologie beispielsweise errei- 
chen Zugriffszeiten von 5 bis 8 ns. Diese 


Bauelemente sind aber noch nicht massen- 
haft verfügbar, und offen bleibt, ob sie dem 
Geschwindigkeitsboom bei Prozessoren auf 
Dauer Paroli bieten können. Denn auch in 
Zukunft ist damit zu rechnen, daß Prozesso- 
ren bezüglich der Arbeitsgeschwindigkeiten 
gegenüber Speichern die Nase vorn haben 
werden. 

Ein wichtiger Ausweg ist deshalb gegenwär- 
tig die Anwendung des Cachekonzepts: Ein 
schneller SRAM von einigen KByte wird als 
Zugriffsbeschleuniger zwischen CPU und 
Speicher geschaltet (Bild 1 ). Der „Proviant“ 
einer CPU sind die Befehle und die Daten, mit 
denen sie gefüttert wird. Ganz im Sinne der 
ursprünglichen Wortbedeutung ist der Cache 
somit ein gegenüber der Software unsichtba- 
res Versteck für den „CPU-Proviant“. 

Beim Cachekonzept wird der Umstand aus- 
genutzt, daß bei der Programmausführung - 
etwa innerhalb einer Prozedur- meist nur ein 
kleines Fenster als Ausschnitt aus dem 
Hauptspeicherinhalt für Code- und Datenzu- 
griffe benötigt wird. Prozeduren in C oder 
Pascal beispielsweise verbleiben längere 
Zeit in diesem Speicherbereich (zum Beispiel 
in DO-Schleifen), ehe wieder auf anderen 
Adressen stehende Befehlsfolgen oder Da- 
ten benötigt werden. Diese Eigenschaft von 
Programmen wird als Lokalität bezeichnet. 
Der Cache wird durch einen zugeordneten 
Cachecontroller so gesteuert, daß er die ak- 
tuell benötigten Befehle und Daten als Abbild 
des Hauptspeicherinhalts enthält. So lange 
der Prozessor die Speicherinhalte bereits im 
Cache erreicht, kann die CPU ohne Warte- 
zyklen auskommen und mit voller Geschwin- 
digkeit laufen. Wenn Daten oder Befehle 
nicht im Cache auffindbar sind (z. B. bei Ver- 
zweigung in eine andere Prozedur), muß vom 
Cachcontroller der neue Ausschnitt aus dem 
Hauptspeicher nachgeladen werden. Diese 
Situation wird Cachefehler (englisch: cache 
miss) genannt. Sie führt dazu, daß die CPU 
vorübergehend warten muß, bis der Cache 
geladen ist. 

Der Informationstransfer zwischen Cache 
und Hauptspeicher erfolgt typisch in Blöcken 
zu je 2, 4, 8 oder 1 6 Byte. 32-Bit-CPUs nutzen 
meist 2- oder 4-Wort-Blöcke (8 oder 1 6 Byte). 
Bei einem Cachefehler wird deshalb nicht nur 


Bild 1 Einbettung 
eines Caches in ein 
Multimastersystem 


das in diesem Moment gerade benötigte Byte 
oder Wort geladen, sondern eine „kleine“ 
Speicherumgebung, das heißt noch einige 
Bytes davor und danach. Mit hoher Wahr- 
scheinlichkeit werden aber auch diese Bytes 
ohnehin nachfolgend benötigt. 

Stehen die benötigten Informationen bereits 
im Cache, so signalisiert die Auswertelogik 
des Cachecontrollers einen Treffer (englisch: 
hit), und der Zugriffswunsch des Prozessors 
kann aus dem Cache-Datenspeicher heraus 
sehr schnell erfüllt werden. Die Häufigkeit 
des Auftretens von Treffern bezeichnet man 
als Trefferrate (englisch: hit rate). Typische 
Werte liegen über 80, meist um die 90 % . Ein 
„langsamer“ Hauptspeicher, der nur mit War- 
tezyklen betreibbar wäre, kann dadurch mit 
einem Cache in einem (praktisch nicht er- 
reichbaren) 0,1- bis 0,2-Wartezyklenmodus 
genutzt werden. Caches sind derzeit bei Pro- 
zessortaktfrequenzen ab 20 MHz und Spei- 
chergrößen ab 1 MByte ökonomischer als 
schnelle Hauptspeicher. 

Wie ist ein Cache strukturiert und wie wird 
er verwaltet? 

Caches kann man nach verschiedenen Prin- 
zipien strukturieren und verwalten (Bild 2). 
Unabhängig von der konkreten Variante ent- 
hält jeder Cache einen SRAM-Datenspei- 
cherteil mit m Blockpuffern - den Cachezei- 
len - und einen Kennzeichnungs- und Adres- 
sierungsteil mit m Adreßeinträgen - das Ca- 
ch edirectory. Man unterscheidet 

- voll assoziative Caches (englisch: full as- 
sociative cache) 

- n-Wege-satzassoziative Caches (eng- 
lisch: n-way set associative cache) und 

- direktabbildende Caches (englisch: direct 
mapped cache). 

Für das Adressierungsschema eines 32-Bit- 
Prozessors (4 GByte Hauptspeicher/32 
Adreßbits) werden diese Varianten nachfol- 
gend vorgestellt. Der Cache-Datenspeicher 
soll 2 KByte in 128 Zeilen (m = 128) aufneh- 
men können (1 6 Byte je Zeile). 

Beim voll assoziativen Cache (Bild 2a) 
kann ein Hauptspeicherausschnitt in jeder 
beliebigen der 1 28 Zeilen stehen. Beim Spei- 
cherzugriff durch den Prozessor muß der 
Controller möglichst unverzögert und des- 
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Bild 2 Verwaltungsprinzipien von Caches 
a) voll assoziativer Cache (ohne LRU-Bits) 
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pien von Caches 
c) n-Wege-satz- 
assoziativer Cache 


halb für alle Zeilen gleichzeitig prüfen, ob 
eine Zeile die adressierten Speicherzellen 
enthält. Diesen Adreßvergleich übernimmt 
die Trefferlogik (englisch: hit logic). Die 
Adreßspeicherzellen für das Cachedirektory 
bilden gemeinsam mit der Trefferlogik einen 
inhaltsadressierten Speicher CAM (eng- 
lisch: content adressable memory). CAMs 
sind Spezialspeicher, die universell auch für 
andere Zwecke einsetzbar sind und zuneh- 
mend als Einzelschaltkreise zur Verfügung 
stehen. Die parallele Trefferlogik eines voll 
assoziativen Caches ist schaltungstechnisch 



Bild 2 Verwaltungsprinzipien von Caches 
b) direktabbildender Cache 


sehr aufwendig, so daß dieses Prinzip prak- 
tisch kaum angewendet wird, zumal sich mit 
einfacheren Organisationsformen ähnlich 
hohe Trefferraten erreichen lassen. 

Beim direktabbildenden Cache (Bild 2b) 
kann jeder Hauptspeicherausschnitt nur in ei- 
ner bestimmten Zeile stehen. Zur Zeilen- 
adressierung in unserem Beispiel dienen 
7 Bit der vom Prozessor ausgesendeten 
Adresse als Index. Mit den Adreßbits 0 bis 3 
werden die 1 6 einzelnen Bytes in der Cache- 
zeile adressiert. Die Adreßbits 4 bis 1 0 bilden 
den 7-Bit-lndex für die Zeilenadressierung 
(Wertebereich 0 bis 127). Die Zeile Nr. 3 
(Zählung ab 0, Index 3) kann so Informatio- 
nen ab den Speicheradressen xxxx xxxx xxxx 
xxxx xxxx xOOO 001 1 0000 (x steht für belie- 
bige Belegungen mit 0 oder 1) enthalten. Zur 
Unterscheidung von Speicherausschnitten 
mit gleichem Index ist zusätzlich die Auswer- 
tung der Adreßbits 11 bis 31 notwendig. 
Diese Bits kennzeichnen unterschiedliche 
Adreßbereiche und werden deshalb als 
Kennzeichen (englisch: tag, wörtlich Etikett) 
bezeichnet und im Cachedirectory im Kenn- 
zeichenfeld (englisch: tag field) als Adreßin- 
formation eingetragen. Beim Prozessorzu- 
griff auf ein Speicherbyte wird aus den Adreß- 
bits 4 bis 10 der Index gebildet und geprüft, 
ob das damit indizierte Kennzeichenfeld den 
korrekten höherwertigen Adreßteil enthält. 
Bei Übereinstimmung liegt ein Treffer vor, 
und in der zugeordneten Zeile steht der ge- 
wünschte Speicherausschnitt. Anderenfalls 
muß wieder nachgeladen werden. Die Aus- 
wertelogik eines auf diese Weise organisier- 
ten Caches ist einfacher und deshalb billiger 
zu gestalten als beim vollassoziativen Ca- 
che, da nur jeweils genau ein Eintrag ausge- 
wertet werden muß. Caches mit dieser Orga- 
nisationsform werden deshalb besonders 
häufig angewendet. 

Eine Zwischenstellung zwischen beiden Or- 
ganisationsprinzipien nimmt der n-Wege- 
satzassoziative Cache ein (Bild 2c). Die 1 28 


Cachezeilen unseres Beispiels werden zum 
Beispiel in 4 Wegen zusammengefaßt. Je- 
weils 4 Zeilen gleichen Niveaus bilden einen 
Satz (englisch: set). Der Beispieicache hätte 
somit folgende Organisation: 4 Wege, je Weg 
32 Zeilen, je Zeile 1 6 Byte. Die Sätze eines n- 
Wege-satzassoziativen Caches werden wie 
ein direkt abbildender Cache verwaltet und 
die Zeilen eines Satzes wie ein assoziativer 
Cache. Diese Kombination der eingangs ge- 
nannten Verfahren stellt einen ökonomi- 
schen Kompromiß zwischen Aufwand und 
Leistungsfähigkeit dar. Eine vom Prozessor 
gesuchte Information kann nun in einer von 4 
Zeilen stehen. Man benötigt neben der Indi- 
zierlogik, die jetzt den Satzzugriff vermittelt, 
zusätzlich eine parallele Auswertelogik, die 
im genannten Beispiel jedoch nur 4 Adreß- 
vergleiche gewährleisten muß - nämlich für 
jeweils 4 Zeilen eines Satzes. Caches mit 
dieser Organisationsform sind ebenfalls 
recht häufig, meistens ist n au6 Aufwands- 
gründen auf 2 oder 4 beschränkt, selten auch 
n = 8. Der direktabbildende Cache ist als 
1 -Weg-Cache interpretierbar. 

Wie werden Cachedaten ersetzt und 
aktualisiert? 

Die Cacheverwaltung ermöglicht zwei wich- 
tige Strategien: die Strategie zur Aktualisie- 
rung des Hauptspeichers, wenn vom Prozes- 
sor in den Cache geschrieben wird, und die 
Ersetzungsstrategie bei n-Wege-satzasso- 
ziativen Caches, nach der die n Zeilen eines 
Satzes verwendet werden. 

Das Problem der Cacheaktualisierung er- 
wächst aus dem Erfordernis, den Hauptspei- 
cherinhalt dem Cacheinhalt bei Schreibzu- 
griffen nachzuführen. Wenn zum Beispiel die 
Werte von globalen Variablen während der 
Programmabarbeitung im Cache geändert 
werden, so müssen die neuen Werte auch in 
den Hauptspeicher übernommen werden. 
Die Übereinstimmung der Dateninhalte von 
Cache und Hauptspeicher bezeichnet man 
als Cachekohärenz. Zwei Verfahren sind zur 
Gewährleistung der Kohärenz üblich: copy 
back (manchmal auch als write back bezeich- 
net) und write through. 

Beim copy back (Zurückschreiben) wird der 
Hauptspeicherinhalt erst dann geändert, 
wenn eine Cachezeile mit neuen Informatio- 
nen belegt werden soll und der ursprüngliche 
Dateninhalt modifiziert wurde. Das bereits 
vorgestellte Kennzeichenfeld enthält dazu für 


jede Zeile eine Aktualisierungsinformation, 
das Gültigkeitsbit (englisch: valid bit oder 
manchmal auch dirty bit genannt). Bevor die 
Zeile mit neuen Daten vom Hauptspeicher 
belegt wird, schreibt die Cachesteuerung den 
alten Inhalt zum Hauptspeicher zurück, falls 
das Aktualisierungsbit eine Änderung des 
Dateninhalts signalisiert. 

Beim write through (ständig schreiben) hin- 
gegen werden Schreibzugriffe in den Cache 
sofort auch an den Hauptspeicher weiterge- 
leitet, so daß die Kohärenz permanent ge- 
sichert ist. Damit vergrößert sich zwar die 
Busbelastung (wichtig in Multiprozessorsy- 
stemen) - und der Prozessor wird „ge- 
bremst“ -, zugleich ergeben sich aber über- 
sichtlichere Verhältnisse für den Hauptspei- 
cherinhalt. 

Eine Modifikation dieses Verfahrens ist buf- 
fered write through (gepuffertes ständiges 
Schreiben), bei dem die Hauptspeicher- 
schrei bzugriffe in zusätzlichen Auffangregi- 
stern, den Schreibpuffern, zwischengespei- 
chert werden. Der Prozessor erhält bereits 
bei Übernahme der Adreßinformation und 
der Daten durch den Cache die Fertigmel- 
dung, so daß er das Ende der Schreibopera- 
tion zum Hauptspeicher nicht abwarten muß. 
Erst wenn der Hauptspeicherbus frei ist, wer- 
den die Daten aus den Auffangregistern zu- 
rückgeschrieben. Nur in den seltenen Fällen, 
wenn auch die Schreibpuffer gefüllt sind, 
muß die CPU warten. 

Bei Assoziativecaches muß als zweites wich- 
tiges Operationsprinzip die Ersetzungsstra- 
tegie genannt werden, nach der neu einzule- 
sende Hauptspeicherausschnitte den Zeilen 
eines Satzes zugeordnet werden. Besonders 
wichtig ist das Verfahren least recently used 
(kurz LRU, am längsten nicht benutzt). Dabei 
wird als nächstes der Puffer beschrieben, auf 
den am längsten nicht vom Prozessor zuge- 
griffen wurde. 

Zur Markierung der LRU-Zugriffsreihenfolge 
muß bei einem n-Wege-Assoziativcache 
eine zusätzliche Steuerinformation im Kenn- 
zeichenfeld verwaltet werden (LRU-Bits). Die 
Länge dieser Steuerinformation in Bit ist der 
aufgerundete duale Logarithmus von n!, 
für einen 4-Wege-Cache also bereits 5 Bit. 
Wenn man von der notwendigen Länge die- 
ser Informationen Bits einspart, spricht man 
von Pseudo-LRU. Dabei wird aber in Kauf ge- 
nommen, daß nicht immer auf die exakt am 
längsten nicht verwendete Cachezeile zuge- 
griffenwird. 
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Caches und DAMs, Multiprocessing und 
Coprocessing 

Die Cachekohärenz ist auch in all den Fällen 
besonders zu beachten, in denen mehrere 
Prozessoren oder Controller (Master) ge- 
meinsamen Zugriff auf den Hauptspeicher 
erhalten. 

© DMA-Betrieb. Der DMA-Controller wird 
meist an die Verbindung zwischen Cache 
und Hauptspeicher geschaltet (Bild 1 ). Da 
der Prozessor längere Zeit nur auf den Cache 
zugreift, kann der DMA-Controller gleichzei- 
tig ungestört mit dem Hauptspeicher Daten 
austauschen, ohne den Cache zu belasten. 

© In Multiprozessorsystemen kommuni- 
zieren die Prozessoren im geteilten Zugriff 
über den Globalspeicher. Wenn ein Pro- 
zessor zum Beispiel eine Nachricht von 
einem anderen Prozessor über den Global- 
speicher in den Cache übernommen hat 
und diese Nachricht anschließend im Global- 
speicher vom Sender erneut aktualisiert wird, 
muß auch im betreffenden Cache eine 
Datenaktualisierung entsprechend dem 
neuen Hauptspeicherinhalt vorgenommen 
werden. 

(2) Auch Koprozessoren können Hauptspei- 
cherzugriff erhalten. Meist sind diese jedoch 
als Slave direkt an den Wirtsprozessor ange- 
koppelt (z. B. in der Konfiguration 80386/ 
80387) und können den Hauptspeicher nur 
über den Wirtsprozessor erreichen. 
Cachekohärenz muß also meist in beiden 
Richtungen gesichert werden. Ein einfaches 
Verfahren ist die Verwendung von nicht „ca- 
chebarem“ Speicher. Durch geeignete Chip- 
select- und Adreßkombinationen wird ge- 
währleistet, daß gemeinsam von mehreren 
Busmastern genutzte Hauptspeicherberei- 
che nicht in den Cache kopiert werden kön- 
nen, sondern nur im Direktzugriff erreichbar 
sinS. Damit entfällt das Kohärenzproblem, al- 
lerdings auf Kosten der Zugriffsgeschwindig- 
keit, der Flexibilität und zusätzlichen Hard- 
wareaufwands. 

Leistungsfähige Cachecontroller (z. B. der 
Cachecontroller 82385 oder die Cache-Me- 
mory-Management-Unit des Clipper-Prozes- 
sors) ermöglichen deshalb eine besondere 
Busüberwachung (englisch: snooping). 
Hauptspeicherzugriffe durch andere Busma- 
ster werden über einen Adreßvergleich mit 
den Adressen der im Cache gehaltenen 
Speicherausschnitte überwacht. Wenn an- 
dere Busmaster in den Hauptspeicher auf 
Adressen schreiben, die in einem Cache ent- 
halten sind, sorgt die Cachesteuerung selb- 
ständig für eine Aktualisierung des Cachein- 
halts aus dem Hauptspeicher. Umgekehrt 
werden im Cache aktualisierte Daten bei Le- 
sezugriffen von anderen Busmastern auf den 
Hauptspeicher vor der Ausführung der Lese- 
operation in den Hauptspeicher zurückge- 
schrieben. 

Caches werden in Multimastersystemen mit 
virtueller Speichertechnik meist zwischen 
Speicherverwaltungseinheit und Speicher, 
also auf der Seite der physischen Adressen, 
angeordnet. Das kommt der Sicherung der 
Cachekohärenz entgegen, da somit für alle 
Master übereinstimmend dieselben virtuellen 
Adreßzuordnungen von Speichersegmenten 
gelten. Vor allem in Multiprozessorsystemen 
ist man vor Kohärenzproblemen jedoch nicht 
völlig gefeit. Als trashing („alles demolieren“) 
bezeichnet man die Situation, wenn Cache- 
zeilen permanent durch verschiedene Pro- 
zesse umgeladen werden, also praktisch 


zwischen zwei oder mehr Adreßbereichen 
pendeln. 

Beim cache-ffushing (Cache ausräumen) 
wird der Cacheinhalt in Konfliktsituationen 
zwangsweise ungültig gemacht, wobei aber 
zuvor meist der Hauptspeicher mit geänder- 
ten Cachedaten aktualisiert wird. Anschlie- 
ßend muß der Cache neu vom Hauptspeicher 
geladen werden. Cache-flushing kann in On- 
chip-Caches von 32-Bit-Prozessoren zum 
Beispiel zeilenweise ausgelöst werden. 

Cachedimensionierung 

Zur Dimensionierung von Caches gibt es 
mehrere Freiheitsgrade. Diese betreffen, 
ausqehend von der verfügbaren SRAM- 
Größe, 

- die Zeilenlänge (Byte je Zeile); daraus er- 
gibt sich die Anzahl der Zeilen im Cache. 

- das Assoziativitätsmaß (Anzahl der 
Wege); daraus ergibt sich die Anzahl der 
Zeilen je Weg und die Anzahl der Zeilen je 
Satz. 

- die Aktualisierungs- und die Ersetzungs- 
strategie. 

Kritisch bei der Cachedimensionierung ist die 
Festlegung der Zeilenlänge. Zu lange Zeilen 
führen dazu, daß im Cache weniger Spei- 
cherausschnitte gespeichert werden können. 
Deshalb kann ein Cachefehler schneller auf- 
treten. Das Nachladen langer Zeilen dauert 
länger und erfordert eine schnellere Bus- 
schnittstelle, damit der Prozessor nicht zu 
lange warten muß. Auch werden bei zu lan- 
gen Zeilen mehr überflüssige Bytes gelesen, 
die unter Umständen in keinem oder nur in ei- 
nem schwachen inhaltlichen Bezug zum ak- 
tuellen Programmkontext stehen. 

Im Rahmen des Architekturentwurfs ermittelt 
man per Simulation vor dem Schaltkreisent- 
wurf geeignete Cachevarianten, die der ge- 
forderten Trefferhäufigkeit entsprechen (üb- 
lich sind 80 . . . 90 %) und die mit angemesse- 
nem Aufwand verwirklicht werden können. 
Als Randbedingungen sind die Arbeitsge- 
schwindigkeiten der Trefferlogik und die für 
die SRAMs erforderlichen Chipflächen (für 
Cachedirectory, Datenspeicher) sowie die 
Signalverzögerungen zu berücksichtigen. 
Bereits auf der Ebene der Architektursimula- 
tion benötigt man also für bestimmte Schal- 
tungsdetails eines Caches Realisierungsin- 
formationen, um geeignete Architekturfestle- 
gungen treffen zu können. Beispielsweise 



bestand beim Entwurf der Trefferlogik des 
Adreßübersetzungscaches des 80386 die 
Forderung, die Trefferauswertung in weniger 
als 11ns abzuschließen (20 MHz Taktfre- 
quenz). Daraus ergaben sich spezifische An- 
forderungen an die Wahl einer geeigneten 
Schaltungstechnik. Beim Entwurf des RISC- 
Prozessors MIPS wurde ebenfalls in enger 
Verbindung mit der späteren schaltungstech- 
mschen Umsetzung die Cachegröße opti- 
miert. Der Architekturentwurf wurde hierbei 
bezüglich der SRAM-Größe dadurch be- 
grenzt, daß die Datenwege auf dem Chip 
nicht zu lang sein durften. 

Von wesentlichem Einfluß auf die Trefferrate 
ist der Charakter der Software. Die Trefferra- 
ten können so durchaus zwischen 50 und 
90 % differieren. Als Eingabedaten für die 
Cachesimulation verwendet man häufig Pro- 
gramme und Daten der Software, die künftig 
mit der CPU-Cache-Kombination abzuarbei- 
ten ist. Das kann beispielsweise ein komplet- 
ter C-Compiler sein. 

In enger Verbindung zum Schaltkreisentwurf 
stehen auch die Strukturierung in Zeilen und 
das Assoziativitätsmaß: Je höher assoziativ 
ein Cache organisiert ist, desto größere Trei- 
berleistungen sind für die Trefferlogik not- 
wendig. 

Aus Sicht einer schnellen Programmausfüh- 
rung ist eine hohe Trefferrate anzustreben. 
Grundsätzlich gilt, daß die Zeilenlänge pro- 
portional zur SRAM-Größe gewählt werden 
sollte. Bei Cachegrößen bis 1 KByte sind die 
Trefferraten voll assoziativer Caches und di- 
rekt abbildender Caches etwa gleichwertig. 
Oberhalb 1 KByte ergeben sich geringfügige 
Vorteile voll assoziativer Caches von einigen 
Prozent. 

Der Schaltungsaufwand für das Cachedirec- 
tory ist nicht zu vernachlässigen. Beim be- 
reits diskutierten 4-Wege-Cache ist jedem 
Satz ein Kennzeichenfeld zuzuordnen, das 
im konkreten Fall bei voller LRU-Ersetzungs- 
strategie 5 LRU-Bits enthalten muß. Dazu 
kommen noch 4 Gültigkeitsbits für die 4 Zei- 
len jedes Satzes. Außerdem müssen je Zeile 
21 Bit für die Adreßkennzeichen berücksich- 
tigt werden. 

Neben dem Datenspeicher-SRAM, der die 
Nutzinformationen enthält, ist also auch der 
Speicher für das Cachdirectory mit allen 
Adreß- und Zusatzinformationen als SRAM 
auszulegen. Auf diesen Speicher greift die 
Cachesteuerung zu. Im Unterschied zum Da- 
tenspeicher-SRAM, der sehr regulär aufge- 
baut ist, muß dieser Directory-SRAM ver- 
schiedenste Hardwaredirektzugänge zu ein- 
zelnen Bits gestatten. Der Chipflächenbedarf 
ist dafür recht erheblich: Er beträgt beispiels- 
weise 80% beim Cache-Controller 82385 
(dieser ist für die direkt abbildende Caches 
und für 2-Wege-Assoziativcaches mit exter- 
nen SRAMs ausgelegt). 28000 Bit sehr 
schneller SRAM wurden benötigt. 

Wo werden Caches angewendet? 

Zum Beispiel im 80486 . . . 

Caches werden vor allem als Speicherzu- 
griffsbeschleuniger eingesetzt. Sie können 
als externe Caches oder als On-chip-Caches 
ausgelegt sein. Die Leistungsfähigkeit der 
Busschnittstelle (Übertragungsbandbreite) 
sowie die technologischen Möglichkeiten, 
vor allem der mögliche Integrationsgrad, sind 
entscheidende Kriterien für die Varianten- 
auswanl. Ein Beispiel für einen Cachecon- 
troller in Form eines Einzelschaltkreises für 
den Aufbau externer Caches von maximal 
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32 KByte mit direktabbildender oder 2-Wege- 
Assoziativorganisation ist Intels 82385. 
Prinzipiell ist auch eine T rennung der Cache- 
funktionen für Programmspeicher und für Da- 
tenspeicher möglich. Dieses Konzept wird 
zum Beispiel in Verbindung mit Harvardarchi- 
tekturen genutzt, bei denen getrennt Bussy- 
steme für Programmspeicher und für Daten- 
speicher existieren (Beispiele hierfür sind die 
Prozessoren Clipper und Motorola 88000). 
Wenn man die Caches auf dem Chip trennt, 
wird die Harvardarchitektur gewissermaßen 
auf dem Chip nachgebildet. In bezug auf die 
Entwicklung des 80860 zeigte sich, daß es 
günstiger sein kann, diesen Weg zu be- 
schreiten und besser im Interesse einer gro- 
ßen Busbandbreite zum Speicher einen 64- 
Bit-Datenbus vorzusehen als getrennte Bus- 
systeme für Programm- und Datenspeicher. 
An diesem Beispiel wird der enge Zusam- 
menhang verschiedener Architekurentwurfs- 
entscheidungen besonders deutlich. 

Üblich sind weiterhin Kombinationen aus Ca- 
checontroller und Speicherverwaltungsein- 
heit MMU (z. B. Motorola 88000 oder Clip- 
per). Bei besonderen Geschwindigkeitsan- 
forderungen verwendet man mehrstufige Ca- 
ches. Sind On-chip-Caches zu klein, kann 
man extern Zusatzcaches einführen (dieser 
Weg wird beim 80860 für spezielle Grafikan- 
wendungen notwendig werden). Ultra- 
schnelle Galliumarsenid-Prozessoren wer- 
den bereits mit Taktfrequenzen um 200 MHz 
betrieben. Die erste Cachestufe arbeitet bei- 
spielsweise mit GaAs-Speichern, die folgen- 
den Stufen können langsamere Speicher hö- 
herer Komplexität enthalten. Neben dieser 
Hauptanwendung von Caches gibt es noch 
andere Einsatzfälle für das Cacheprinzip: 

Der Adreßübersetzungscache (englisch: 
translation lookaside buffer, TLB) ist logisch 
parallel zur Adreßübersetzungseinheit eines 
Prozessors geschaltet. Er enthält on-chip die 
zuletzt verwendeten Zuordnungspaare virtu- 
eller zu physischen Adressen einer Speicher- 
verwaltung. Für alle im TLB enthaltenen Re- 
ferenzen kann somit auf die (die Programm- 
ausführung bremsende) Adreßübersetzung 
verzichtet werden. 

In RISC-Prozessoren werden Sprungzielca- 
ches (englisch: branch target cache) einge- 
setzt, um die Parallelarbeit (Pipelining) der 
einzelnen Prozessorteile bei auftretenden 
Programmverzweigungen nicht allzusehr ins 
Stocken geraten zu lassen. Bei der Ankopp- 
lung von Massenspeichern an einen Rechner 
werden große Datencaches verwendet, um 
die Arbeitsgeschwindigkeiten von Massen- 


speicher und Hauptspeicher einander anpas- 
sen zu können. 

Cacheprinzipien können mit anderen Spei- 
cherorganisationsformen kombiniert werden. 
Vor allem in RISC-Prozessoren findet man 
Stack-Caches und Registerstack-Caches. 
Dabei wird die Zeilenorganisation an die vom 
Prozessor verarbeiteten Datenformate direkt 
angepaßt (z. B. 1 6 oder 32 Bit), wodurch sich 
eine effektive Nutzung seitens der Software 
ergibt. 

In Verbindung mit einem effektiven Cache- 
konzept verfügen moderne 32-Bit-Prozesso- 
ren über Blocktransfermodi, bei denen meh- 
rere zusammenhängende Bytes mit nur ei- 
nem Bustakt transferiert werden können 
(Burstmodus, transaktionsorientierte Bus- 
schnittstelle). Vor allem bei On-chip-Caches 
lassen sich damit die Busbandbreite und so- 
mit die Geschwindigkeit des Cacheumladens 
steigern. Weitere spezielle Maßnahmen sind 
zum Beispiel Software- oder hardwarege- 
steuertes Vorausladen (englisch: prefetch) 
des Caches, um der Erhöhung der Pro- 
grammausführungszeit bei Cachefehlern zu 
begegnen. Optimierungskriterien in bezug 
auf die Software und die Auslegung der Bus- 
schnittstelle sind auch die Trennung oder 
Vereinigung von Daten- und Programmca- 
ches und die Proportionen zwischen bei- 
den. 

Schließlich ist es auch möglich, Cacheorga- 
nisationsformen in der Software nachzubil- 
den. Software-Caches werden beispiels- 
weise in manchen Forth-Systemen im Soft- 
wareinterface zum Massenspeicher oder als 
Teil des Wörterbuchs (Wortcache) für die zu- 
letzt verwendeten Wortreferenzen einge- 
setzt. 

Abschließend soll als Beispiel die Nutzung 
von Caches in einem System mit dem 80486 
skizziert werden. Die CPU enthält auf dem 
Chip zwei getrennte Caches: einen 8-KByte- 
Cache, der für Daten und Befehle gemein- 
sam genutzt wird und einen Adreßüberset- 
zungscache (vergleiche hierzu MP 9/1989, 
Seite 278). 

Der Programm-/Datencache ist 4-Wege- 
satzassoziativ organisiert. Eine Zeile enthält 
16 Byte. Als Ersetzungsstrategie wurde 
Pseudo-LRU gewählt. 3 LRU-Bits treffen 
eine zweistufige 1-aus-2-Entscheidung über 
die am längsten nicht genutzte Zeile eines 
Satzes (Bit 0 hält die Zeilen 1/2 und 3/4 aus- 
einander, Bit 1 unterscheidet dann zwischen 
Zeile 1 und 2 und entsprechend Bit 2 zwi- 
schen Zeile 3 und 4). Die Sätze des Caches 
werden mit den Adreßbits 4 bis 1 0 angespro- 


chen. Das Adreßkennzeichen enthält die Bits 
11 bis 31. Je Satz gibt es 4 Gültigkeitsbits. 
Die Trefferrate kann bei über 90% liegen 
(Streubereich für verschiedene Programme 
75 bis 97%). 

Die transaktionsorientierte Busschnittstelle 
gestattet bei einer Taktfrequenz von 33 MHz 
32-Bit-Blockübertragungen zwischen Cache 
und Hauptspeicher mit 105,8 MByte je s (für 
eine Zeile werden 5 Takte benötigt). Als Ak- 
tualisierungsstrategie wurde buffered write 
through gewählt. Die 4 Schreibpuffer sind je- 
weils 32 Bit breit und intern als Ringpuffer 
(FIFO, first in - first out) organisiert. 

Der Adreßübersetzungscache ist ebenfalls 
als 4-Wege-Assoziativcache mit modifizier- 
tem LRU-Algorithmus ausgelegt (Zeilen- 
länge 20 Bit). Er kann die 32 letzten Adreß- 
übersetzungen speichern. Bei Cachetreffern 
können damit die sonst notwendigen minde- 
stens 4 Takte für die Adreßübersetzung ein- 
gespart werden. 

Außerdem gibt es auch im 80486 den bereits 
aus dem 80386 bekannten, in der Software 
unsichtbaren Segmentdeskriptorcache, der 
parallel zu den 6 sichtbaren Segmentregi- 
stern verwaltet wird. Bei Segmentwechsel 
werden automatisch die Segmentdeskriptor- 
informationen (Segmentbasisadresse, Seg- 
mentlimit und weitere Segmentattribute) in 
das dazugehörige 8-Byte-Cacheregister über- 
nommen. Alle Speicherzugriffe innerhalb des 
aktivierten Segments werden nun über das 
Segmentregister an das Cacheregister weiter- 
geleitet. Betriebssystemfunktionen (z. B. zur 
Überwachung von Zugriffsrechten und Seg- 
mentbereichsüberschreitungen) brauchen so 
die notwendigen Informationen nicht perma- 
nent aus dem im Hauptspeicher abgelegten 
Deskriptorblock auszulesen, sondern kön- 
nen direkt die on-chip gespeicherten Infor- 
mationen auswerten. On-Chip-Caches kön- 
nen über die Software in ihrem Verhalten 
steuerbar sein. Im 80486 gibt es spezielle Be- 
fehle wie INVD (englisch: invalidate - invali- 
dieren, ungültig machen), die den Cache lee- 
ren. Eine modifizierte Version von INVD ist 
WBINVD (write back invalidate), dabei wird 
zuvor der Hauptspeicher aktualisiert. Der Ca- 
che läßt sich mit einem Enablebit freigeben 
oder sperren, und einzelnen Seiten des Haupt- 
speichers können über das Seitendirectroy 
zusätzliche Informationen für die Cache- 
steuerung zugeordnet werden. Im 80486 sind 
außerdem bereits (in weiser Voraussicht) 
Steuerbits vorgesehen, mit denen später ein- 
mal eine Umschaltung auf verschiedene Ak- 
tualisierungsstrategien möglich sein wird. 


TERMINE 


Fachtagung „MIDOS 16 Bit“ 


1. Berliner Unlx-Forum 

WER? Unix-Entwickler- und -Anwendergemeinschaft (UNIX-EAG) 

WANN? 22. Mai 1990, 9.00 bis 18.00 Uhr 
WO? Berliner Kongreßhalle 

WAS? 

• Jahrestagung der UNIX-EAG 

• Unix-Ausstellung gemeinsam mit der UniWare Computer GmbH (Berlin- 
West); sie bietet vor allem Firmen aus der BRD die Gelegenheit, ihre 
Hard- und Software zu präsentieren. 

WIE? Interessenten wenden sich bitte an: VEB Leitzentrum für Anwen- 
dungsforschung Berlin - Softwarebetrieb CAD/CAM, Bereich Fl 3, Jac- 
ques-Duclos-Straße 47-52, Berlin, 1 1 56; Tel. 37 80 34 80 

Grützbach 


WER? Arbeitsgemeinschaften (B) der KDT für Information und Dokumenta- 
tion der Bezirke Potsdam und Berlin 
WANN? 17. Mai 1990 

WO? Potsdam, Kulturhaus „Hans Marchwitza“ 

WAS? Anwendererfahrungen und Ausblick auf die Weiterentwicklung des 
Programmsystems MIDOS für die Nutzung in der wissenschaftlich-techni- 
schen Information und in Bibliotheken 

WIE? Teilnahmewünsche richten Sie bitte an: Kammer der Technik, Be- 
zirksvorstand Potsdam, SB Wissenschaft und Technik, Weinbergstraße 20, 
PSF 27, Potsdam, 1561 ; Tel. 23426 oder 2 4062 

Winkler 


102 


Mikroprozessortechnik, Berlin 4 (1990) 4 



Im Test: 

Programmiersprachen für MS-DOS 


Uwe Schulze , Berlin 


Nachdem wir in MP 1 und 3190 Testberichte 
zu Programmiersprachen , die unter dem Be- 
triebssystem CP/M laufen, veröffentlichten, 
vergleichen wir in diesem Beitrag Program- 
miersprachen, die unter MS-DOS verfüqbar 
sind. 

Für MS-DOS steht eine Vielzahl von Compi- 
lern und Interpretern zur Verfügung. Damit 
die zu messenden Laufzeiten der Compiler in 
einer leicht auswertbaren Größenordnung 
liegen, wurden für das Primzahlensieb des 
Erathostenes 100 Iterationen bis 8190 aus- 
geführt (statt 10 bei den CP/M-Compilern) 
und die Fibonacci-Funktion zehnmal bis 22 
protokolliert. Es ist also gegenüber den CP/ 
M-Compilern der Faktor 10 anzusetzen. Die 
Compilezeiten beziehen sich auf die Erzeu- 
gung eines EXE-Files (bei Turbo 3.0: COM- 
File) auf Festplatte. Manche Compiler bieten 
auch die Möglichkeit der Compilierung im 
Speicher (Turbo-Pascal) oder eines Syntax- 
Checks ohne Codeerzeugung (Quick-C). 
Vorteilhaft zum Schreiben portierbarer Quel- 
len sind Optionen zum Erzwingen des jeweils 
genormten Sprachstandards (Turbo-C). 

In einer Zeit, in der Produktnamen ohne Prä- 
fixe wie Turbo oder Power nicht auszukom- 
men scheinen, mag ein TopSpeed-Modula 
kein besonderes Aufsehen erregen. Doch 
der Name hält, was er verspricht. So kann 
sich die Einschätzung „nett, aber langsam“ 
von Turbo-Pascal : Bauer Anders Hejlsberg 
über das Werk seines ehemaligen Team-Kol- 
legen Niels Jensen wohl kaum auf das Lauf- 
zeitverhalten beziehen, sondern allenfalls 
auf die Compilezeit - und das auch nur im 
Vergleich mit Borland-Produkten (Tafel 1). 
Die erzeugten Programme verdienen zu Recht 
das Prädikat „handcodiert“. Man darf auf 
TopSpeed-C und die angekündigten Möglich- 
keiten der Mixed-Language-Programmierung 
gespannt sein. 

Daß Microsoft-C schnellen Code erzeugt, ist 
gemeinhin bekannt; auch wird erstmals um- 
fassender OS/2-Support geboten. Bemer- 
kenswert ist aber, daß der kürzeste Code von 
einem Pascal-Compiler kommt: Auch bei den 
Übersetzungszeiten und im Entwicklungs- 

M0DULE Sieve; 

PROM 10 IMPORT WrLn, Wrlnt , WrStr; 

COIIST Size=8l 90 ; 

VAR Flags: ARRAY[ 0. . Size] 0P B00LEAN; 

i, prime, k , count, iter: CARDINAL; 
BEGIN 

WrLn; WrStr ("100 iterations") ; 

P0R iter : = 1 T0 100 DO 
count : =0 ; 

P0R i : =0 T0 Size DO Flags[i]:= TRUE 
END ; 

P0R i : =0 T0 Size DO 
IP Flags[i] THEN 
prime : =1*2+3 ; 
k; =i+prime ; 

WH ILE k <= Size DO 

Flags [k] : =FALSE ; 

INC (k, prime ) ; 

END ; 

INC (count ) ; 

END ; 

END; 

END; 

WrLn; Wrlnt (count , 6) ; WrStr(* primes’); 

END Sieve. 


Bild 1 Primzahlensieb in Modula-2 (JPI) 
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komfort liegt Turbo-Pascal vorn. Interessant 
auch zu entdecken, daß es für Verbesserun- 
gen Grenzen gibt: In der Tat benötigt Turbo- 
Pascal 5.0 für die Fibonacci-Funktion - bei 
unbestrittenen Vorteilen in den anderen Lei- 
stungsparametern - mehr Zeit als die Vor- 
gängerversion. 

Beeindruckend ist die Laufzeit des C 88- 
Compilers für die Fibonacci-Funktion. Selbst 
in Assembler geht es nicht schneller (jeden- 
falls nicht bei mir). Gleichzeitig zeigt das 
aber, daß Vorsicht bei der Verallgemeine- 
rung von Aussagen über das Laufzeitverhal- 
ten geboten ist. Beim Primzahlensieb ran- 
giert derselbe Compiler unter „ferner liefen“. 
Neben dem Test einiger häufig verwendeter 
Programmkonstrukte (Speicherzugriffe und 
Schleifen beim Sieb, Unterprogrammrufe, 
Parameterübergaben und Möglichkeiten der 
Rekursion bei Fibonacci) liegt der Wert die- 
ser Benchmarks wohl vor allem in der allge- 
meinen Akzeptanz und der Möglichkeit des 
Vergleichs /I/, /2/, 131 . Während Dateiarbeit 
aufgrund der gemeinsamen Nutzung der 


BDOS-Funktionen keine signifikanten Unter- 
schiede erwarten läßt, wäre ein ausführlicher 
Arithmetiktest sicher auch interessant. 

Die bei C-Compilern verbreitete Möglichkeit 
der Optimierung brachte nur auf dem P8000 
deutlich bessere Ergebnisse (siehe Tafel 2). 
Hier ist auf Kosten der Compilezeit eine 
gleichzeitige Optimierung von Codegröße 
und Laufzeit möglich. Die untersuchten C- 
Compiler für MS-DOS erlauben wahlweise 
nur die Optimierung nach einem Zielkriterium 
(außer Quick-C). 

Quick-C wird ab Version 2.0 nicht mehr als 
Zugabe zum „großen“ Microsoft-C-Compiler, 
sondern als selbständiges Produkt vertrie- 
ben. Gegenüber der Vorgängerversion wur- 
den die erzeugten Programme wieder etwas 
schneller, allerdings auf Kosten von Überset- 
zungszeit und Codegröße. Geliefert wird ne- 
ben einer separaten Kommandozeilenver- 
sion des Compilers jetzt auch ein Quick-As- 
sembler- der erste Assembler in integrierter 
Entwicklungsumgebung. 

Eine exponierte Stellung unter den C-Compi- 
lern nimmt Zortech C + + ein. Dieser Compi- 
ler verarbeitet neben Standard-C- und As- 
semblers-Quellen den objektorientierten 
Sprachstandard nach Stroustrup/4/. Und das 
nicht als Präcompiler - erzeugt werden direkt 
ausführbare EXE-Files. 


Tafel 1 Testergebnisse auf einem EC 1834 (4,7 MHz) nach Laufzeit des Primzahlensiebes geordnet 


Compiler 

Primzahtensieb 
(100 Iterationen) 

Fibonacci-Funktion 
(zehnmal bis 22) 

Bildschirm- 

ausgabe 

(32 000 Zeichen) 

Laufzeit 

in min 

feeres Programm 

Laufzeit 

in min 

Compile- 
zeit 
in min 

Code- 
größe 
in Byte 

Laufzeit 

. . 
in min 

Compiie- 
zeit 
in rn in 

Code- 
größe 
in Byte 

Compile- 
zeit 
in min 

Code- 
große 
in Byte 

JPI TopSpeed 
Modula-2 

0:36 

0:13 

3687 

0:47 

0:13 

3651 

1:23 

0:09 

1611 

Zoriand C 

Version 2.05 

1:13 

0:22 

17888 

0:38 

0:28 

9632 

0:45 

0:18 

2880 

Zortech C+ + 
Version 1 .07 

1:16 

0:17 

9929 

0:41 

0:16 

9891 

1:24 

0:12 

3500 

Microsoft-C 5.1 

1:17 

0:52 

7843 

0:56 

0:52 

7805 

1:36 

0:42 

2311 

Quick-C 2.0 

1:18 

0:22 

8136 

1:02 

0:25 

8098 

1:35 

0:17 

2404 

Turbo-C 2.0 

1:20 

0:12 

7602 

0:43 

0:11 

7532 

1:25 

0:08 

2310 

' . ■ . ■ ■ 

Turbo-Pascal 5.5 

1:25 

0:02 

2496 

1:13 

0:02 

2544 

1:18 
(CRT) 0:50 

0:01 

1312 

Turbo-Pascal 5.0 

1:25 

0:02 

2496 

1:13 

0:02 

2544 

1:18 
(CRT) 0:50 

0:01 

1312 

Quick- Pascal 1.0 

1:26 

0:04 

3904 

1:07 

0:04 

4800 

1:18 
(CRT) 0:23 

# 

0:03 

1760 

Quick-Basic4.50 

1:27 

0:36 

29284 

- 

- 

- 

1:28 

0:28 

10240 

Power C 

Version 1.1.6 

1:30 

0:36 

9840 

0:41 

0:34 

9808 

1:01 

0:22 

2096 

Turbo- Basic 

1:33 

0:02 

29616 

2:50 

0:02 

29593 

1:31 

0:01 

28992 

Fortran 77 

Digital Research 
Version 4.1 

1:34 

1:12 

67456 

~ 

— 

- 

3:17 

0:44 

18816 

Bascom 1 .0 

! 1:37 

0:07 

1412 
+ BRUN 

_ 

_ 

_ 

1:04 

0:06 

1181 

C 88 Version 2.3 

1:38 

0:15 

6144 

0:38 

0:14 

6144 

1:00 

0:12 

1536 

Turbo-Pascal 4.0 1 1:41 

0:02 

2736 

1:08 

0:02 

2656 

1:18 
(CRT) 0:50 

0:01 

1360 

Pascal MT + | 1:47 

0:46 

20992 

0:58 

0:46 

20992 

1:07 

0:44 

20480 

Turbo-Pascal 3.0 1:48 

0:02 

11716 

1:26 

0:02 

11652 

0:38 

0:01 

11433 

Aztec-C 1 :55 

Version 1 .05] 

0:26 

16064 

1:05 

0:23 

7776 

1:15 

0:10 

3824 

Logitech- : 2:29 

Modula*) Jl 

0:31 

20800 

1:57 

0:26 

| 20649 

1:22 

0:14 

112 

Fortran 77 :| 3:11 

Microsoft i 

Version 3.20 i||| 

0:52 

56288 

- 

— 

” 

1:50 

0:46 

18218 

IBM-Pascai 900 

Version 1.0 

0:56 

32660 

1:11 

0:54 

23340 

1:12 

0:41 

18648 


*) keine EXE-Dateien, sondern LOD-Files, die mit „M2 Dateiname“ abgearbeitet werden 
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Tafel 2 ... und in C auf einem P8000 (4 MHz) 


Compiler 

Primzahlensieb 
(1000 Iterationen) 


Fibonacd-Funktion 
(zehnmal bis 22) 



Laufzeit 

in min 

Compiie- 
zeit 
in min 

Code- 
größe 
in Byte 

Laufzeit 

in min 

Compile- 
zeit 1 

in min 

Code- 
größe 
in Byte 

C 

Unix-P8000 

0:65 

0:30 

6886 

0:22 

0:27 

6774 

optimiert 

0:33 

0:51 

6876 

0:20 

0:43 

6762 


Tafel 3 . . . und einige Interpreter auf einem EC 1834 


Sprache 

8088-Forth 

GW-Basic 

RÖf^C-tnterpreter : 

Primzahlensieb, Laufzeit für 1 1teration in min 

0:04 

2:40 

34:30 


Tafel 4 Zum Vergleich: Assembler 


Assembler 

Primzahlensieb 
(100 Iterationen) 

FiöcmaeeTFünktiön 
(zehnmal bis 22) 

Büdschirmausgabe 
(3200 Zeichen) 

Laufzeit in min 

. .3 

Laufzeit 

in min 

Uberset- 
zungszeit 
in min 

Code- 
größe 
in Byte 

Laufzeit 

in min 

Uberset- 
zungszeit 
in min 

Code- 
größe 
in Byte 

.M ASM 5.0 
oder 

TASMt.O 

0:31 

0:1 1 

i 

672 (EXE) 
159 (COM) 

0:38 

0:08 

683 (EXE) 
427 (COM) 

0:28 (BIOS) j 

0:53 (BDOS) 


Tafel 5 Die gleichen Benchmarks auf einem A 7100 (4,7 MHz) 


Compiler 

Primzahlensieb 
(100 Iterationen) 

Fibonacci-Funktion 
(zehnmal bis 22) 

Bildseh, rm- 
ausgabe 

leeres Programm 


Laufzeit 

in min 

Compiie- 
zeit 
in min 

Code- 

größe 

Laufzeit 

in min 

Compile- 
zeit 
in min 

Code- 

größe 

(3200 Zeichen) 

in min 

Compile- 
zeit 
in min 

Code- 

größe 

Turbo-Pascal 1 

3.0 unter 

SCP17Q0 

2:29 

0:09 

12 KByte 
(83 

records) 

1:47 

0:07 

12 KByte 
(82 

(records) 

0:55 

0:07 

12 KByte 
(81 

(records) 


Der noch etwas schnellere Zorland-Compiler 
stammt übrigens vom selben Autor - Walter 
Bright. 

Einige Compiler legen ihre Datenbereiche 
statisch im EXE-File an. Augenfällig wird das 
durch die Differenz von etwa 8000 Byte zwi- 
schen SIEVE.EXE und FIBO.EXE bei Atztec- 
C und IBM-Pascal. Die Untersuchung zeigt, 
daß sich bei der Verkleinerung des Feldes für 
die Primzahlenberechnung die Filegröße 
äquivalent ändert. 

Als State of the Art gelten heute Compiler mit 
integrierter Entwicklungsumgebung (vor al- 
lem Editor), kontextsensitivem Hilfssystem 
und Sourcecode-Debugger. Wegbereiter 
sind die Turbo-Compiler von Borland und die 
Quick-Compiler von Microsoft. Das bisher 
fehlende Quick-Pascal (mit objektorientier- 
ten Features wie Turbo-Pascal 5.5) ist seit 
kurzem verfügbar. 

Um einen inkrementellen Compiler -wie der 
Hersteller vorgibt - handelt es sich bei Quick- 
Pascal zwar nicht (das bedeutete Codeer- 
zeugung parallel zum Editieren), aber die 
Eingabe von Schlüsselwörtern, Zeichenket- 
ten und Kommentaren wird ständig über- 
wacht und farblich verschieden dargestellt. 
Interessant ist der direkte Vergleich zwischen 
Turbo- und Quick-Pascal; beide Compiler 
bieten den gleichen Sprachumfang bis Turbo 
5.0 (Quellfiles können problemlos ausge-' 
tauscht werden) und vergleichbare objekt- 
orientierte Erweiterungen. 



Tafel 6 Laufzeiten für Turbo 5.0 (ohne Optimierung) auf 
verschiedenen Prozessoren (1/100 Sekunde Genauig- 
keit) 
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Prozessor 

Taktfrequenz 

in MHz 

Laufzeit 

Sieb 
in mm 

Laufzeit 
Fibonacci 
in min 

18088 

4,7 

2:04,79 

1:45,51 

V20 

4,7 

2:03,89 

1 :38,20 

18086 

4,7 

1 :26,66 

1:12,80 

18088 

8,0 

1:16,07 

1:02,78 

V20 

8,0 

1:14,48 

0:59,93 

18086 

8,0 

0:50,42 

0:46,97 

I80286 

8,0 

0:24,50 

0:25,16 

I80286 

12,0 

0:16,70 

0:19,61 

I80386 

20,0 

! 0:07,69 

0:09,23 

1 80386 

25,0 ’ 

0:05,60 

0:09,83 
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Ein Mehrprozeßsystem für MS-DOS 

Hans-Jürgen Meier , Dresden 


Die Gründe für die Arbeiten an einem weiteren 
Mehrprozeß-System (Multitask-System) für 
MS-DOS sind sehr vielgestaltig. Im Vorder- 
grund stand zu keiner Zeit die Schaffung eines 
vergleichbaren Produktes wie beispielsweise 
Concurrent DOS XM, Wending-DOS und an- 
deren in /V 12/ genannten Systemen, sondern 
das Sammeln von Erfahrungen beim Entwurf 
und der Implementierung eines erweiterungs- 
fähigen Mehrprozeß-Systems für die Lehre 
und Forschung. Von besonderem Interesse 
waren dabei die Probleme bei der Erweite- 
rung eines bereits existierenden Einprozeß- 
Betriebssystems um die Mehrprozeß-Kom- 
ponente. Von Anfang an wurde auf eine nach- 
nutzungsfähige Form orientiert, die für eine 
breite Anwendung geeignet ist. Die folgen- 
den Gesichtspunkte wurden zugrunde gelegt: 

• Im Zuge der weiteren Vernetzung dezen- 
traler Rechentechnik werden für effektive Lö- 
sungen quasi parallellaufende Prozesse bei- 
spielsweise für Spool- und Serveraufgaben 
benötigt. 

• Der Einsatz von PCs als Leitrechner für 
Steuerungsaufgaben erfordert ein Mehrpro- 
zeß-System für langsame Echtzeitforderun- 
gen. Solche Systeme existieren auch schon, 
verfügen jedoch nicht über die gleichen kom- 
fortablen Programmierumgebungen für Pro- 
grammiersprachen, Datenbanken und ande- 
res wie MS-DOS. 

• Die Möglichkeit des Entwurfs und der Im- 
plementierung von prozeßorientierter Soft- 
ware und deren quasiparalleler Abarbeitung 
auf dem PC muß gegeben sein. 

Es wurde das bereits existierende Einpro- 
zeß-Betriebssystem MS-DOS aufgrund sei- 
ner Aktualität und Verbreitung ausgewählt. 
MS-DOS gilt heute als Quasi-Standard-Be- 
triebssystem für IBM-kompatible PCs. Vom 
Hersteller Microsoft wurde MS-DOS bisher 
nur als ein Einnutzer-Einprozeß-Betriebssy- 
stem (Single User Single Task) vertrieben. 
Obwohl eine ganze Reihe von Ansätzen zu 
erkennen sind, wie beispielsweise der Auf- 
bau der Driver, gibt es noch keine entspre- 
chende Mehrprozeß-Version. Diese Lücke 
schließen inzwischen eine ganze Reihe von 
MS-DOS kompatible Mehrprozeß-Betriebs- 
systeme anderer Hersteller, von denen ein 
Teil in /I/ einer Analyse unterzogen wurde. 
Sie laufen zwar alle auf einem zum IBM PC/ 
XT kompatiblen Computern, können aber 
ihre vollen Möglichkeiten erst auf PCs der 
AT-Klasse entfalten. 

Ein wesentlicher Aspekt bei der Wahl eines 
Betriebssystems ist der Zweck, für den es 
eingesetzt werden soll. Das Betriebssystem 
MTS (Multi Task System) wurde als ein zu 
MS-DOS kompatibles Mehrprozeß-Betriebs- 
system entwickelt. Durch eine weitestge- 
hende Hardwareunabhängigkeit läuft es auf 
dem A 71 50, dem EC 1 834 und allen anderen 
IBM-kompatiblen PC der MS-DOS Version 
3.3. Die angestrebte MS-DOS-Kompatibilität 
legt auch das Einsatzgebiet von MTS fest. 
Ziel war die Schaffung eines Mehrprozeßsy- 
stems, das eine Erweiterung des Dienstum- 
fanges von MS-DOS darstellt. Der Einsatz 
von MTS in eingebetteten 16-Bit-Rechnern 
als Prozeßsteuerkern ist nicht vorgesehen, 
kann aber durch eine entsprechende Abrü- 
stung erreicht werden. 


Die MS-DOS-Dokumentation spricht von 
Prozessen, obwohl es nur Prozeduren sind. 
Wegen der Konsistenz mit der Originallitera- 
tur wird deshalb der Begriff Prozeß auch für 
die ursprünglichen MS-DOS-Prozeduren 
verwendet. Die neuen prozeßspezifischen 
Dienste werden auf MS-DOS aufgesetzt. 
Somit existiert eine scheinbare Parallelität 
des Prozeßsystems von MS-DOS und dem 
neuen Prozeßverwaltungssystems (PVS) 
von MTS. Das MS-DOS-Prozeßsystem kann 
dabei als ein Subsystem betrachtet werden. 
Aus diesem Grund ist es möglich, die proze- 
durale MS-DOS-Dienstschnittstelle beizube- 
halten, wodurch die weitestgehende Nutzung 
der für MS-DOS verfügbaren Software mög- 
lich ist. 

Prozesse können dynamisch eingerichtet 
und wieder gestrichen werden. Bei der Er- 
zeugung eines Prozesses wird vorausge- 
setzt, daß der erforderliche Programmkode 
von einem externen Direktzugriffsdatenträ- 
ger ladbar ist. Bei der Nutzung von System- 
ressourcen, von Synchronisationsmitteln 
und von Ereignissen werden verbrauchbare 
und nicht verbrauchbare Betriebsmittel un- 
terschieden. Verbrauchbare Betriebsmittel 
sind Signale, Nachrichten und die Zeit. Nicht 
verbrauchbare Betriebsmittel sind der Haupt- 
speicher, Files, Ein-/Ausgabe-Geräte und 
der Prozessor. Für das Prozessorscheduling 
sind folgende Strategien wählbar: 

• feste Prioritäten, bei gleichen Prioritäten 
wird nach dem FIFO-Prinzip (First In First 
Out) ausgewählt 

• Zeitscheibenverfahren, wahlweise mit und 
ohne Prioritäten. 

Bei der Übermittlung von Signalen oder 
Nachrichten kommt damit das No-wait-send- 
Prinzip zur Anwendung. Ein Prozeß, der eine 
Nachricht abgibt, kann somit in jedem Fall 
weiter ausgeführt werden, auch wenn noch 
kein Prozeß auf diese Nachricht wartet. Ein 
anfordernder Prozeß muß gegebenenfalls 
auf eine Nachricht warten. Die Anwendung 
der Semaphore liegt in der Hand der Pro- 
grammautoren, er muß die Eindeutigkeit der 
verwendeten Semaphore sichern. Dies betrifft 
beispielsweise die Do ppel beleg ung. Analoges 
gilt aber auch für die Kooperation von Prozes- 
sen. Sie müssen sich bei der Auftragserfüllung 
ihrer Wechselwirkung bewußt sein. 

In diesem Zusammenhang muß darauf hin- 
gewiesen werden, daß MTS vorrangig für 
neue Anwendungssoftware geschaffen 
wurde, die prozeßorientiert arbeitet. Denn 
nur damit können die Möglichkeiten von MTS 
voll genutzt werden. Denkbar wäre beispiels- 
weise die Integration eines MS-DOS-Rech- 
ners in ein Steuerungssystem. Die anfallen- 
den Daten können so in einem allgemein zu- 
gänglichen Dateiformat gespeichert werden 
und* mit Hilfe von existierender Systemsoft- 
ware auf dem MS-DOS-Rechner weiterver- 
arbeitet werden. Natürlich kann der Benutzer 
auch mit mehreren Standardprogrammen 
wie MASM und dBase III Pius parallel arbei- 
ten. Bei mehreren größeren Programmsyste- 
men wird jedoch schnell die Grenze des 
Hauptspeichers erreicht. Für ein einwand- 
freies Arbeiten des Mehrprozeßsystems 
müssen sich alle verwendeten Programme 
an die MS-DOS-Dienstschnittstelle halten. 


Die neuen Dienste des PVS werden überden 
Interrupt 21 H unter Angabe eines entspre- 
chenden Kodes aufgerufen. In definierten 
Registern sind die Eingangsparameter be- 
reitzustellen bzw. werden die Ausgangspara- 
meter geliefert. Die Parameterübergabe und 
-Übernahme wurde der MS-DOS-Konvention 
angepaßt. Dem Anwender wird eine Unter- 
stützung in den Programmierumgebungen 
Assembler und C angeboten. Dabei stehen 
ihm auf Assemblerniveau definierte Makros 
für den Dienstaufruf zur Verfügung. In C wer- 
den ihm die Dienste als Funktionen bereit- 
gestellt. Neben der MS-DOS-Dienstschnitt- 
stelle wird durch COMMAND.COM auch das 
Kommunikationsprotokoll zum Benutzer bei- 
behalten und entsprechend den neuen Mög- 
lichkeiten erweitert. Dem Benutzer werden 
Kommandos angeboten, die ihn über die Pro- 
zeßzustände, die Größe der Warteschlangen 
und die Speicherbelegung informieren. Wei- 
terhin existieren Kommandos zur Prozeßma- 
nipulation, beispielsweise zum Streichen ei- 
nes Prozesses oder zur Änderung der Priori- 
tät eines Prozesses. 

Literatur 
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I2J Joepgen, H. G.: PC Mode für Concurrent CP/M. MC 
(1984) 11, S. 111 
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Computermarkt DDR 

Nach der lange verordneten Enthaltsamkeit 
bezüglich internationaler Hard- und Soft- 
ware überschlagen sich jetzt Kooperatio- 
nen von DDFTBetrieben mit großen interna- 
tionalen Firmen. So war auf der Leipziger 
Frühjahrsmesse 1990 zu erfahren, daß 
mehrere Produkte von CA Computer Asso- 
ciates (deren bekanntestes das legendäre 
Supercalc sein dürfte) in Zukunft durch das 
Leitzentrum für Anwendungsforschung 
(LfA) vertrieben werden sollen. Nähere In- 
formationen erhalten Sie unter der Anschrift 
Jacques-Duclos-Straße 47-52, DDR-1 1 56 
Berlin; Tel. 37 80 3610. Die CeBIT 90 
brachte eine weitere Neuigkeit: Der südko- 
reanische Computerhersteller LGI und die 
AshtonTate GmbH (bekannt durch das 
weit verbreitete Datenbanksystem dBase) 
beabsichtigen, auf Initiative der Fa. Inter- 
lloyd KuFAG über den RFT-Industriever- 
trieb exclusive Hard- und Software anzu- 
bieten. 

Nähere Informationen dazu erhalten Sie 
beim Industrievertrieb Rundfunk und Fern- 
sehen, Bausestraße 6, DDR-7010 Leipzig; 
Tel. 47 4211. 
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Lernmethoden 

der Künstlichen Intelligenz 


Michael Schlosser , Karl-Marx-Stadt 


Bei der klassischen Computernutzung ist es 
erforderlich, zur Lösung einer vom Nutzer ge- 
stellten Aufgabe einen vollständigen und kor- 
rekten Algorithmus aufzustellen und diesen 
in einer für den Computer verständlichen 
Sprache zu formulieren. Solche Programme 
sind relativ aufwendig in ihrer Erzeugung und 
nur für ein ziemlich eingeschränktes Aufga- 
benspektrum anwendbar. Ein vorgegebenes 
Programm erzeugt (aus meist notwendigen 
Eingabeinformationen) die Lösung eines 
Problems (siehe Bild 1). 


Proöl t m - 
lösung 


Bild 1 

Computernutzung (ohne Lernkomponente) 


Programm 


Mit dem weiteren Fortschreiten von Hard- 
und Software ist man bestrebt, den Men- 
schen von der relativ langwierigen Tätigkeit 
des Programmierens zu entlasten und diese 
auf die Seite des Computers zu verlagern, 
dem Computer also „kreative Fähigkeiten“ 
und „intelligentes Verhalten“ zu vermitteln. 
Lernen, eines der grundlegenden Merkmale 
intelligenten Verhaltens, ist definiert als eine 
erfahrungsbedingte Modifikation des Verhal- 
tens /I/. Dieser Lernbegriff gilt sowohl für tie- 
risches als auch für menschliches Lernen. 
Lernprozesse schließen ein : 

- den Erwerb von neuem Wissen 

- die Einordnung von neuem Wissen in be- 
reits existierendes 

- eine effektive Darstellung des Wissens 

- die Entwicklung von kognitiven (auf Er- 
kenntnis beruhenden) und motorischen Fä- 
higkeiten durch Instruieren oder Erfahrungen 

- die Entdeckung neuer Theorien durch Be- 
obachtungen und Experimente. 

Eine Übertragung der Fähigkeit des Lernens 
auf den Computer stellt Bild 2 (als Ergänzung 
zu Bild 1) dar. 


1. Schritt 

Lern phase 




j Aufbau- oder Trammgsphase . 



Belehrung 


Programm 


Probten - 





itfsung 



1 ; 1 

?. Schrift - Arbeitsphase 


Bild 2 

Computernutzung (mit Lernkomponente) 


In der Lernphase wird zunächst ein Pro- 
gramm (im weitesten Sinne) „erlernt“, wobei 
häufig auch Rückkopplungen auftreten (z. B. 
beim Lernen aus Beispielen). Anschließend 
wird in der Arbeitsphase das „erlernte“ Pro- 
gramm (wie auch bereits in Bild 1 ) zur Lösung 
eines gestellten Problems benutzt. 

Das maschinelle Lernen als noch ziemlich 


junge Disziplin - erste Ansätze entstanden 
Ende der fünfziger Jahre - ist heute zwar 
noch weit davon entfernt, wirklich lernende 
Computersysteme zu schaffen, doch sind 
weltweite Aktivitäten zu einer immer weiteren 
Annäherung an dieses Ziel im Gange. Die 
Entwicklung und Vervollkommnung maschi- 
neller Lernmethoden ist wesentlicher For- 
schungsschwerpunkt innerhalb der Künstli- 
chen Intelligenz. Das liegt nicht zuletzt an der 
Notwendigkeit automatischen Wissenser- 
werbs. 

Das Gebiet des maschinellen Lernens um- 
faßt gegenwärtig drei grundlegende For- 
schungsrichtungen: 

- theoretische Forschung: theoretische Er- 
forschung möglicher Lernmethoden, unab- 
hängig von einem Anwendungsgebiet 

- anwendungsorientierte Forschung: Ent- 
wicklung und Analyse von Lernmethoden in 
eng abgegrenzten Anwendungsgebieten 

- kognitive Simulation: Erforschung und 
Computersimulation menschlicher Denkpro- 
zesse 

Die aufgeschriebene Reihenfolge soll dabei 
keine Wertung darstellerr. Alle drei Richtun- 
gen sind notwendig für die weitere Entwick- 
lung des maschinellen Lernens als Wissen- 
schaftsdisziplin innerhalb der Künstlichen In- 
telligenz. Es bestehen sehr enge Verflech- 
tungen zwischen den genannten Richtun- 
gen, was etwas näher erläutert werden soll. 
Indem viel Forschungsaufwand primär in 
eine dieser Richtungen gesteckt wird, führt 
der Erkenntnisgewinn hier häufig auch zu 
Fortschritten in einer der beiden anderen 
Richtungen. So können sich theoretische Un- 
tersuchungen besonders positiv auf die Ent- 
wicklung von Lernmethoden in einem spe- 
ziellen Anwendungsgebiet auswirken. Wei- 
terhin tragen gut entwickelte praktische Lern- 
methoden wesentlich zur theoretischen Fun- 
dierung bei. In ähnlicher Weise kann die Un- 
tersuchung menschlicher Denkprozesse zur 
Theorie und Praxis des maschinellen Ler- 
nens beitragen und umgekehrt. 

Im grundlegenden und wohl bisher umfang- 
reichsten Werk zum maschinellen Lernen 121 
werden folgende drei Klassifikationen ma- 
schineller Lernsysteme vorgeschlagen: 

© Klassifikation auf der Basis der benutzten 
Lernstrategien (Die Lernstrategien selbst 
sind geordnet nach dem Umfang an Inferen- 
zen, die das System über die verfügbaren In- 
formationen durchführt.) 

(D Klassifikation auf der Basis der Wissens- 
darstellung 

( 3 ) Klassifikation entsprechend dem Anwen- 
dungsgebiet. 

Jeder Punkt des Raumes, der durch die drei 
angegebenen Dimensionen definiert ist, ent- 
spricht einer speziellen Lernstrategie, die 
eine besondere Wissensdarstellung in einem 
speziellen Anwendungsgebiet benutzt. 

Im folgenden werden erforschte Werte ent- 
lang der ersten Dimension detaillierter be- 
schrieben; Werte entlang der beiden letzten 
Dimensionen werden nur erwähnt. Künftige 
Forschungen können neue (bislang noch 
nicht untersuchte) Punkte innerhalb des Rau- 
mes möglicher Lernmethoden darstellen. 
Der große Raum der Lernmethoden ist bisher 
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arbeitete er als Systemprogrammierer im 
VEB Datenverarbeitungszentrum Karl- 
Marx-Stadt. Seit 1 985 ist Michael Schlosser 
als wissenschaftlicher Assistent an der 
Sektion Informatik der heutigen Techni- 
schen Universität Karl -Marx-Stadt auf dem 
Gebiet des Wissenserwerbs in der Künstli- 
chen Intelligenz tätig. 
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erst wenig erforscht. Existierende Lernsy- 
steme entsprechen nur einem kleinen Teil 
des gesamten Raumes, weil sie nur eine 
kleine Zahl möglicher Kombinationen der 
Werte darstellen. 

Klassifikation auf der Basis der be- 
nutzten Lernstrategie 

Die Lernstrategien sollen nach dem Umfang 
an Inferenzen (das sind Ableitungen, Schluß- 
folgerungen), die ein Lernsystem selbständig 
über die verfügbaren Informationen ausführt, 
unterschieden werden. Das Wissen eines 
Systems steigt durch eigene Inferenzen an. 
Dabei betrachten wir folgende zwei Extreme: 

- keine Inferenzen 

- „beträchtlicher“ Umfang an Inferenzen 
(beim gegenwärtigen Entwicklungsstand soll 
dies den maximal möglichen Umfang an Infe- 
renzen bedeuten). 

Zwischen diesen beiden Extremen bewegen 
sich alle möglichen Lernsysteme. Die Eintei- 
lung in Tafel 1 wurde 121 entnommen. 


Tafel 1 Einteilung der Lernsysteme nach der benutzten 
Lernstrategie 


1. Auswendiglernen 
(rote learning) 

2. Lernen durch Instruieren, 
(learning form instruction, 
learning by being told) 

3. Lernen durch Analogie 
(learning by analogy) 

4. Lernen aus Beispielen 
(learning from examples) 

5. Lernen durch Beobachten und 
Experimentieren 

(learning from Observation and 
discovery, unsupervised lear- 
ning) 


I _ 

Umfangs an 
Inferenzen 


Abnahme des 
Gehalts der 
Lernmputs 



Auswendiglernen 

Auswendiglernen erfordert keinerlei Inferen- 
zen oder andere Transformationen des Wis- 
sens auf seiten des Lernenden. Dem Lernen- 
den werden alle Informationen explizit vorge- 
geben; die sonst jedem Lernprozeß eigene 
Kreativität fehlt in diesem Fall völlig. Das Aus- 
wendiglernen ist nur der Vollständigkeit hal- 
ber in dieser Übersicht aufgenommen wor- 
den; es handelt sich um keine Lernmethode 
im eigentlichen Sinne. Varianten dieser Me- 
thode enthalten: 

- Lernen durch Programmierung (entspricht 
der herkömmlichen Programmierung eines 
Computers, siehe Bild 1) 

- Lernen durch Erinnerung an gegebene 
Fakten (kann z. B. durch Anwendung eines 
klassischen Datenbanksystems erfolgen). 

Lernen durch Instruieren 

Lernen durch Instruieren entspricht dem Wis- 
senserwerb durch einen Lehrer oder aus ei- 
ner anderen Quelle, zum Beispiel einem 
Lehrbuch. Dabei ist es erforderlich, daß der 
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Lernende das Wissen aus der Eingabespra- 
che in die intern benutzte Darstellungsart um- 
formt und daß neue Informationen in das bis- 
her vorhandene Wissen integriert werden. 
Folglich muß der Lernende einige Inferenzen 
selbständig ausführen, aber der größte Teil 
der Arbeit verbleibt beim Lehrer, der das Wis- 
sen in einer geeigneten Weise zur Verfügung 
stellen muß. 

Lernen durch Instruieren ist vergleichbar mit 
üblichen Ausbildungsmethoden. Die Auf- 
gabe des maschinellen Lernens besteht 
darin, ein Lernsystem zu schaffen, das In- 
struktionen odfcr Ratschläge akzeptiert und 
das erworbene Wissen effektiv speichern 
und anwenden kann. 

Als ein Beispiel des Lernens durch Instru- 
ieren soll das Programm F00 13/ dienen, mit 
dessen Hilfe (problemabhängige) Suchalgo- 
rithmen in einen vorhandenen (problemun- 
abhängigen) Suchalgorithmus eingebaut 
werden können. Eine gegebene Aufgaben- 
stellung (z. B. das Acht-Damen-Problem) soll 
durch vollständige Suche gelöst werden. Fol- 
gender Algorithmus sei dem System zu Be- 
ginn bereits bekannt: 

Ausgehend von einem Anfangszustand (lee- 
res Brett) werden nacheinander acht Felder 
mit Damen belegt. Anschließend wird ge- 
prüft, ob die aktuelle Belegung eine Lösung 
des Problems darstellt (keine zwei Damen 
befinden sich auf einer Waagerechten, Senk- 
rechten oder Diagonalen). Bei positivem Er- 
gebnis wird die aktuelle Belegung als Lösung 
ausgegeben, andernfalls verworfen und wei- 
tergesucht. Der vorliegende Algorithmus ist 
nicht heuristisch. Es werden alle möglichen 
Belegungen gebildet und im nachhinein gete- 
stet, ob eine Lösung vorliegt. Der Suchalgo- 
rithmus kann durch den Einbau verschiede- 
ner heuristischer Algorithmen effektiviert 
werden. Zweige im Suchbaum, die ohnehin 
nicht mehr zu einer Lösung führen können, 
sollten möglichst zeitig abgeschnitten wer- 
den (z. B. können von vornherein Belegun- 
gen mit zwei unmittelbar nacheinander auf- 
gestellten Damen auf der gleichen Waage- 
rechten, Senkrechten oder Diagonalen aus- 
geschlossen werden). Den Einbau derartiger 
(problemabhängiger) heuristischer Algorith- 
men in einen vorhandenen Suchalgorithmus 
ermöglicht das Programm F00 „selbständig“ 
mit Instruktion von einem Lehrer. 

Lernen durch Analogie 

Lernen durch Analogie ist ein Lern verfahren, 
das die menschliche Denkweise des 
Analogieschlusses beim Problemlosen auf 
maschinelle Lernsysteme überträgt. Mit sol- 
chen Lernsystemen kann ein vorhandenes 
Computerprogramm in ein anderes, das eine 
ähnliche, analoge Aufgabe erfüllt, umgewan- 
delt werden. Zu diesem Zweck muß vorhan- 
denes Wissen aus dem Speicher abgerufen, 
in geeigneter Weise transformiert, auf die 
neue, analoge Situation angewendet und für 
die künftige Benutzung wieder gespeichert 
werden. 

Das Lernen durch Analogie wurde bereits 
sehr erfolgreich auf praxisrelevante Pro- 
bleme angewendet, so zum Beispiel beim 
Finden neuer chemischer Verbindungen, die 
analoge Strukturen oder Eigenschaften zu 
bereits existierenden aufweisen. Aber auch 
für geometrische und zahlentheoretische Be- 
weise kann dieses Lernverfahren benutzt 
werden, was anhand des folgenden elemen- 
taren Beispiels aus dem Mathematikunter- 
richt illustriert werden soll /4/: 


Zu Beginn wird einem Lernsystem (oder auch 
einem Schüler) der Beweis für folgende Be- 
hauptung vorgeführt: 

Behauptung: Das Produkt zweier gerader 
Zahlen ist gerade. 

Beweis: 

1 . Jede gerade Zahl ist durch 2 teilbar. 

2. Die beiden geraden Zahlen seien x und y 
und können wie folgt dargestellt werden: 

x = 2m, y = 2n (m, n ganz) 

3. Für das Produkt ergibt sich: 

x * y = 2m * 2n = 2(2mn) (2mn ganz) 

4. Folglich ist das Produkt x ¥ y eine gerade 
Zahl. 

Im Anschluß daran ist die folgende (analoge) 
Behauptung zu beweisen. 

Behauptung: Das Produkt zweier ungerader 
Zahlen ist ungerade. 

Beweis: 

Der Beweis verläuft analog zum vorherge- 
henden, was sowohl von Schülern als auch 
vom zur Verfügung stehenden Lernsystem 
ausgenutzt wurde: 

1. Ungerade Zahlen lassen bei Division 
durch 2 den Rest 1. 

2. Die beiden ungeraden Zahlen seien x und 
y und können wie folgt dargestellt werden: 

x = 2m + 1 , y = 2n + 1 (m, n ganz) 

3. Für das Produkt ergibt sich: 
x * y = (2m + 1 ) * (2n + 1 ) 

= 4mn -I- 2m + 2n + 1 
= 2(2mn + m + n) + 1 (2(mn + m + n) 
ganz) 

4. Folglich ist das Produkt x * y eine unge- 
rade Zahl. 

Die Analogie beider Beweise ist offensicht- 
lich. Die Probleme derartiger Analogie- 
schlüsse bestehen für den Computer im „Er- 
kennen“ der Analogie zwischen beiden Auf- 
gabenstellungen und in ihrer Nutzung für den 
Problemlösungsprozeß. 

Lernen aus Beispielen 

Lernen aus Beispielen ist die bisher am inten- 
sivsten erforschte Methode des maschinel- 
len Lernens. Vorgegeben ist zunächst eine 
Menge von Beispielen (auch positive Bei- 
spiele genannt) und/oder Gegenbeispielen 
(negative Beispiele) eines gewissen Begriffs 
(im allgemeinsten Sinne). Die Aufgabe des 
Lernenden besteht darin, allgemeinere Be- 
griffsbeschreibungen zu erzeugen, die alle 
positiven Beispiele beschreiben und nega- 
tive Beispiele nicht enthalten. Der Umfang an 
Inferenzen des Lernenden ist wesentlich grö- 
ßer als beim Lernen durch Instruieren und et- 
was größer als beim Lernen durch Analogie. 
Man unterscheidet prinzipiell zwei Arten des 
Lernens aus Beispielen: 

- Alle Beispiele liegen bereits zu Beginn des 
Lernprozesses vor. 

- Der Lernprozeß verläuft inkrementell, das 
heißt, die Beispiele werden nacheinander an- 
geboten (auch induktives Lernen oder induk- 
tive Inferenz genannt). 

Der zweite, weitaus häufigere Fall entspricht 
der induktiven Vorgehensweise des Men- 
schen und soll im weiteren ausschließlich be- 
trachtet werden. Der induktive Lernprozeß 
beginnt gewöhnlich mit einer leeren Beispiel- 
menge. Die dazugehörige Regelmenge (zur 
Beschreibung allgemeinerer Begriffe) ist 
selbstverständlich auch leer. Neue Beispiele 
führen gegebenenfalls zu einer Erweiterung 
oder Änderung der bestehenden Regel- 
menge. Das induktive Lernen ist ein typischer 


Vertreter für einen Lernschritt nach Bild 2. Es 
soll anhand des folgenden Beispiels erläutert 
werden /5/: 

Lernen von Regeln zur Pluralbildung engli- 
scher Substantive 

Einem Lernsystem (oder Schüler) werden 
vom Benutzer (Lehrer) zunächst Beispiele 
vorgegeben, die immer aus den beiden fol- 
genden Komponenten bestehen: 

1. Komponente (Ausgangsform): Zeichen- 
kette, die eine Basis für eine aus ihr abzulei- 
tende Zeichenkette darstellt (z. B. Einzahl im 
Englischen: cat). 

2. Komponente (Zielform): Zeichenkette, die 
aus der Ausgangsform abgeleitet werden - 
kann (z. B. Mehrzahl im Englischen: cats). 

Auf der Grundlage der angegebenen Bei- 
spiele soll das Lernsystem dann selbständig 
Regeln zur Pluralbildung aufstellen (1 . Schritt 
in Bild 2) und anschließend aus den eingege- 
benen Ausgangsformen Zielformen erarbei- 
ten (2. Schritt in Bild 2). Das notwendige Hin- 
tergrundwissen des Lernsystems be- 
schränke sich auf einige „Kenntnisse“ zur 
Verarbeitung von Zeichenketten (z. B. Ver- 
gleich von zwei Zeichen, Längenvergleich 
zweier Zeichenketten, positionsmäßiger Zei- 
chenvergleich zweier Zeichenketten). 

Wie können nun anhand vorgelegter Bei- 
spiele Regeln zur Pluralbildung hergeleitet 
werden? Wir kennzeichnen Mengen von Zei- 
chenketten durch signifikante Teilzeichen- 
ketten, die in allen Elementen Vorkommen 
(Notation: t2(. . .)). Unterschiedliche Teilzei- 
chenketten innerhalb der Elemente einer 
Menge werden durch Variablen substituiert 
(Notation: tl (...)). Regeln arbeiten bei der 
Darstellung von Mengen von Zeichenketten 
nach folgendem Prinzip: 

- Signifikante Teilzeichenketten des Defi- 
nitionsbereicheswerden auf signifikante Teil- 
zeichenketten des Wertebereiches abgebil- 
det. 

- Nichtsignifikante Teilzeichenketten ver- 
bleiben unverändert. 

Zur Erläuterung dient die Regel 
rl : t1(X),t2(y) — >t1(X),t2(ies) 

Diese Regel besagt, daß in (gewissen) auf y 
endenden Zeichenketten das y durch ies er- 
setzt wird, rl (lady) führt damit zur Zerlegung 
in tl (Iad),t2(y). Diese Zerlegung wird abgebii- 
det auf t1(lad),t2(ies) und zu ladies zusam- 
mengesetzt, das heißt: rl (lady) = ladies. 



„Was hast du gegen Künstliche Intelligenz? Mit 
deiner natürlichen bist du doch auch noch nicht 
weit gekommen , oder? “ 

Zeichnung: Frank Steger 
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Generalisierungsregeln (ein Prinzip des in- 
duktiven Lernens) erweitern die Definitions- 
und Wertebereiche von Regeln. Dies ge- 
schieht durch Verallgemeinerung (Generali- 
sierung) der signifikanten Teilzeichenketten 
in den Mengen. Ziel ist es dabei, aus einer tri- 
vialen Anfangsregel, die genau die gegebe- 
nen Beispiele abbilden kann, eine allgemei- 
nere Regel zu gewinnen. Als Beispiel dient 
Bild 3. Analog kann der Wertebereich dieser 
Regel 

{iadies,bodies,ponies} zu tl (X),t2(ies) gene- 
ralisiert werden. Damit wird durch Anwen- 
dung von Generalisierungsregeln aus der 
Regel 

r: t2(lady); t2(body); t2(pony) t2(ladies); 
t2(bodies); t2(ponies) die neue, allgemeinere 
Regel 

r':t1(X),t2(y)-»t1(X),t2(ies) 

In der beschriebenen Art und Weise kann 
man Generalisierungsregeln auf vorgelegte 
Beispiele anwenden. 


Mögliche Beispielpaare sind: 


1 Einzahl 


Mehrzahl 

| (Ausgangsform) 

(Zielform) 



cat 

cats 

(1) < 


dog 

dogs 


day 

days 


L 

boy 

boys 


r 

lady 

ladies 

(2) 1 


body 

bodies 

1 

L 

pony 

ponies 

(3) -j 

r 

mouse 

mice 

i 

man 

men 


Folgende Regeln können daraus abgeleitet 
werden: 

Man bildet den Plural englischer Substantive, 
indem man 

(1 ) ein s ans Wortende anhängt 

(2) ein y am Wortende in ies verwandelt, falls 
am Wortende ein Konsonant und y stehen 

(3) aus mouse mice und aus man men bil- 
det, da es sich hier um Ausnahmen han- 
delt. 

Ergebnisse erfolgreicher Generalisierungen 
liegen in den Regeln (1 ) und (2) vor. Ist keine 
Generalisierung möglich, so werden die Bei- 
spiele als Ausnahmen registriert (Regel (3)), 
das heißt, man verwendet die triviale Form 
einer Regel (Aufzählung). 


1 2 (lady) 

t2 (body) 

t? (pony) 

tl(X), t^ady) 

t1(x)t2(ody) 

/ 

tl(X), t?(ony) 

\ /' 

t1(X).t2(dy) 

il(X) t2(ny) 


\ 

/ 


t1(X) J t2(y) 


Bild 3 Generalisierung des Definitionsberei- 
ches {lady, body, pony} 


Lernen durch Beobachten 
und Experimentieren 

Bei diesem Verfahren handelt es sich um die 
gegenwärtig allgemeinste Forng des maschi- 
nellen Lernens (ohne die Hilfe eines Leh- 
rers). Bei manchen Autoren (z. B. /6 /) wird 
zwischen Lernen durch Beobachten und Ler- 
nen durch Experimentieren (eine noch hö- 
here Form als Lernen durch Beobachten) un- 
terschieden. Beide Methoden erfordern vom 
Lernenden mehr Inferenzen als in allen bis- 
her behandelten Zugängen. Der Lernende 
erhält weder eine Beispielmenge noch spe- 
zielle Begriffe geliefert, sondern muß sich aus 
einem umfangreichen Datenmaterial selb- 
ständig typische Eigenschaften auswählen, 
neue Merkmale generieren, Theorien auf- 
stellen, diese Theorien bestätigen oder wi- 
derlegen, und im Falle des Lernens durch Ex- 
perimentieren sogar selbst Schritte zur Aus- 
führung von Experimenten und zur Generie- 
rung zusätzlicher Beispiele mit dem Ziel der 
Wissensverbesserung einleiten. Diese höch- 
ste Form des maschinellen Lernens ist bisher 
relativ wenig erforscht. 

Klassifikation auf der Basis der 
Wissensdarstellung 

Die Darstellungsform in gegenwärtigen ma- 
schinellen Lernsystemen reicht von klassi- 
schen Methoden (Parameter in algebrai- 
schen Ausdrücken, Entscheidungsbäume, 
formale Grammatiken, Graphen, Netzwerke) 
bis hin zu modernen Methoden der Künstli- 
chen Intelligenz (Produktionsregeln, Fra- 
mes), was hier jedoch nicht näher ausgeführt 
werden soll. 

Klassifikation entsprechend dem 
Anwendungsgebiet 

Maschinelle Lernmethoden kamen bisher in 
den unterschiedlichsten Anwendungsgebie- 


Systeme mit System 

Vorausschauen vor dem Erweitern 


Detlef Grell 

„Ist eine gewünschte Erweiterung über- 
haupt möglich, und wenn ja, wie?“ lauten 
zwei der wichtigsten Fragen vor einem PC- 
Kauf. Um dem Händler konkrete Fragen vor- 
legen zu können, stellt man sich zum einen 
das zukünftige „ Vollsystem “ tabellarisch zu- 
sammen, zum andern die Version, die bei 
der Anschaffung derzeit ausreicht. 

Leider kennt ein Händler auch nicht immer 
alle Tücken seines Rechnerangebots, so daß 
die Kenntnis der wichtigsten Erweiterungs- 


Hemmnisse eine gute Argumentationsgrund- 
lage bildet. Sollten nach gündlicher Ausspra- 
che mit dem Verkäufer bei Ihnen Zweifel ver- 
blieben sein, so lassen Sie sich die wichtig- 
sten Optionen schriftlich garantieren. 

XT-Fallen 

Die typischen Probleme mit XT-Motherbo- 
ards wurden bereits aufgeführt: 

Integrierte Floppy- oder Harddisk-Controller 
und Grafikadapter, die sich nicht ausblenden 
lassen, verhindern den Einsatz verbesserter 
Varianten unter Umständen nachhaltig. Es 
gibt auch Floppy- oder Harddisk-Controller, 


ten zum Einsatz, an dieser Stelle seien nur 
einige genannt: medizinische und technische 
Diagnose, Chemie, Mathematik, Verarbei- 
tung natürlicher Sprache, Spiele. 

Die theoretische Erforschung maschineller 
Lernmethoden wurde auch durch Wissen- 
schaftler der DDR maßgeblich beeinflußt, 
insbesondere seien hier die Arbeiten von 
Jantke, Thiele und Wiehagen von der Hum- 
boldt-Universität zu Berlin erwähnt (siehe 
z. B. 171, IQ/, /9/). 
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die man auf verschiedene Adressen einstel- 
len kann - die aber von den meisten BIOS- 
Versionen ignoriert werden. In solch fragwür- 
digen Fällen daher immer ein Rückgaberecht 
für die Neuerwerbung vereinbaren. 

Bei Erweiterungen mit seriellen oder paralle- 
len Schnittsteilen-Karten gibt es selten Pro- 
bleme, wenn man darauf achtet, daß sich die 
neuen Karten auf verschiedene Portadres- 
sen legen lassen. 

Offen, aber kompliziert 

Das Hauptproblem bei ATs aller Schichten, 
also einschließlich 80386, ist die RAM-Be- 
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Fertiglösung oder Einzelteile? ; llSIllBISlIillii 

Es ist zwar reizvoll, aber recht problematisch, sich einen Rechner vollstän- 
dig aus Wunsch-Komponenten selbst zusammenzukaufen, um ihn dann 
Teilchen für Teilchen in Betrieb zu nehmen. Gerade bei AT-Rechnern ist 
das Bustiming nicht exakt von IBM spezifiziert, so daß es zwischen den 
| Nachahmern relativ große Abweichungen gibt. Damit ist grundsätzlich nicht 
gewährleistet, daß jede Steckkarte in jedem Rechner läuft. Zum ernsthaften 
Problem wird das immer dann, wenn die Grafikkarte nicht mitspielt, weil 
dann die Inbetriebnahme aller weiteren Komponenten „wegen Blindflug“ 
ins Stocken gerät. 

Dabei tun sich nicht zwangsweise Motherboards mit hohen CPU-Taktraten 
besonders negativ hervor, sondern meist sind es Boards, deren Bustakt- 
||' Frequenz nicht auf 8 oder 10 MHz absenkbar ist. Im Grunde muß man bei 
jeder Steckkarte, bei der der Hersteller nur das Zusammenspie! mit einem 
J®v IBM AT (8 MHz, 1 Wait- State) garantiert, mit Problemen rechnen, wenn 
man sie auf deutlich schnelleren Rechnern einsetzt. 


•vv-.r • r ; <■■■ ,-v : p ■ - • • • ; * 

Das gilt noch viel mehr, wenn man gedenkt, günstig erstandene Karten zu 
verwenden, die bislang nur in einfachen XTs erprobt wurden. Zwar stellt 
heute niemand mehr zwei Kategorien Steckkarten mit unterschiedlichen 
Geschwindigkeiten für ATs und XT s her, aber die Gefahr ist sehr groß, daß 
ältere Steckkarten, die nur für XTs gefertigt wurden in schnellen ATs versa- 
gen. 


Es ist 




Wunschkombination vom 


Händler konfigurien zu lassen, der dann sehen muß, wie er ein lauffähiges 
System zustandebringt. Schlimmstenfalls wird er eingestehen, daß be- 
stimmte Steckkarten für den Zielrechner nicht geeignet sind, und wird Alter- 
nativen empfehlen. 

Kann der „Einzelteilkäufer" einen sachkundigen Berater hinzuziehen und 
steht noch dazu ein vergleichbarer, lauffähiger Rechner als Testreferenz zur 
Verfügung, dann kann man schon eher einen „Eigenbau“ wagen. Man hat es 
in der Regel aber nicht leicht, ungeeignete Komponenten an Händler zurück- 
zugeben, wenn man solche Optionen nicht vorher schriftlich vereinbart hat. 


stückung. Die meisten 80286- ATs lassen 
nicht mehr als 1 MByte RAM auf dem Mother- 
board zu, aufgeteilt in 640 KByte für DOS und 
384 KByte Extended Memory (also jenseits 
von 1 MByte, wo keine DOS-Programme lau- 
fen). 

Bei einigen älteren ATs (auch Commodores 
erstem PC 40) waren allerdings nur die Va- 
rianten 512 KByte für DOS und 512 KByte 
Extended RAM oder 640 KByte für DOS - 
und 0 KByte für Extended Memory möglich. 
Die Lösung für 640 KByte DOS-RAM ohne 
Verluste besteht darin, die 512-512-Auftei- 
lung zu benutzen und die fehlenden 
128 KByte DOS-RAM mit einer zusätzlich zu 
kaufenden RAM-Karte aufzufüllen. 
8-Bit-RAM-Karten im 16-Bit-AT bremsen die 
CPU durch geringe Busbreite und etliche 
Wait-States, wenn 16-Bit-Zugriffe in aufein- 
anderfolgende 8-Bit-Zugriffe umzuwandeln 
sind. 16-Bit-Karten sind auch deshalb die 
richtige Wahl, weil nur die „langen Slots“ die 
Adreßleitungen für den Extended-Memory- 
Bereich führen. 

Die meisten ATs mit 0 Wait-States bedenken 
übrigens auch RAM-Karten in 16-Bit-Slots 
mit einem Wait-State. In neueren Rechnern, 
vornehmlich bei den 386ern, gibt es daher 
ausschließlich für RAM-Erweiterungen mit 
OWait reservierte Spezial-Steckplätze. 

Extended oder Expanded? 

Ein AT mit 80286 oder 80386SX vermag 
16MByte RAM zu adressieren, etliche Mother- 
boards fassen (nebst Zusatzkarten) aber nur 
maximal 8 MByte. Das ist zwar nicht direkt 
bedenklich, aber schon heute handeln „fort- 
schrittliche Power-User“ 8 MByte als gerade 
richtig für die OS/2-Vollversion und Unix. 

Die Mehrheit der Anwender hat jedoch schon 
Schwierigkeiten, 4 MByte RAM speziell auf 
80286-ATs unter DOS sinnvoll einzusetzen. 
Denn Extended Memory können die wenig- 
sten Programme direkt nutzen (Stichwort 
„DOS-Extender“), meist dient er nur als rie- 
sige RAM-Disk. Interessanter für einen 
80286-AT ist hingegen eine RAM-Erweite- 
rung, die wahlweise als Extended oder Ex- 
panded Memory nutzbar ist (sogenannte 
Above Boards). 

Expanded Memory ist hardwaremäßig etwas 
grundsätzlich anderes als Extended Me- 
mory, denn es stellt zusätzliches RAM irrt 
Adreßraum unterhalb 1 MByte dar, ist also 
auch XTs zugänglich. Dabei können etliche 
MByte RAM „portionsweise“ in 16-KByte- 
Blöcken in den Adreßbereich zwischen Bild- 
speicher und ROM-BIOS eingeblendet wer- 


den. Man hat jedoch nur Vorteile vom Expan- 
ded Memory (genau wie bei Koprozessoren), 
wenn die benutzte Anwender-Software damit 
umgehen kann. Allerdings gibt es erheblich 
mehr DOS-Software, die Expanded Memory 
nutzt als Extended. 

ATs mit NEAT-Chip-Satz können ihren Spei- 
cher wahlweise als Extended oder Expanded 
Memory konfigurieren. Auf 80386-Rechnern 
kann aufgrund der CPU-Fähigkeiten Exten- 
ded Memory per Software (80386-EMS-Trei- 
ber) auch als Expanded Memory eingerichtet 
werden. 

Megabit-Falle 

Das Motherboard-Design prägt das Puzzle- 
spiel, wie man heute wenig und morgen viel 
RAM auf den Rechner bringt, ohne alte Chips 
ausmustern zu müssen. Wenn die Hauptpla- 
tine zum Beispiel nur auf 2 MByte aufrüstbar 
ist und darüber eine Zusatzkarte nötig wird, 
dann sollte man die Zusatzkarte unbedingt 
gleich mitkaufen. Denn diese ist vielfach 
„nach Art des Hauses“ mechanisch und elek- 
trisch auf ein ganz bestimmtes Motherboard 
zugeschnitten und vielleicht übermorgen 
schon nicht mehr lieferbar. 

Des weiteren ist zu klären, ob die Motherbo- 
ard-RAMs zusätzlich zu denen auf der Erwei- 
terungskarte betrieben werden können oder 
nur statt dessen. In ganz unglücklichen (aber 
real existierenden) Fällen muß man die Bo- 
ard-RAMs nicht nur aus der Hauptplatine ent- 
fernen, sondern diese passen nicht mal auf 
die Zusatzkarte. 

T ypische 80386DX-Motherboards lassen 
sich wahlweise mit Megabit-Chips auf 
8 MByte und mit 256-KBit-RAMs auf 2 MByte 
bestücken. Wenn pro Bit ein RAM-Chip (x 1- 
Organisation, es gibt auch x 4) fällig wird, 
dann muß man mit Megabit-Chips minimal 
4 MByte bestücken, damit man die Busbreite 
der CPU erreicht und der Rechner überhaupt 
laufen kann. Begnügt man sich bescheiden 
mit 2 MByte via 256er Chips, sind die RAM- 
Fassungen auf dem Motherboard voll: Eine 
Aufrüstung nur auf der Hauptplatine kann 
jetzt lediglich durch Ersetzen eines MBytes 
256er durch Megabit-Chips erfolgen - die 
256er hat man danach übrig. Wenn eine 
Wahlmöglichkeit bei der RAM-Geschwindig- 
keit besteht (0 oder 1 Wait-State), so zahlen 
Sie lieber den relativ geringen Aufpreis für die 
schnelleren RAMs. Später müßten Sie zur 
Erlangung eines 25 Prozent schnelleren 
Rechners alle vorhandenen RAMs erset- 
zen. 

Einige Rechner-Boards lassen auch einen 


Betrieb mit „fast 0 Wait-State“ durch soge- 
nanntes Bank-Interleaving zu. Dabei muß le- 
diglich gewährleistet sein, daß zwei vollstän- 
dige RAM-Blöcke bestückt sind. Eine Bank 
ist dabei die Anzahl RAMs, die minimal nötig 
ist, damit der Rechner läuft. Im obigen Bei- 
spiel 80386DX mit Megabit-Chips (x 1) stel- 
len 4 MByte erst eine Bank dar, bei einem 
80386SX oder 80286 halbiert sich dieser 
Wert durch die Busbreite. Für Hobbyisten ist 
auch daher ein 80386SX eine attraktive 
Wahl. 

Es lohnt sich also, beim Rechnerkauf genau 
zu klären, wie es später weitergeht. 


Äußerlich und innerlich 

Auch das Gehäuse setzt die Grenzen der Er- 
weiterbarkeit für Laufwerke. Die Controller in 
PCs und ATs können standardmäßig zwei 
Floppy- und zwei Harddisk-Laufwerke an- 
steuern, nur Spezial-Controller erlauben 
mehr. Die kompaktesten Gehäuse haben 
entweder eine sehr geringe Grundfläche 
(Baby-Gehäuse) oder sind sehr flach (slim 
line). Oft fassen diese Gehäuse nur maximal 
drei Laufwerke halber Bauhöhe, so daß ober- 
halb der Standardausrüstung „eine Hard- 
disk, zwei Floppies“ nichts mehr geht. 

Die meisten Gehäuse haben jedoch vier Ein- 
bauplätze für die heute üblichen Laufwerke 
mit halber Bauhöhe, wenn auch mit sehr un- 
terschiedlichem Komfort, was das schnelle 
Wechseln der Laufwerke betrifft: Je kompak- 
ter das Gehäuse, desto mühsamer. 

Bei hoher Festplattenkapazität benötigt man 
Backup-Geräte (Band-Streamer, optische 
Platten). Diese. haben meist eigene Control- 
ler, so daß sich sehr wohl mal ein fünftes 
Laufwerk ins Gehäuse verirren könnte. Dafür 
bieten einige, jedoch längst nicht alle Tower- 
Gehäuse Platz. 

Tower-Gehäuse lassen sich angenehmer- 
weise etwas weiter weg vom Ohr neben den 
Schreibtisch stellen. Allerdings liegt man bei 
jedem Platinenwechsel oder Abschrauben 
eines Steckers auf dem Fußboden, denn 
meist verhindert die Verkabelung, das Gerät 
mal eben auf den Tisch zu stellen. „Fumm- 
lern“ ist daher ein Tischgehäuse mit Klapp- 
mechanismus zu empfehlen, jedoch gibt es 
gerade bei dieser Gehäuse-Bauform viele 
Produkte, die eher den Namen „Klapperme- 
chanismus“ verdienen. Achten Sie auf solide 
Ausführungen, denn ein Gehäusedeckel, der 
mit Lüfter oder Festplatte „mitbrummt“, nervt 
ungemein. 
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Grafik von CG A bis Super-VGA 


Detlef Grell, Manfred Bertuch 


Am kompliziertesten geht es derzeit auf dem 
Sektor der Video-Karten für PCs zu. Man 
unterscheidet sie anhand ihrer höchst unter- 
schiedlichen Auflösungen und Ablenkfre- 
quenzen - wofür Sie anschauliche Beispiele 
auf der 2. Umschlagseite finden - beides 
wichtige technische Daten, die auch den 
anzuschließenden Monitor spezifizieren. 

Der Monitor selbst ist eine der wichtigsten 
Schnittstellen des Computers zum Men- 
schen. Nichts macht ein Rechnersystem so 
unbrauchbar wie ein Monitor , der sich für 
die geplanten Anwendungen als ungeeignet 
erweist. 

CGA 

Der Color Graphics Adapter (CGA) ist der äl- 
teste PC-Standard mit der geringsten maxi- 
malen Auflösung von 640 x 200 Bildpunkten. 
Seine Ablenkfrequenzen (1 5 750 Hz horizon- 
tal, 60 Hz vertikal) wurden vermutlich so nied- 
rig gewählt, um auch Fernsehgeräte als Mo- 
nitor verwenden zu können, üblich sind je- 
doch RGB-Farbmonitore und Monochrom- 
BAS-Monitore. Die aus heutiger Sicht in jeder 
Betriebsart unzureichende Bildqualität ver- 
bietet den CGA-Einsatz nicht nur in profes- 
sionellen Systemen. 

MDA und Hercules (MGA) 

IBMs Monochrom Display Adapter MDA er- 
möglicht ausschließlich Textdarstellung mit 
einer Auflösung von 720 x 350 Bildpunkten. 
Die Schriftzeichen lassen sich relativ fein (9 
x 14 Punkte) auflösen, und es verbleibt zwi- 
schen den Zeichen - ganz anders als bei 
CGA - genügend Abstand, um Texte ohne 
Mühe lesen zu können. Der Monochrom Gra- 
phics Adapter (MGA) der Firma Hercules bie- 
tet zusätzlich zum MDA-Textmodus auch 
Grafik mit 720 x 350 Bildpunkten und hat den 
MDA heute quasi vom Markt verdrängt. 

Eine Kombination aus MGA-Karte und TTL- 
Monochrom-Monitor ist preiswert (zusam- 
men rund 300 DM), recht schnell, und ihre 
Qualität reicht für die meisten professionellen 
Anwendungen aus. Vor allem das kontrast- 
reiche und scharfe Bild eines guten TTL-Mo- 
nitors ist den meisten Farbmonitoren um eini- 
ges überlegen. Lediglich vom „inversen Be- 
trieb“, also dunkle Schrift auf hellem Hinter- 
grund, muß man abraten: Diese Variante 
flimmert wegen der 50-Hz-Bildfrequenz 
(18430 Hz horizontal) unerträglich. 

AGA 

Advanced Graphics Adapter hieß eine Video- 
Karte von Commodore, die bald Nachahmer 
fand (etwa Everex, auch im Schneider Euro 
PC). AGA ist eine technische Synthese aus 
CGA und Hercules-Karte, die in der jeweili- 
gen Betriebsart auch nur CGA- oder nur TTL- 
Monitore korrekt ansteuert. Beachten Sie: 
Einfache CGA- oder TTL-Monitore darf man 
nicht mit Zeilenfrequenzen oberhalb ihrer 
Spezifikation betreiben, weil sie dadurch (An- 
stieg der Hochspannung) zerstört werden 
können. Inzwischen gibt es aber auch Zwei- 
Norm-Monitore, die sich automatisch (und 
gefahrlos) auf die beiden Betriebsarten eines 
AGA einstellen. 


EGA 

Der Enhanced Graphics Adapter ist heute die 
preiswerteste, jedoch schon etwas veraltete 
Lösung für augenverträgliche PC-Farbgrafik. 
Mit 640 x 350 Bildpunkten erreicht er fast 
MDA-Qualität, 16 aus 64 Farben gleichzeitig 
werden geboten. Mit der EGA-Karte brachte 
IBM einen speziellen Zweifrequenz-Monitor 
heraus, der CGA- und EGA-Auflösung be- 
herrscht. Bei letzterer beträgt die Zeilenfre- 
quenz 21 850 Hz, die Bildwiederholfrequenz 
60 Hz. 

Eine EGA-Karte kann mit einem CGA-Farb- 
monitor Zusammenarbeiten und steuert die- 
sen dann mit den richtigen Signalen an, dies 
aber natürlich auch nur in CGA-Auflösung 
(640 x 200). Der Original-IBM-EGA ist BIOS-, 
aber nicht völlig registerkompatibel zu CGA. 
Weiterhin unterstützt EGA auch den echten 
MDA-Modus mit zugehörigen Ablenkfre- 
quenzen, erfordert dann also einen TTL-Mo- 
nochrom-Monitor. 

Einen guten EGA-Monitor mit so gestochen 
scharfem Bild und entspiegelter Bildröhre wie 
das Gerät von Sakata, das wir Anfang 1987 
bei einem Test loben konnten, muß man 
heute lange suchen: Es gibt fast nur noch 
Low- End -Produkte. Wird man dabei nicht 
fündig und möchte seinen Augen zuliebe ei- 
nen Multinorm-Monitor anschaffen, dann ist 
eine Lösung aus VGA-Karte und VGA-Moni- 
tor preislich etwa gleichwertig, technisch 
aber sicher die bessere und zukunftsträchti- 
gere Wahl. 

EGA-Karten vieler Fremdhersteller können 
zusätzlich auch MGA emulieren (an TTL-Mo- 
nitoren) und sind völlig CGA-kompatibel (für 
Spiele). Die augenfälligsten Verbesserungen 
bestehen in weitaus höheren Auflösungen 
(bis 800 x 600, Super-EGA). Diese Modi sind 
aber nicht von IBM standardisiert und daher 
bei jedem Hersteller anders ausgeführt. Man 
kann sie nur in Verbindung mit Programmen 
anwenden, für die es zugehörige T reibergibt. 
Außerdem braucht man aufgrund höherer 
Ablenkfrequenzen in diesen Modi auch einen 
Multinorm-Monitor. Dieser kostet zwar etwas 
mehr als ein purer EGA-Monitor, ist aber 
auch deshalb die bessere Wahl, weil man ihn 
bei einem Umstieg auf VGA weiterverwen- 
den kann. 

MCGA 

Das Multi Color Graphics Array ist eine ab- 
struse Halb-VGA auf dem Motherboard des 
IBM Modell 30. Sollte es MCGA-Steckkarten 
geben, so ignorieren Sie diese zugunsten 
vollwertiger VGA-Karten. VGA, nicht MCGA 
heißt der akzeptierte neue Standard. 

VGA 

Das Video Graphics Array implementierte 
IBM auf dem Motherboard seiner PC/2- 
Rechner ab dem Modell 50. VGA hat - an- 
ders als alle seine digitalen Vorgänger - ein 
Analog- Interface bekommen, das Farbschat- 
tierungen beziehungsweise auf Schwarz- 
weißmonitoren Graustufen erlaubt. VGA er- 
fordert Monitore mit Analog-Eingang für deut- 
lich erhöhte Ablenkfrequenzen (horizontal 
31 500 Hz), wobei die 70 Hz Bildablenkfre- 
quenz die Darstellung von schwarzer Schrift 
auf weißem Hintergrund zuläßt. 


Die höchste Auflösung beträgt bei 16 aus 
262144 möglichen Farben im Textmodus 
720 x 400, im Grafikmodus 640 x 480 Bild- 
punkte. In einem Grafikmodus mit 320 x 200 
Bildpunkten können gleichzeitig 256 Farben 
(64 Graustufen) aus 262144 dargestelit wer- 
den. CGA-, MDA- und EGA-Kompatibilität ist 
nur noch auf Software- Ebene gegeben, wo- 
durch aber deren Darstellung auf dem VGA- 
(Festfrequenz-)Monitor möglich ist. Üblich 
sind VGA-Monitore mit 1 2 bis 1 4 Zoll Schirm- 
diagonale, die mit den von IBM gesetzten 
Maximalauflösungen ein zufriedenstellendes 
Bild liefern. Zu diesem Monitor-Typ gehört 
übrigens auch ein Gerät mit dem irreführen- 
den Namen „MultiSync2A“ von NEC. 

Super-VGA 

Ein Teil der VGA-Nachbauer stellt auch Kar- 
ten mit voller Registerkompatibilität zu älte- 
ren Adaptern her, manche Karten haben zu- 
sätzlich zum neuen ISpoligen VGA-Stecker 
ebenfalls den alten TTL-Stecker zum An- 
schluß der Vorgänger-Monitore. Auch findet 
man heute AT-gerechte VGA-Karten mit 16- 
Bit-Bus. 

Super-VGAs lösen bis zu 800 x 600 Punkte 
bei 256 Farben und 1024 x 768 mit 16 Far- 
ben auf. Diese Modi eignen sich durchaus 
schon für einfache CAD-Anwendungen oder 
„Privat-DTP“. Das erfordert allerdings einen 
Bildspeicher von 512 KByte statt der bei IBMs 
VGA üblichen 256 KByte und ebenso den An- 
schluß eines Multinorm-Monitors, weil dabei 
deutlich höhere Ablenkfrequenzen (35 bis 
48,5 kHz) anfallen. 

Unserer Meinung nach ist der 1024 x 768- 
Modus mit Zeilensprungverfahren (flimmert) 
und an Monitoren mit einer Schirmdiagonale 
unter 1 6 Zoll nicht attraktiv (Linien und Schrift 
erscheinen für das Auge beim üblichen Be- 
trachtungsabstand einfach zu klein). Eine 
vernünftige Lösung ohne Zeilensprungver- 
fahren (non-interlaced) mit einem 19-Zoll- 
Monitor ist aber für gelegentliche Farbspiele- 
reien zu teuer. Man muß daher vor dieser In- 
vestition genau prüfen, ob man diese Auflö- 
sung tätsächlich häufig braucht und ob für die 
anvisierte Anwendung überhaupt ein Treiber 
für die Auflösung erhältlich ist. 

Der 800 x 600-Modus ist - allemal für Hob- 
byisten - viel attraktiver, weil der sich auch 
auf handelsüblichen Multinorm-Monitoren 
(knapp über 1000 DM) recht gut macht. Es 
existieren dabei zwei grundverschiedene 
Modi, wobei der eine nicht eine abgemagerte 
Variante des andern ist. 800 x 600 bei 16 
Farben bieten auch schon einfache 8-Bit- 
Karten mit 256 KByte Video-RAM, 800 x 600 
mit 256 Farben erfordern 512 KByte RAM. 
Ziehen Sie jetzt aber nicht den verhängnis- 
vollen Rückschluß, daß eine VGA-Karte mit 
512 KByte automatisch die beiden genann- 
ten Modi unterstützt: Solche gibt es natürlich 
(etwa Eizo MD-B10), aber vor allem bei Kar- 
ten, die auch 1024 x 768 auflösen, sparen 
die Anbieter gern einen der 800 x 600-Modi 
ein. 

14-Zoll-Multiscans bieten sich auch immer 
dann an, wenn man einen Monitor zeitweise 
an unterschiedlichen Karten (CGA, Hercules, 
EGA) oder sogar an verschiedenen Rech- 
nern (Archimedes, Atari ST oder Amiga) be- 
tfeiben will. Multinorm-Monitore sind aber 
nicht alle gleich. Die kleineren und preiswer- 
teren 14-Zoll-Geräte (bis 800 x 600) syn- 
chronisieren bis hinab in den CGA- und TV- 
Bereich. Einige kostspieligere Versionen 
Fortsetzung auf Seite 115 
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Einführung in MS-DOS 


Wolfram Schulze, Uwe Schulze, Berlin 


Viele MS-DOS-Einsteiger sind durch die vor- 
handene Literatur , die zumeist Wert auf Sy- 
stematik und Vollständigkeit legt, nicht aus- 
reichend bedient. Mit diesem Kurs soll des- 
halb der Versuch unternommen werden, Ih- 
nen eine didaktische Arbeitshilfe zu bieten, 
in die die Erfahrungen der Arbeit mit dem Be- 
triebssystem ein fließen. Deshalb sind die 
Befehle auch nicht - wie oft üblich - alpha- 
betisch geordnet, sondern nach praktischen 
Gesichtspunkten. Sie werden viele Bei- 
spiele finden, jedoch auch wertende, war- 
nende , vor allem aber ermunternde Hin- 
weise. Vorkenntnisse sind nicht nötig, ein 
paar Erfahrungen von CP/M oder im Um- 
gang mit Standardsoftware würden das Ver- 
ständnis der oft knappen Darstellung aber 
erleichtern. 

Die ersten Schritte 

Der erste Teil zeigt, wie das System gestartet 
wird und beschreibt das nicht ganz einfache 
DOS-Dateisystem. Die ersten Kommandos 
beziehen sich auf die Arbeit mit der Diskette. 
Schwerpunkt: Arbeit mit Unterverzeichnis- 
sen. 

Historie 

Als der größte Computerhersteller der Welt, 
die International Business Machines Corpo- 
ration (IBM) 1980 nach einem Entwickler für 
das Betriebssystem (die Grundsoftware) ih- 
res ersten 1 6-Bit-Personalcomputers suchte, 
kam dafür eigentlich nur Digital Research mit 
seinem Produkt CP/M-86, dem Nachfolger 
des erfolgreichsten kommerziellen Betriebs- 
systems für 8-Bit-Technik, in Frage. Doch 
das Rennen machten Microsoft und sein MS- 
DOS (Microsoft Disc Operating System). 
Hierbei handelt es sich um ein von der Firma 
Seattle Computer Products unter dem Na- 
men QDOS (Quick and Dirty Operating Sy- 
stem) entwickeltes System mit Anteilen bei 
Microsoft (Arbeitsname DOS-86). Mit Markt- 
einführung des IBM-PCs im August 1981 er- 
warb Microsoft alle Rechte, und gleichzeitig 
erschien auch PC-DOS, die identische IBM- 
Version von MS-DOS. Auch heute noch exi- 
stieren beide Ve r sionen nebeneinander; alle 
Nicht-IBM-PCs verwenden in der Regel MS- 
DOS. 

Während seiner fast 10jährigen Geschichte 
unterlag MS-DOS einer ständigen Entwick- 
lung, die besonders durch die Fortschritte bei 
der Hardware (z.B. Festplatten! aufwerke 
größerer Kapazität) hervorgerufen wurde. 
Leider scheint der ehemalige Name (Quick 
and Dirty = schnell und unsauber program- 
miert) dafür oftmals Programm gewesen zu 
sein. 

Die erste DOS-Version (1 .x) war CP/M noch 
sehr ähnlich. Mit der Version 2.x nahm es die 
Gestalt an, die uns auch heute noch vertraut 
ist. Dafür wurde eine Reihe erfolgreicher 
Prinzipien von Unix (einem in den Bell Tele- 
phone Laboratories, New Jersey, entwickel- 


ten portablen Betriebssystem mit modernen 
Konzepten) übernommen. Zu nennen wären 
das hierarchische Dateisystem, das in die- 
sem Teil des Kurses noch zu besprechen 
sein wird), die Ein-/Ausgabe-Umleitung und 
die UNIX-ähnlichen Systemrufe, die heute 
fast ausschließlich verwendet werden. Viele 
der neueren Programme kommen auch noch 
mit dieser Version zurecht. Die Versionen 3.x 
brachten Funktionen für den Netzbetrieb (die 
Nutzung aus Turbo-Pascal heraus ist in MP 
6/89 beschrieben), die Beachtung landes- 
spezifischer Besonderheiten sowie die Un- 
terstützung größerer Festplatten. Außerdem 
wurden einige vorhandene Systemkomman- 
dos erweitert. 

Den gegenwärtigen Standard bilden die Ver- 
sionen 3.2 und 3.3. Auf diese soll in diesem 
Beitrag auch Bezug genommen werden. Die 
inzwischen eingeführte Version 4.0 setzt sich 
nur zögerlich durch. Sie bringt uns neben der 
Nutzung großer Festplatten „in einem Stück“ 
vor allem eine grafische Nutzeroberfläche. 
Statt der Eingabe von Kommandos werden 
Menüpunkte angeboten, die mit der Maus 
ausgewählt („angeklickt“) werden. 

Damit dürfte die Entwicklung von MS-DOS 
abgeschlossen sein. Grund dafür ist, daß aus 
Kompatibilitätsgründen - die alten CP/M-ähnli- 
chen Funktionen werden immer noch unter- 
stützt - die neuen Hardwaremöglichkeiten 
nicht genutzt werden können. Das bezieht 
sich besonders auf den Hauptspeicher ober- 
halb der 1-Mega-byte-Grenze und die neuen 
Möglichkeiten der Prozessoren (protected 
mode). Das Nachfolgesystem OS/2 beginnt 
sich langsam zu etablieren. Trotzdem wird 
DOS vorerst noch das am weitesten verbrei- 
tete Betriebssystem bleiben. Man spricht von 
45 Millionen Installationen weltweit. Neben 
dem eigentlichen Betriebssystem hat sich 
noch eine Reihe von Erweiterungen entwik- 
kelt, auf die in diesem Beitrag nicht eingegan- 
gen werden kann. Dazu gehören Nutzerober- 
flächen (wie MS-Windows und GEM), Netz- 
schnittstellen und Möglichkeiten zur Nutzung 
eines größeren Speichers (wie Expanded 
Memory Specification). Im folgenden wird 
MS-DOS auch kurz als DOS bezeichnet. 

Hardware 

Herzstück des PCs ist ein Prozessor der 
Firma Intel. Beim IBM PC war es ein i8088, 
bei Kompatiblen meist ein i8086. Der einzige 
Unterschied besteht darin, daß der 8088 trotz 
interner 16-Bit-Architektur nach außen einen 
8-Bit-Datenbus besitzt, so daß anfangs die 
alten Peripherieschaltkreise genutzt werden 
konnten. Sein Nachfolgemodell nannte IBM 
PC/XT (XT für eXtended Technology), des- 
sen wichtigste Neuerung eine Festplatte war. 
Er - der Standard-PC unserer Tage - wurde 
inzwischen vom Modell PC/AT (AT für Ad- 
vanced Technology) abgelöst. Er nutzt den 
Intel-Prozessor 80286 und im allgemeinen 
eine größere Festplatte. Damit sind vor allem 
Geschwindigkeitsvorteile verbunden. Inter- 
national vollzieht sich inzwischen auf breiter 
Front eine Ablösung durch den 80386, den 


ersten 32-Bit-Prozessor von Intel. Seine 
Stärken kann MS-DOS - wie schon erwähnt 

- nur unzureichend ausnutzen, deshalb 
bleibt er vor allem OS/2, UNIX und anderen 
leistungsfähigen Betriebssystemen Vorbe- 
halten. 

Aber zurück zum Standard-PC. Vorwiegend 
ist er mit 640 KByte Hauptspeicher ausgerü- 
stet. Das ist die obere Grenze für DOS. Viele 
Programme kommen auch mit wesentlich 
weniger Speicher aus, da die PCs der Ver- 
gangenheit zuerst mit 256, später mit 
512 KByte ausgestattet waren. Doch der ex- 
zessive Umgang mit Speicherplatz hat inzwi- 
schen dazu geführt, daß für eine Reihe von 
Programmen die 640-KByte-Grenze schon 
Probleme mit sich bringt. 

Start des Betriebssystems 

Nach der Einführung wenden wir uns den er- 
sten praktischen Schritten zu. Besitzt der PC 
eine Festplatte (und soviel sollten Sie über Ih- 
ren Computer schon wissen), so genügt zum 
Laden des Betriebssystems -der Fachmann 
sagt booten - das Einschalten. Wenn nicht, 
so wird der Anwender mit einer Ausschrift auf 
dem Bildschirm zum Einlegen der sogenann- 
ten Systemdiskette aufgefordert. Diese wird 
vom Hersteller mitgeliefert und ist als solche 
gekennzeichnet. 

Laden Sie das System stets von der Diskette, 
so sollten Sie sich folgende Arbeitsschritte 
angewöhnen 

- Einschalten 

- Systemdiskette einlegen 

- Reset-Taste betätigen. 

Damit vermeiden Sie die eventuelle Zerstö- 
rung von Daten auf der Systemdiskette. 
Anschließend fordert das Betriebssystem die 
Eingabe des aktuellen Tagesdatums und der 
Zeit durch folgende Ausschriften: 

Beispiel: 

Aktuelles Datum ist Die 11 .07.1989 
Neues Datum(mm.tt.jj):_ 
und 

Uhrzeit: 12:06:45.18 
Neue Uhrzeit:_ 

Vorausgesetzt, Sie arbeiten mit einer Be- 
triebssystem-Version, die deutsche Aus- 
schriften verwendet, ansonsten ergibt sich 
ein geringfügig anderes Bild. Das Datum ist 
wichtig für einige Systemfunktionen und 
sollte deshalb nicht durch Drücken der Enter- 
Taste übergangen werden. Hat Ihr Rechner 
keine batteriegepufferte Uhr, so wird er beim 
Einschalten den 01.01.1 980, 00.00 Uhr - die 
Geburtsstunde des IBM PCs - anzeigen. 
Werden Sie nicht nach Datum und Zeit ge- 
fragt, so kann man dem abhelfen. Wie, das 
zeigt die nächste Folge. 

Als nächstes erscheint die Copyrightaus- 
schrift des Betriebssystems und das Einga- 
bebereitschaftszeichen (Laufwerksbuch- 
stabe und Größerzeichen), Prompt genannt. 
Danach erscheint ein Unterstrich, der Cursor 
genannt wird. An dieser Position erscheint 
das nächste Zeichen, das über die Tastatur 
eingeben wird. 
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Beispiel: 

Microsoft(R) MS-DOS(R) Version 3.30 
(C)Copyright Microsoft Corp 1981-1987 

A>_ 

Der Buchstabe symbolisiert das aktuelle 
Laufwerk, mit dem jetzt gearbeitet werden 
kann. Wurde das System von der Festplatte 
geladen, so erscheint der Buchstabe C (als 
logisch erstes Laufwerk der Festplatte). Nach 
dem Laden des Systems von der Diskette - 
wie in unserem Beispiel - wird das A ange- 
zeigt. In der Regel gilt folgende Zuordnung 
der Buchstaben zu den Laufwerken: 

A erstes Diskettenlaufwerk 
B zweites Diskettenlaufwerk 
C Festplatte 

D weiter logische Laufwerke 
Es hängt von der vorhandenen Hardware ab 
(Größe der Festplatte, Anzahl der Disketten- 
laufwerke), welche logischen Laufwerke Ih- 
nen tatsächlich zur Verfügung stehen. 

Einem physischen (wirklich vorhandenen) 
Laufwerk können mehrere logische (schein- 
bare) Laufwerke zugeordnet sein. So kann 
zum Beispiel das Laufwerk B: im DOS-For- 
mat und das gleiche Laufwerk als D: für ein 
CP/M-Format (800 KByte) genutzt werden 
(der Doppelpunkt hinter den Laufwerksbuch- 
staben kennzeichnet ihn als Gerät - im Ge- 
gensatz zu Dateien, die auch A oder B heißen 
könnten). Auch eine RAM-Disk (Simulation 
eines Laufwerkes im Hauptspeicher - oft als 
E: genutzt) ist möglich. 

Das Umschalten auf ein anderes Laufwerk 
erfolgt mit dem Laufwerksbuchstaben und ei- 
nem Doppelpunkt, sowie dem Betätigen der 
ENTER-Taste (im folgenden als <ENTER> 
dargestellt). 

Zum Laufwerk C: geht es also mit der Ein- 
gabe von 

c: <ENTER> 

und zurück nach A: mit: 

a: < ENTER > 

Es ist gleichgültig, ob Sie große oder kleine 
Buchstaben verwenden. Das gilt für alle 
Kommandos im Betriebssystem. DOS wan- 
delt alle Eingaben in große Buchstaben um. 
Auch die Dateinamen werden stets als Groß- 
buchstaben angezeigt. Im folgenden werden 
hervorgehobene Kommandos mit Kleinbuch- 
staben fettgedruckt dargestellt. 

Die Tastatur 

Das Tastaturfeld ist nicht bei allen MS-DOS- 
fähigen Computern identisch, aber es gibt 
weitgehende Ähnlichkeit. Prinzipiell unterteilt 
sich das Tastenfeld in vier Bereiche: Buch- 
stabentasten, Numerische Tastatur (separa- 
ter Ziffernblock), Funktionstasten und Steu- 
ertasten. 

Wichtige Funktionen haben die folgenden 
Tasten (das Einschließen in spitze Klammern 
kennzeichnet die jeweilige Taste): 

<ENTER> Abschluß eines Kommandos 
<SHIFT> Umschalten Groß-Kleinschrei- 
bung 

• <ESC> Löschen der Eingabezeile; in vie- 
len Programmen Beenden des 
aktuellen Menüs 

<ALT> Dient zur Eingabe erweiterter 
Codes. 

Drücken Sie doch einmal die ALT-Taste und 


dann auf dem Ziffemblock rechts 42 - beim 
Loslassen der ALT-Taste erscheint ein *. 
Diese Möglichkeit wird noch einmal sehr 
wertvoll für Zeichen sein, die auf der Tastatur 
vermißt werden. 

<CTRL> Ist gemeinsam mit anderen Ta- 
sten zu betätigen, z. B. 

<CTRL> <H> ein Zeichen zu- 
rück, das gleiche wird auch mit 
dem Pfeil erreicht 
<CTRL> <G> Löschen des ak- 
tuellen Zeichens (des Zeichens, 
auf dem der Kursor gerade steht) 
<CTRL> <P> Zuschalten des 
Druckers, er druckt alles mit 
<CTRL> <S> Anhalten des rol- 
lenden Bildschirms, dazu kom- 
men wir noch 

<PrtScr> druckt den aktuellen 
Bildschirm aus (Hardcopy) 

Die Bedeutung der Funktionstasten 
(Fl.. .Fl 2) ist abhängig von Dienst- und An- 
wenderprogrammen. Es gibt leider keinen 
Standard für die Belegung der Funktionsta- 
sten durch Anwenderprogramme. Einige we- 
nige Übereinstimmungen sind aber in den 
meisten Fällen vorhanden. Beispielsweise 
löst Fl bei den meisten Programmen eine 
Hilfsfunktion aus. 

Im Betriebssystem werden nur zwei Tasten 
sinnvoll verwendet: 

<F1 > kopiert jeweils ein Zeichen des letzten 
Befehls in die Eingabezeile; so kann Zeichen 
für Zeichen der letzte Befehl hervorgeholt 
werden (z.B. bis zu dem Buchstaben, bei 
dem man sich verschrieben hat). 

<F3> kopiert das letzte Kommando voll- 
ständig wieder in die Eingabezeile (z.B. 
wenn mehrmals der gleiche Befehl ausge- 
führt wird oder korrigiert werden soll). 

Das gleichzeitige Betätigen der Tasten 
<CTRL> <ALT> <DEL> führt zum erneuten 
Laden des Betriebssystems (Warmstart). Es 
kann notwendig werden, wenn das Betriebs- 
system zum Beispiel durch unsaubere Pro- 
grammabläufe seine Funktion nicht mehr er- 
füllt (Absturz). 

Ein Blick auf die Systemdiskette 

Auf jedem Datenträger ist ein Inhaltsver- 
zeichnis (Directory) über alle vorhandenen 
Daten angelegt. Mit dem folgenden Befehl 
kann man sich dieses auf dem Bildschirm an- 
zeigen lassen. 

A>dir <ENTER> 

Datentraeger in Laufwerk A ist Oos 3.30 
Inhaltsverzeichnis von A:\ 

COMMAND COM 260711.11.8711.11 
1 File(s) xxxxxx byte free 

Bei der Eingabe von Befehlen können Groß- 
und Kleinbuchstaben gleichermaßen ver- 
wendet werden. 

Der DIR-Befehl listet uns die Namen aller Da- 
teien auf dem aktuellen Laufwerk. Ein Name 
besteht aus bis zu acht Zeichen. Diese dürfen 
beliebig sein, aber folgende Zeichen sind 
nicht erlaubt: 

. = |"o + 

Warum der Doppelpunkt nicht erlaubt ist, wis- 
sen wir bereits. Auch die Zeichen ? und * ha- 
ben eine andere Bedeutung, wie wir noch se- 
hen werden. Ist der Dateiname kürzer als 8 


Zeichen, so wird automatisch mit Leerzei- 
chen aufgefüllt. Es folgen - durch einen 
Punkt getrennt - drei Zeichen, die den Typ 
der Datei kennzeichnen. Für die eigenen Da- 
teien kann diese Erweiterung (Extention) frei 
(aber sinnfällig) gewählt werden, zum Bei- 
spiel 

.TXT für allgemeine Textdateien 
.DOC für Dokumentationen 
.PAS für Pascal-Quelltexte 
.ASM für Assembler-Quelltexte 
usw. 

Daneben gibt es Erweiterungen, die reser- 
viert sind. Dazu gehören 
.EXE (execute), ausführbare Programme 
im DOS-Hausformat 

.COM (command), ausführbare Programme 
mit CP/M-Konventionen 
.BAT (batch), Stapelprogramme, die einfa- 
che DOS-Befehle enthalten, wie sie 
auf Kommandoebene verwendet 
werden können 

.$$$ temporäre Datei, wie sie z. B. Word- 
star anlegt. Bei korrekter Arbeit dürfte 
sie nicht auf der Diskette vorzufinden 
sein, aber wenn während der Arbeit 
ein RESET erfolgt (Stromausfall oder 
RESET-Knopf) kann das schon mal 
Vorkommen. Kann gelöscht werden. 
.BAK Sicherungsdatei; die meisten Edito- 
ren bewahren die vorletzte Version 
unter diesem Namen zur Sicherheit 
auf. 

Im allgemeinen ist an allen Steilen, wo ein 
Dateinamen gefordert wird, zusätzlich die 
Angabe eines Laufwerks zulässig. 

Der DIR-Befehl präsentiert uns außer dem 
Dateiname noch die Größe der Datei, das 
Datum und die Uhrzeit der letzten Änderung. 
Beim Schreiben einer Datei (also auch beim 
Ändern) trägt DOS die Zeit automatisch 
ein. 

Auf der Systemdiskette befinden sich neben 
den gezeigten noch zwei weitere Dateien, die 
DOS nicht anzeigt: IO.SYS (bzw. IBMBIO- 
.COM bei IBM) und MSDOS.SYS (bzw. IBM- 
DOS.COM). Sie besitzen die Attribute einer 
verborgenen Datei. Das hat nicht den Grund, 
diese Dateien vor irgend jemandem zu ver- 
stecken (schließlich haben wir unser Be- 
triebssystem ja ehrlich gekauft), sondern soll 
den Bildschirm von ihnen frei und übersicht- 
lich halten. Diese Dateien und die Datei 
COMMAND.COM gehören zum Betriebssy- 
stem. Sie müssen auf der Systemdiskette 


Laden eines zweiten Kommando interpreters 

COMMAND 

[lw:] [pfad] [devide] [/ernnnn] 

[/P] E/d] f/f] [/c befehl] 

lw: 

Laufwerk 

pfad 

Zugriffspfad 

device 

legt das Standard-Ein-/Aus- 
gabegerät fest (Standard: CON) 

/e:nnnn 

Größe des Environments 
(Standard: 160 Byte 

Maximum: 32 KByte) 

/P 

installiert COMMAND resident, 
d.h. er kann nicht verlassen 
werden 

/a 

schaltet die Abfrage von Datum 
und Zeit ab 

/f 

unterdrückt der Rückfrage bei 
Diskettenfehlern 

/c befehl veranlaßt command zur Aus- 
führung eines Befehls und 

Rückkehr in das auf ruf ende 

Programm 
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(oder -platte) vorhanden sein. Während die 
ersten beiden Dateien (die den Betriebssy- 
stemkern enthalten) nur zum Systemstart be- 
nötigt werden, muß COMMAND.COM immer 
auf dem Startlaufwerk präsent sein. Diese 
Datei ist der Kommandointerpreter (oder 
auch Shell), der alle wichtigen Befehle der 
DOS-Kommandooberfläche - also zum Bei- 
spiel dir - enthält. Wird ein Programm gela- 
den (beispielsweise Wordstar oder dBase), 
so wird er nicht benötigt und deshalb über- 
speichert. Nach Verlassen des Programms 
lädt DOS ihn vom Startlaufwerk nach. Allein 
deshalb schon ist es ratsam, das System von 
der Festplatte zu laden. Für den Fall, daß nur 
ein Laufwerk zur Verfügung steht, erlaubt 
DOS einen Diskettenwechsel zum Nachla- 
den des Kommandointerpreters. 
COMMAND.COM ist ein Programm wie je- 
des andere. Wir können es mit 
command <ENTER> 

starten und würden uns jetzt im zweiten Kom- 
mandointerpreter befinden. Davon ist nichts 
zu merken (denn beide sind identisch). Ver- 
lassen wir ihn also mit 

exit <ENTER> 

wieder. Die Möglichkeit des Ladens eines 
zweiten Kommandointerpreters kann durch- 
aus sinnvoll sein, etwa aus einem Programm 
heraus oder um ein komfortableres Modell zu 
nutzen. 

Bleiben wir noch einen Moment beim DIR- 
Befehl. Soll nicht das aktuelle Laufwerk an- 
gezeigt werden, so kann ein Parameter an- 
gegeben werden, zum Beispiel 

dir c: <ENTER> 

für das Laufwerk C:. Leerzeichen sind stets 
dort nötig, wo sie in den Beispielen vorgege- 
ben sind, in diesem Falle zwischen dir und c:. 
Eine weitere Möglichkeit ist das Listen einer 
Gruppe von Files. Haben Sie zum Beispiel 
eine Textdatei geschrieben, deren Namen 
Sie vergessen haben (und warum sollte es 
Ihnen anders gehen als mir), und die Diskette 
ist voller Dateien: Hier wäre es möglich, sich 
alle Dateien vom Typ TXT auf listen zu las- 
sen, und zwar mit 
dir*.txt <ENTER> 

Der Stern ist ein sogenannter Joker (oder 
Wildcard), ebenso wie das Fragezeichen. Ein 
Stern steht für einen beliebigen Namen oder 
eine beliebige Erweiterung (bzw. deren 
Rest), während das Fragezeichen für einen 
einzelnen beliebigen Buchstaben eingesetzt 
werden kann. 

Einige Beispiele: 

a*.* alle Dateien, die mit a beginnen 
pit.* alle Dateien für Pit 
M77er.txt alle Textdateien für beliebig ge- 
schriebene Meiers 

*.do? alle Dokumentationen, egal ob 
doc oder dok 
*.* alle Dateien 

Die Joker haben nicht nur in Verbindung mit 
dem DIR-Befehl Bedeutung, sondern können 
überall verwendet werden, wo keine eindeuti- 
gen Dateibezeichnungen gefordert sind. 
Trotzdem darf man beim Löschen getrost et- 
was vorsichtig sein. Wer das Inhaltsverzeich- 
nis seiner Diskette schwarz auf weiß mit nach 
Hause nehmen will, kann auch den Drucker 
zuschalten, der die Bildschirmanzeige mit- 
druckt. 


Beispiel: 

<CTRL> <P> 
dir 

<CTRL> <P> 

Befinden sich sehr viele Dateien im Verzeich- 
nis, so paßt die Anzeige nicht auf den Bild- 
schirm. Dafür hält der DIR-Befehl zwei Schal- 
ter bereit: 

dir/p Anzeige seitenweise (für page), nach 
23 Zeilen wird angehalten und auf Ta- 
stendruck gewartet. 

dir/w Ausgabe in fünf Spalten, dafür entfal- 
len Dateigröße und Datum. 

Das Dateiverzeichnis 

Wer schon an 8-Bit-Technik gearbeitet hat 
und an dem heillosen Durcheinander auf den 
Disketten fast verzweifelt ist, der wird jetzt die 
Möglichkeit unter MS-DOS gerne nutzen, alle 
Dateien nach bestimmten Kriterien zu ord- 
nen. Unter DOS gibt es nicht nur ein Ver- 
zeichnis, sondern ein Hauptverzeichnis 
(Rootdirectory) und beliebig viele Unterver- 
zeichnisse (Subdirectories). In Bild t ist eine 
typische Verzeichnisstruktur dargestellt. Auf 
Disketten werden Sie nicht unbedingt Unter- 
verzeichnisse finden, da der Platz begrenzt 
ist, aber auf der Festplatte sind sie ein Muß. 
Die Festplatte aus Bild 1 würde bei einem 
DIR folgendermaßen dargestellt werden: 
Datentraeger in Laufwerk C Ist ROGER 
Inhaltsverzeichnis von C:\ 

TOOLS <DIR> 15.01.89 08.15 

TEXTE <DIR> 18.06.89 10.00 

DOS <DIR> 19.10.89 14.00 

COMMAND COM 2607 28.02.89 17.30 

1 File(s) xxxxxx byte free 
Angezeigt werden nur die Dateien im Haupt- 
verzeichnis und dessen direkte Unterver- 
zeichnisse. Diese werden durch <DIR> 
kenntlich gemacht. Um in das Verzeichnis 
TEXTE zu wechseln, wird der Befehl CD oder 
CHDIR (für Change Directory) verwendet: 
cd texte <ENTER> 
dir <ENTER> 

Datentraeger in Laufwerk C ist ROGER 
Inhaltsverzeichnis von C:\TEXTE 

<DIR> 18.06.89 10.00 

<DIR> 01.01.80 00.00 

BRIEFE <DIR> 15.01.89 08.15 

BERICHTE <DIR> 18.06.89 10.00 

OFile(s) xxxxxx byte free 
Neben den beiden neuen Unterverzeichnis- 
sen (vergleiche Bild 1 ) werden noch zwei wei- 
tere Directories gefunden, die die Namen . 
und .. haben. Dabei ist . das Verzeichnis, in 
dem wir uns gerade befinden (was an dieser 
Stelle ohne Belang ist) und .. das übergeord- 
nete Verzeichnis. So würde uns ein 
cd .. 

wieder ins Hauptverzeichnis zurückführen. 
Auf diese Weise kann man sich durch den ge- 
samten Verzeichnisbaum bewegen. Um sich 
nicht von Ast zu Ast hangeln müssen, kann 
das Zielverzeichnis auch vollständig angege- 
ben werden - unabhängig davon, wo man 
sich gerade befindet. Die Verzeichnisse wer- 
den durch ein \ (Backslash) getrennt; für 
das Wurzelverzeichnis steht nur ein \. Ver- 
wechseln Sie dieses Zeichen nicht mit dem 
Schrägstrich / (auch Slash genannt), wie er 
zum Beispiel für die Schalter des DIR-Be- 



Bild 1 Beispiel für ein hierarchisches Dateiver- 
zeichnis 


fehls benutzt wird. Für das Abtrennen von 
Verzeichnissen kann dieser zwar in der Tat 
alternativ verwendet werden, aber zur Kenn- 
zeichnung des Hauptverzeichnisses ist nur 
der Backslash zulässig. Aufgrund der ungün- 
stigen Dreifachbelegung der Tasten ist die- 
ses Zeichen bei den meisten Tastaturen nur 
durch gleichzeitiges Betätigen der Tasten 
<CTRL> <ALT> und der entspechend ge- 
kennzeichneten Taste auf den Bildschirm zu 
bringen. Wie bereits beschrieben, können wir 
aber auch das Wissen ausnutzen, daß der 
Backslash als 92 (dezimal) kodiert wird. 
Durch Drücken der < ALT >-T aste und Eintip- 
pen von 92 auf dem rechten Ziffernblock. 
Beim Loslassen der <ALT>-Taste erscheint 
ein \. 

Von jedem Punkt der Dateihierarchie kommt 
man mit 

cd \ 

ins Hauptverzeichnis und mit 
cd \texte\briefe\liebe\susi 

ins Verzeichnis Susi. Diese Angabe des We- 
ges wird als Pfad bezeichnet. Grundsätzlich 
ist überall dort, wo ein Dateiname einzuge- 
ben ist, zusätzlich die Angabe eines Pfades 
möglich. 

Anzeigen Dateiverzeichnis 

DIR t lw: l {P fad 3 [Dateiname) [/p] [/v] 

lw: Laufwerk (z.B. A: oder C: ) 

pfad Zugriffspfad (z.B. /texte/briefe) 

dateinarae Dateibezeichnung 

(Joker ' * 1 und '?' sind erlaubt) 

/p Pause nach Anzeige einer Seite 

/w Anzeige in Kurzform 

Wechseln Unterverzeichnis 

CD [lw:] (pfad] oder 

CHDIR [lw:] [pfad] 

lw: Laufwerk 

pfad Zugriffspfad für das über- 
geordnete Verzeichnis) * 

Anlegen eines neuen Unterverzeichnisses 

MD [lw:] [pfad] oder 

MKDIR [lw:] [pfad] 

lw: Laufwerk 

pfad neu anzulegendes Verzeichnis 

Löschen Unterverzeichnis 

RD [lw:] [pfad] oder 

RMDIR [lw:] [pfad] 

lw: Laufwerk 

pfad zu löschendes Verzeichnis 

(muß leer sein) 
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Das Anlegen eines neuen Verzeichnisses ist 
mit dem Befehl MD oder MKDIR (für Make Di- 
rectory) möglich. Um also die Briefe an un- 
sere neue Errungenschaft richtig abzulegen, 
müssen wir uns mit 
cd \texte\briefe\liebe 
in das übergeordnete Verzeichnis bewegen 
und mit 
md maria 

ein neues Unterverzeichnis anlegen. Als Al- 
ternative steht die Angabe des gesamten 
Pfades: 

md \texte\briefe\iiebe\maria 

Verzeichnisse können gelöscht werden, 
wenn sie keine Dateien und auch keine Un- 
terverzeichnisse enthalten. Vom Löschen 
ebenfalls ausgenommen sind das Haupt- 
und das aktuelle Verzeichnis. Der Befehl da- 
für lautet RD oder RMDIR (für Remove Direc- 
tory). Als Beispiel löschen wir das Verzeich- 
nis, daß sich am ehesten entbehren läßt: 
rd \texte\berichte 

Weitere wichtige Befehle 

Datei löschen 

Mit dem DEL-Befehl können Dateien gelöscht 
werden. Als Parameter muß stets die Datei 
oder Dateigruppe angegeben werden, die 
gelöscht werden soll. 

Beispiele: 
del erfolg.txt 

del \texte\briefe\liebe\susi\maerz.txt 
del *.* 

Die letzte Kommandozeile löscht alle Da- 
teien des aktuellen Verzeichnisses. Bei der 
Verwendung der Joker beim Löschen ist Vor- 
sicht geboten, oftmals kann man nicht über- 
sehen, welche Dateien dazugehören. Die 
meisten Systeme akzeptieren statt DEL auch 
ERASE, was den CP/M-Nutzern entgegen- 
kommt. 

Datei umbenennen 

Zum Umbenennen steht der Befehl REN oder 
RENAME zur Verfügung. Im Gegensatz zu CP/ 
M erwartet DOS zuerst den alten und dann 
den neuen Namen. 

Beispiel: 

renalt.txtneu.txt 

Eingabe von Datum und Zeit 

Zur Anzeige und zur Eingabe von Datum und 

Zeit dienen die Befehle DATE und TIME. Auf 

die Eingabe von TIME erscheint 

Uhrzeit: 16:14:59.99 

Neue Uhrzeit: 

Die Anzeige kann mit <ENTER> quittiert 
werden, und wir wissen, daß in kürze Feier- 
abend ist. Alternativ kann eine neue Zeit ein- 
gegeben werden, aber das sollten Sie ja 
schon am Anfang tun. Soll auf jeden Fall eine 
neue Zeit eingestellt werden, so kann das di- 
rekt geschehen: 
time 16:30 

Der DATE-Befehl funktioniert in gleicher 
Weise. 

Kopieren 

Einer der wichtigsten Befehle - wenn nicht 
gar der wichtigste überhaupt - ist der COPY- 
Befehl. Er wird in der Form 

copy quelle ziel 

verwendet und bietet eine Vielzahl von ver- 


schiedenen Anwendungsmöglichkeiten. Da- 
bei stehen Quelle und Ziel für eine Datei oder 
eine Gruppe von Dateien (evtl, mit Laufwerk 
und Pfad) oder auch für ein Gerät. Als Ziel ist 
die Angabe eines Laufwerkes oder Verzeich- 
nisses ausreichend. 

Beispiel: 

copy antrag.txt a: kopiert die Datei antrag.txt 
aus dem aktuellen Verzeichnis mit gleichem 
Namen nach a: Möglich ist auch das Kopie- 
ren innerhalb eines Laufwerkes in ein ande- 
res Verzeichnis. Auf den Zielparameter kann 
ganz verzichtet werden, wenn es sich um das 
aktuelle Verzeichnis des aktuellen Laufwer- 
kes handelt. Als Name der Zieldatei wird der 
Name der Quelldatei angenommen. 

Beispiel: 

copy a:\praemie.txt kopiert praemie.txt aus 
dem Wurzelverzeichnis des Laufwerkes a: 
ins aktuelle Verzeichnis des aktuellen Lauf- 
werkes. Ist als Zielparameter auch ein File- 
name angegeben, so wird die Datei beim Ko- 
pieren umbenannt. Werden beim Zielnamen 
keine Joker verwendet, so muß auch der 
Quellname eindeutig sein. 

Beispiel: 

copy aralt.txt bmeu.txt 

Da es sich um einen Kopiervorgang handelt, 
bleibt die alte Datei selbstverständlich erhal- 
ten. Durch Umbenennen während des Ko- 
piervorganges ist es möglich, eine Datei in 
dasselbe Verzeichnis zu kopieren. Auch die 
Joker können in vielfältiger Weise genutzt 
werden. 

Beispiel: 

copy *.txt a: kopiert alle Texdateien nach a: 
Ein wichtiges Merkmal von DOS (auf das an 
dieser Stelle nicht näher eingegangen wer- 
den kann) ist, daß alle Geräte wie Textda- 
teien behandelt werden, so daß es möglich 
ist, eine Datei auf den Bildschirm oder den 
Drucker zu kopieren. Zur besseren Unter- 
scheidung werden die Geräte im folgenden 
groß geschrieben. Die wichtigsten DOS-Ge- 
räte sind: 

CON Konsole, beinhaltet Bildschirm und 

Tastatur 
PRN Drucker 

COM1 erste serielle Schnittstelle 


Datei (en) löschen 

DEL flw:] [pfad] [dateiname] oder 

ERASE [lw:j [pfad] [dateiname] 

lw: Laufwerk 

pfad Zugriffspfad 

dateiname Dateibezeichnung (Vorsicht bei 

Verwendung der Joker **• und »?') 


Datei (en) 

umbenennen 

REN [lw:] [pfad] datei_alt datei_neu oder 

RENAME [lw:] [pfad] datei_alt datei_neu 

lw: 

pfad 

dateialt 

datei_neu 

Laufwerk 

Zugriffspfad 

Laufwerk und Pfad werden nur 
für den alten Namen angegeben 
alte Dateibezeichnung 
neue Dateibezeichnung 

Anzeige von Textdateien 

TYPE [lw:] 

[pfad] dateiname 

lw: 

pfad 

dateiname 

Laufwerk 

Zugriffspfad 

Dateibezeichnung 


Uhrzeit anzeigen/einstellen 

TIME [hh[ :mm[ :ss[ .xx] ] ] ] 

hh Stunden (0 .. 23) 

mm Minuten (0 . . 59) 

ss Sekunden (0 . . 59) 

xx Hundertstel (0 .. 99) 


Datum anzeigen/einstellen 

DATE [tt.mm. [ jj ] j j ] 

tt Tag (l .. 31) 

mm Monat (1 .. 12) 

[jj]jj Jahr (mit Jahrhundert 
oder ohne) 


Anzeige MS-DOS Version 
VER 


Namen des Datenträgers anzeigen 

VOL [lw:] 

lw: Laufwerk 


Bildschirm löschen 
CLS 


Prüfen von geschriebenen Daten 

VERIFY [on/off] 

on einschalten 
off ausschalten 


Datei (en) 

kopieren 

COPY [lw: ] 

[pfad] dateiname [+[lw: ] dateiname [+. . ] ] 

[/a] 

[/b] [lw:] [pfad] [dateiname] [/a] [/b] [/v] 

lw: 

Laufwerk 

pfad 

Zugriffspfad 

dateiname 

Dateibezeichnung (vielfältige Verwendung 
der Joker möglich) 

/a 

Text- (ASCII-) Dateien 

(Ctrl-Z als Dateiendekenn2eichen findet 
Beachtung) 

/b 

Programm- (Binär-) Dateien 

(Ctrl-Z wird nicht als Dateiendekennung 

betrachtet) 

/v 

(verify) Kontroll-Lesen nach dem Schreiben 


Der Drucker kann nur als Ausgabegerät ge- 
nutzt werden, die anderen Geräte zur Ein- 
und Ausgabe. 

Einige Beispiele: 

copy CON kleiner.txt Mini-Editor; alle Ein- 
gaben der Tastatur werden in die Datei ge- 
schrieben, Abschluß mit <CTRL> <Z> 
ENTER 

copy CON PRN Schreibmaschine; die Aus- 
gabe erfolgt auf den Drucker, 
copy trans.txt C0M1 kopiert den Text zur 
seriellen Schnittstelle, hoffentlich wird erdort 
auch aufgefangen. 

Eine manchmal recht nützliche Möglichkeit 
des COPY-Befehls ist das Verketten von Da- 
teien. 

Beispiel: 

copy eins. txt+zwei.txt 

Soviel zu den vielfältigen Möglichkeiten des 
COPY-Befehls. Ein wenig Vorsicht ist gebo- 
ten, da bereits existierende Zieldateien glei- 
chen Namens ohne Warnung überschrieben 
werden. Ein Wunsch, den uns COPY nicht er- 
füllt, ist das Kopieren ganzer Verzeichnisse 
oder ganzer Disketten. Deshalb werden wir 
später Werkzeuge kennenlernen, die das un- 
terstützen. 

wird fortgesetzt 
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Fortsetzung von Seite 110 
(1024 x 768 ohne Zeilensprung) wie der Eizo 
9070 arbeiten nicht mehr unterhalb 20-kHz- 
Zeilenfrequenz. An einer CGA- oder Hercu- 
les-Karte sind solche Geräte unbrauchbar, 
nicht aber bei entsprechenden Emulationen 
einer VGA-Karte, die dann mit mehr als 30- 
kHz-Zeiienfrequenz arbeitet. 

8514A 

Den Grafikadapter 851 4A mit 1024 x 768 
Bildpunkten hat IBM nur für seine PS/2-Mo- 
delle mit Mikrokanal entwickelt. Hardware- 
mäßig verkoppelt steuern VGA auf dem Mo- 
therboard und 851 4A gemeinsam den hoch- 
auflösenden 16-Zoll-Monitor 8514. Demge- 
mäß bieten alle Nachbauer ihre 8514A-kom- 
patiblen Karten mit integrierter VGA an, wenn 
die Karte für den Standard-AT-Bus gedacht 
ist. 

Der 851 4A wird über I/O-Ports mit „Zeichen- 
kommandos“ für seinen Grafikprozessor an- 
gesteuert, ist also keine Super-VGA, und be- 
legt keinen Bildspeicher im Adreßraum der 
CPU. Zwar ermöglicht er schnelle Bildauf- 
bauzeiten, die Darstellung auf dem über 
4000 DM kostenden 8514-Schirm mit Zeilen- 
sprungverfahren ist aber wenig profihaft. 
Mitbewerber, die auf den Profibereich zielen, 
bieten daher Lösungen ohne Zeilensprung 
an. Vor allem Karten mit den Grafikprozesso- 
ren 34010/34020 von Texas Instruments fin- 
den wegen der Softwareschnittstelle TIGA im 
Hochleistungsbereich (CAD, DTP) viel An- 
klang. Da könnte sich ein wirklicher Profistan- 
dard etablieren. Andere setzen auf absolute 
Hardware-Kompatibilität zum 851 4A, weil Mi- 
crosoft angeblich beim Presentation Mana- 
ger des OS/2 an der von IBM für den 851 4A 
verordneten Softwareschnittstelle vorbeipro- 
grammiert. Es dürfte also bald eine Spaltung 
in hardware- und softwarekompatible Nach- 
bauten geben. 

Augen auf beim Kauf 

Ein Monitor ist immer nur so gut wie seine 
Endkontrolle. Bestes Material und aufwen- 


Frank Schmidt 


Wie ein Gerücht kursiert unter den PC-Usern 
die Information, DOS könne auch mit den se- 
riellen Schnittstellen COM3 und COM4 um- 
gehen. Werden Wahrheitsgehalt dieser Aus- 
sage genauer überprüft , wird jedoch mei- 
stens enttäuscht, weil viele Rechner von den 
zusätzlichen Schnittstellen nichts wissen 
wollen. Doch es stimmt: DOS bedient auch 
COM3 und COM4, wenn man ihm mitteilt , 
wo sie sich befinden. 

Wer schon einmal versucht hat, im PC die se- 
riellen Ports COM3 und COM4 anzuspre- 
chen, der kennt das Problem: DOS (bis zur 
neuesten Version) behandelt diese beiden 
Schnittstellen stiefmütterlich bis gar nicht, 
aber auch Anwender-Programme unterstüt- 
zen sie nur sehr selten. Was ist also zu tun, 


PC-Grafikadapter und passende Monitore 


Karte 

Monitor 

CGA- Karte 

BAS-Monttor 

TTL-CGA-Monitor (AGA) 

RGB-Monitor 


EGA-Monitor (normgerecht nach IBM) 


Multiscan bis max. Auflösung 800 x 600 

Hercules 

TTL-Monitor 

TTL-CGA-Monitor (AGA) 


Multiscan bis max. Auflösung 800 x 600 

AGA-Kartc 

CG A-Monitor (nur im CGA-Modus) 
TTL-Monochrom (nur im MOA-/MGA-Modus) 
Multiscan bis max. Auflösung 800 x 600 

EGA-Karte 

EGA-Monitor 

Multiscan bis max. Auflösung 800 x 600 

Super- EGA 

Multiscan bis max. Auflösung 800 x 600 

VGA-Karte 

VGA-Monitor 

Analog-Multiscan bis max. 1024 x 768 

Super-VGA 

Analog-Multiscan bis max. 1 024 x 768 


dige Auslegung werden durch einen schlech- 
ten Abgleich von Schärfe und Konvergenz 
hinfällig. Die Gefahr, an ein „Montagsgerät“ 
zu gelangen, ist bei Markengeräten erfah- 
rungsgemäß am geringsten. Der Kauf eines 
No-name-Produkts ist deshalb aber keines- 
wegs bedenklich, man muß es nur sehr ge- 
nau im Betrieb begutachten dürfen, und zwar 
genau das Exemplar, das man zu kaufen be- 
absichtigt. Es ist nicht damit getan, ein per- 
fektes Vorführgerät zu bestaunen, um dann 
ein ungeprüftes Gerät aus dem Lager mitzu- 
nehmen. 

Bei Farbmonitoren ist der Abgleich der Kon- 
vergenz, also der Deckungsgleichheit des ro- 
ten, blauen und grünen Teilbildes, ein wichti- 
ges Gütemerkmal. Nur bei teuren Spezial- 
Monitoren darf man absolut fehlerfreie Kon- 
vergenz erwarten. Bei VGA- und Multiscan- 
Monitoren der unteren und mittleren Preis- 
klasse (14-Zoll-Geräte bis 1500 DM) gibt es 
in der Regel immer sichtbare Farbränder in 
ein oder zwei Ecken des Bildschirms. Diese 
sollten aber in der Größenordnung von zwei 
bis drei Millimetern liegen und sich auf kleine 
Bereiche beschränken. Konvergenzfehler 
von mehr als drei Millimetern, die sich über 
weite Bereiche erstrecken, sind ein Grund 


wenn beispielsweise COM1 und COM2 von 
einer Maus und einem Modem belegt sind, 
man aber außerdem noch einen seriellen 
Drucker oder Plotter anschließen möchte? 
Beim Blick auf die reservierten I/O-Adressen 
im PC stellt sich heraus, daß dort Platz für bis 
zu vier serielle Schnittsteilen-Bausteine des 
Typs 8250 beziehungsweise 16450 vorhan- 
den ist. Da die meisten der zur Zeit erhältli- 
chen Schnittstellen-Karten so konfigurierbar 
sind, daß sie auch an den für COM3 und 
COM4 reservierten Adressen arbeiten kön- 
nen, sollte man meinen, es sei ja alles kein 
Problem: Karte richtig jumpern, in den Rech- 
ner einstecken und los geht’s. 

Schon beim Versuch, mit dem DOS-Pro- 
gramm MODE die Parameter der Schnitt- 
stelle einzustellen, erleidet man Schiffbruch: 
MODE kann nur die Schnittstellen COM1 und 
COM2 bedienen. Versucht man, die Maus 
zum Beispiel an COM3 oder COM4 anzu- 


zur Reklamation. Das gilt auch für Lineari- 
tätsfehler, wenn also etwa einzelne Zeichen 
innerhalb einer Zeile und in verschiedenen 
Zeilen nicht gleich groß erscheinen. 

Eine schnelle und leicht zu realisierende 
Kontrolle ist daher ein vollgeschriebener 
Textbildschirm mit 25 Zeilen zu 80 Zeichen. 
Die Zeichen sollten gut lesbar und frei von 
Verzerrungen und Stauchungen sein. Farb- 
ränder dürfen sich nur in ein oder zwei Eckbe- 
reichen zeigen. 

Einen sichtbaren Zeilenrücklauf, der schon 
mal bei billigen TTL-Monitoren vorkommt, 
darf man ebenfalls nicht klaglos hinnehmen. 
Bei den inzwischen recht beliebten Schwarz- 
weiß-Multiscans kann als Gütemerkmal gel- 
ten, wie stabil die Bildschärfe ist. Bei Geräten 
minderer Qualität sinkt die Schärfe beim An- 
heben von Helligkeit und Kontrast rasch 
ab. 

Monitore dürfen im normalen Betrieb auch 
nicht „wabern“, so daß Schriftzüge an eini- 
gen Stellen des Schirms auf und ab tanzen. 
Solch rhythmische Störungen können mal 
entstehen, wenn zwei Monitore nebeneinan- 
der stehen, ab einem Meter Abstand zu an- 
deren Geräten muß aber absolute Ruhe ein- 
kehren. 


/I/ D. Grell, D. Hoffmann, Bilder machen sie alle, 16 VGA- 
Karten mit erhöhter Auflösung im Vergleich, c’t 5/89, 
S. 80 ff. 

/2 / Manfred Bertuch, Bunte Alleskönner, 10 Multiscan-Mo- 
nitore im Vergleich, c’t 4/89, S. 52 ff. 


Nachdruck aus c’t -Magazin für Computertechnik, 
Heft 1/1 990 


Teil 3 dieses Beitrages erscheint in MP 5/1990 und 
befaßt sich mit Festplatten- und Druckerproble- 
men. 


schließen, so wird man wiederum enttäuscht: 
Auch der Maustreiber verweigert die Zu- 
sammenarbeit mit diesen beiden Schnitt- 
stellen. 

Nach längerem Herumprobieren kommt man 
deshalb sehr schnell auf die Idee, daß der 
Kauf der neuen Schnittstellen-Karte wohl 
eine Fehlinvestition sei und findet sich damit 
ab, daß man in Zukunft Drucker und Modem 
abwechselnd am gleichen Port betreibt. 



I/O- Adresse 

BIOS-RAM 

COM1 

3F8h-3FFh 

0040h :0000h 

COM2 

2F8h-2FFh 

0040h :0002h 

COM3 

3E8h-3EFh 

0040h :0004h 

COM4 

2E8h-2EFh 

0040h :0006h 

LPT1 

1 378h-37Fh 

0040h :0008h 

LPT2 

278h-27Fh 

0040h:000Ah 



0040h :000Ch 



0040h:OOOEh 

Paralleler Port auf der Monochrom- Karte: 3BC-3BEh 


Im I/O-Adreßbereich des PC ist die Lage von vier seriel- 
len und drei parallelen Ports definiert, deren Basis- 
adressen legt das BIOS im RAM ab Adresse 0040h :0000 
ab. Im allgemeinen fehlen die Adressen für COM1 und 
COM2; eine 0 anstelle der Adresse bedeutet, daß der zu- 
gehörige Schnittstellen-Baustein nicht existiert. 


Anschluß gewinnen 

COM3 und COM4 im PC nutzen 
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Interrupt 14h: Serielle Schnittstelle 

AH = 0. Schnittstelle initialisieren 
DX: Schnittstellen-Nr. (0=COM1) 
AL: Bits 0.1 Wortlänge 
Bit 2 Anzahl Stopbits 
Bits 3, 4 Parität 
Bits 5-7 Bitrate 
Rückgabe-Werte 
AH: Schnittstellen-Status 
AL: Modem-Status 
AH=1: Zeichensenden 
DX: Schnittstellen-Nr. 

AL: Zeichen 
Rückgabe-Werte 
AH: Schnittstellen-Status 
AH=2: Zeichen empfangen 
DX: Schnittstellen-Nr. 
Rückgabe-Werte 
AL: Zeichen 
AH: input-Status 
AH=3: Zeichen abfragen 
DX: Schnittstellen-Nr. 
Rückgabe-Werte 
AH: Output-Status 
AL: Modem-Status 


Schnittstellen-Status-Byte 

Bit 0: Zeichen wurde empfangen 

Bit 1 : Overrun-Error 

Bit 2: Paritätsfehler 

Bit 3: Protokoll nicht eingehalten 

Bit 4: Unterbrechungs-Signal empfangen 

Bit 5: Transmission-Hold-Register leer 

Bit 6: Transmission-Shift-Register leer 

Bil 7: Time-Out-Fehler 


Über den Interrupt 14h kann man auf die 
Funktionen des ROM-BIOS zur Bedienung 
der seriellen Schnittstellen zurückgreifen. 
Es gibt keine Beschränkung auf COM1 und 
COM2. 


Das Programm FINDCOM ermittelt 
bis zu vier serielle Schnittstellen und 
macht sie dem DOS bekannt Die Ver- 
sionen ab 3.3 können danach auch 
mit COM3 und COM4 umgehen. 


Der Anfang allen Übels 

Doch nicht jeder wird sich so schnell mit die- 
sem Problem abfinden. Dem voll Tatendrang 
steckenden Programmierer kommt es ge- 
rade recht, wittert er doch eine Schwach- 
stelle, die man „locker“ mit einem kleinen 
Programm umschiffen könnte. Wo aber liegt 
diese Schwachstelle? In der Hardware je- 
denfalls nicht, das ist schon klar geworden. 
Das nächste Glied in der zu untersuchenden 
Kette ist das ROM-BIOS. 

Für die Programmierung der seriellen 
Schnittstelle stellt das ROM-BIOS seine 
Dienste über den Interrupt 14h zur Verfü- 
gung. Mit Hilfe dieses Interrupts kann man 
die Schnittstelle initialisieren, Zeichen ausge- 
ben, Zeichen einiesen und den Status der 
Schnittstelle abfragen. Beim Aufruf des Inter- 
rupts wird die Funktionsnummer wie üblich 
im Register AH übergeben. Das Register DX 
enthält die Nummer des zu programmieren- 
den Ports: Von einer Einschränkung dieses 
Wertes auf 0 und 1 für COM1 und COM2 ist 
nichts zu entdecken. Im Gegenteil: COM3 
und COM4 werden genauso gut bedient, 
wenn einige Bedingungen erfüllt sind. 


comment I 

FINDCOM 2.0, c't / Frank Schmidt 

(MASM 4. 0/5.0, OPTASM, Turbo-Assembler) 

Prüft die Existenz der serielllen Schnittstellen 
COMi bis COM4 und trägt ihre Adressen in ’s BIOS-RAM ein 
Übersetzen mit MASM FINDCOM; 

LINK FINDCOM; 

EXE2BIN FINDCOM.EXE FINDC0M.COM 


******* Definition der Konstanten und Adressen ********** 


Install proc 

mov bx,BiosVar 

®ov es,bx ; ES zeigt auf BIOS-RAM 

mov di,ComPtr ; Zeiger auf BIOS-COM-Port-Adr, 

mov si,0 ; Zeiger in Tabelle der Adr. 

mov cx, 8 

mov ■ bx,0 

ClrComPtrs: 

mov byte ptr es: {di] [bx],0 ; Zuerst alle 
inc bx ; Adreß-Zeiger des BIOS zurücksetzen 

loop ClrComPtrs 


; Interrupts 


msdos 

= 21h 


PrtStrg 

= 09h 

; Zeichenkette ausgeben 

RetDos 

= 4Ch 

; Rückkehr zum DOS (Programmende) 

Konstanten 



ComMax 

= 4 

; maximale Nummer des COM-Kanals 

er 

= 13 

; Wagenrücklauf 

lf 

= 10 

; Zeilenvorschub 

etx 

= , 

; Markierung String-Ende 

Adressen 



BiosVar 

= 0040h , 

; BlOS-Variablen Segment 

ComPtr 

= 0000h j 

Adressen der COM-Ports 


Search8250Loop: 

mov dx,word ptr ComAddressesfsi] ; COM- Adresse 
call Check8250 ; untersuchen, ob 8250 da 

jnz Next825Q ; falls nicht, dann weiter 

inc byte ptr ComPorts ; Port-Zähler erhöhen 

mov es:[di],dx ; BIOS die Adresse des Ports 

; mitteilen 

add di, 2 ; Zeiger in BIOS-Bereich erhöhen 

Next825Q : 

add si,2 ; Zeiger auf nächste mögl. Adresse 
cmp si,2*ComMax , ; Alle Ports untersucht? 

jne Search8250Loop ; wenn nicht, dann weiter 
ret 

Install endp 


;***•************** Macro -Definitionen ******************** 

; dos: INT-21h-Aufruf mit Funktionsnummer als Parameter 

dos macro FctnNo 

mov ah, FctnNo 

int rasdos 

endm • 


; Check8250: Überprüfen, ob ein serieller Schnitt stellen - 
; Baustein an einer bestimmten I/O-Adresse vorhanden ist 

; Parameter: dx = Basis-Adresse des 8250 

; Rückgabewerte: cl = 0: 8250 vorhanden, Offh: kein 8250 
; zero-flag: gesetzt, falls 8250 da 

; Zerstörte Register: ax,flags 


; Print: String ausdrucken, Adresse als Parameter 
Print macro StrAdr 

mov dx, offset StrAdr ;; Adresse des Strings 

dos PrtStrg 

endm 

; ********** Segment-Definitionen für COM-Datei *********** 
cseg segment ’code' 

assume cs©seg, ds©seg, esSseg, ss©seg 

org 0100h ; Beginn für COM-Datei 
;***************** Programm-Beginn *********************** 


Check8250 proc 
mov 
push 
inc 
inc 
in 
pop 
test 
jnz 
mov 

EndCheck 8 2 50: 
or 

• ret 

Check8250 endp 


cl,0ffh ; Default-Wert: kein 8250 da 

dx 

dx 

dx 

al,dx 

dx 

al,0F8h 

EndCheck8250 

cl,0 ; ok, sieht aus, als sei ein 8250 da 

cl,cl ; zero-flag entsprechend Ergebnis 
; setzen 


; ************* strings und Konstanten ******************* 


FindCom: jmp start 

signon: db er, lf, 'FINDCOM vers 2.0, c"t / Frank’ 
db 1 Schmidt 1989 1 ,cr,lf,etx 


Start: 

Print signon 
call Install 

Print CoraPrtsMsg 
dos RetDos 


; Signon -Mel düng ausgeben 
; COM-Ports suchen und ihre 
; Adressen ins BIOS-RAM 
; Anzahl COM-Ports ausgeben 
; Programmende 


ComPrtsMsg: db 'Es wurden ' 

ComPorts: db ’0 serielle Schnittstellen gefunden ' 

db ’und installiert 1 , er, lf,etx 


ComAddresses : dw 03F8h, 02F8h, 03E8h, 02E8h 

cseg ends 

end FindCom 


T', 


Das ROM-BIOS geht davon aus, daß es zur 
Datenübertragung einen der eingangs er- 
wähnten Bausteintypen mit entsprechendem 
Drumherum vorfindet. Es macht jedoch keine 
Einschränkungen bezüglich der Adressen 
der zu programmierenden Bausteine. Diese 
können sich beliebig im I/O-Bereich befin- 
den. Wenn Sie Ihre Schnittstellen karte auf 
die I/O-Adresse 040h legen, macht’s dem 
ROM-BIOS nichts aus - wenn man mal da- 
von absieht, daß es zu Adreßkonflikten mit 
dem Timer-Baustein kommt, der sich bei je- 
dem kompatiblen PC an dieser Stelle einge- 
nistet hat. 

Dennoch muß das ROM-BIOS wissen, an 
welcher Adresse der serielle Port liegt, den 
es als COMsoundsoviel ansprechen soll. Zu 
diesem Zweck existiert im BIOS-Datenbe- 
reich ab Adresse 0040h :0000 eine Tabelle, in 
der die Adressen der seriellen und parallelen 
I/O-Ports abgelegt sind. Und hier ist wie- 
derum Platz für die Basisadressen von vier 
seriellen Schnittsteilen-Bausteinen. Das 
BIOS kann alle vier Schnittstellen bedienen - 
sobald ihre Adressen an der entsprechenden 
Stelle im BIOS-RAM eingetragen sind. 


Lauter Nullen 

Und das ist auch der erste Haken bei der Pro- 
grammierung von COM3 und COM4. Schaut 
man sich den BIOS-RAM-Bereich mit Hilfe 
von DEBUG einmal genauer an, so stellt man 
fest, daß in den Adressen 0040h:0004 bis 
0040h:0007, also dort, wo eigentlich die 
Adressen von COM3 und COM4 zu stehen 
hätten, meistens Nullen zu finden sind - un- 
abhängig davon, wie viele Schnittsteilen- 
Bausteine wirklich im System vorhanden 
sind. Das bedeutet für die Routine, die den In- 
terrupt 14h bedient, daß diese Schnittstellen 
nicht vorhanden sind. Sie lassen sich folglich 
darüber auch nicht programmieren. 

Für die Initialisierung der Tabelle mit den 
Adressen der Schnittstellen ist ebenfalls das 
ROM-BIOS zuständig. Es überprüft nach 
dem Einschalten des Rechners die beiden 
Adreß-Bereiche ab 3F8h und 2F8h auf das 
Vorhandensein der Interface-Chips und trägt 
deren Basis-Adressen in den BIOS-Datenbe- 
reich ein. Die meisten BlOS-Versionen been- 
den ihren Test, wenn sie zwei Schnittstellen 
gefunden haben und interessieren sich nicht 
weiter für COM3 und COM4. Allerdings gibt 
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es einige Ausnahmen, wie zum Beispiel das 
V20-BIOS, das die Adressen korrekt ermittelt 
und weiterreicht. 

DOS 3.3 hat’s gelernt 

Falls das BIOS sich jedoch ‘IBM-konform’ 
verhält, braucht man ein kleines Zusatzpro- 
gramm, das die Adressen aller vorhandenen 
Interface-Chips korrekt ins BIOS-RAM ein- 
trägt. Für DOS-Versionen ab 3.30 ist das 
auch schon alles. Älteren DOS-Versionen je- 
doch sind die Ein-/Ausgabe-Geräte COM3 
und COM4 völlig unbekannt. Das Programm 
MODE zum Beispiel verhält sich dort weiter- 
hin stur. Und genauso steht es mit den ande- 
ren Teilen des Betriebssystems. 

Bei diesen älteren Versionen hilft ein Trick. 
Man kann nämlich einen logischen Drucker- 
anschluß (LPT) auf eine serielle Schnittstelle 
umleiten. So sorgt beispielsweise der Befehl 

MODE LPT2=C0M2 

dafür, daß alle Zeichen, die an LPT2 gesandt 
werden, tatsächlich an COM2 ausgegeben 
werden. Das funktioniert natürlich nur für 
Drucker und ähnliche Geräte, die keine Da- 
ten zum Computer zurücksenden müssen. 
Ein Modem könnte man so nicht bedienen. 

In Analogie dazu könnte man nun versucht 
sein, den Drucker an COM3 anzuschließen, 
dann via 

MODE LPT2=C0M3 

den parallelen Port LPT2 auf den seriellen 
COM3 umzuleiten und schließlich den Druk- 
ker als LPT2 anzusprechen. Aber MODE 
wird den Parameter COM3 nicht akzeptieren. 
Außerdem müßte man noch irgendwie die 
Übertragungsparameter der Schnittstelle, an 
die der Druckerangeschlossen ist, einstellen 
können. Auch hier versagt MODE. 

Kurz und gut - ein neues Programm würde 
das Problem auch hier lösen. Es sollte fol- 
gende Aufgaben erfüllen können: Zuerst muß 
es natürlich auch alle installierten COM-Ports 


Dr. Reinhard Langmann , Berlin 


Bisher wurden grafische Systeme innerhalb 
der Automatisierungstechnik vor allem für 
Leitrechner in der Prozeß- und Anlagenauto- 
matisierung eingesetzt. Farbgrafiksysteme 
bilden jedoch zunehmend auch einen 
Schwerpunkt bei der Schaffung nutzerge- 
rechter Bedienoberflächen in Mikroprozes- 
sorsteuerungen für den prozeßnahen Be- 
reich. Gefördert wird diese Entwicklung so- 
wohl durch die Verfügbarkeit leistungsfähi- 
ger Grafikprozessoren als auch durch um- 
fangreiche Aktivitäten zur Schaffung von 
grafischen Schnittstellen. Im folgenden Bei- 
trag sollen einige Schwerpunkte der Einbe- 
ziehung grafischer Systeme in Mikroprozes- 
sorsteuerungen betrachtet werden. 

Einführung 

Der Einsatz von Farbgrafiksystemen zur Un- 
terstützung der Mensch-Maschine-Kommu- 


finden und ihre Adressen in die Tabelle ab 
0040h:0000 eintragen. Ferner muß es in der 
Lage sein, die Übertragungsparameter von 
COM1 bis COM4 einzustellen. Und zum gu- 
ten Schluß muß es noch die logischen Geräte 
LPTx auf COM-Ausgänge umleiten können. 
Wir stellen hier ein kurzes Programm vor, 
welches die BlOS-Vektoren korrekt instal- 
liert. 

Blick ins Programm 

Im Programm selbst übernimmt die Prozedur 
‘Instair die eigentliche Arbeit. Sie löscht zu- 
erst alle im BIOS-RAM eingetragenen COM- 
Adressen. In einer weiteren Schleife schaut 
es dann für alle vier Ports nach, ob ein 
Schnittsteilen-Baustein vorhanden ist. Sollte 
das der Fall sein, so wird seine Adresse in 
das BIOS-RAM eingetragen. 

Zu beachten ist, daß diese Routine die starre 
Verbindung zwischen den COM-Ports und 
den ihnen zugeordneten Adressen auflöst. 
Ein Beispiel: Falls Sie nur eine einzige 
Schnittstellenkarte haben, so können Sie die 
Adresse dieser Karte einstellen, wie immer 
Sie wollen, nach dem Start des Programmes 
ist sie dem Betriebssystem grundsätzlich als 
COM1 bekannt. Bei zwei Karten sind es 
COM1 , COM2 und so weiter. 

Interessant ist noch das Unterprogramm 
‘Check8250\ in dem überprüft wird, ob sich 
ein serieller Schnittsteilen-Baustein (8250 
oder 16450) an einer bestimmten Adresse 
befindet. Die Routine findet sich in ähnlicher 
Form in nahezu jedem BIOS und wurde auf 
diversen Rechnern vom XT bis zur 386-PS/2- 
Maschine getestet. Einzig das Modell 30 von 
IBM lieferte eigenartige Ergebnisse, indem 
es einfach ein bis zwei Schnittstellen mehr 
als vorhanden meldete. In diesem Rechner 
läßt sich die Schnittsteilen-Ermittlung nur mit 
Vorsicht einsetzen. Da es aber um die Instal- 
lation von mehr als zwei Schnittstellen geht, 
dürften die Probleme nicht allzu groß sein. 
Bei vier installierten Schnittstellen arbeitet 


nikation in hochleistungsfähigen Mikropro- 
zessorsteuerungen bildet heute eine Voraus- 
setzung, um die komplexen Steuerungsauf- 
gaben im prozeßnahen Bereich erfolgreich 
lösen zu können. Besonders deutlich zeigt 
sich dieser Sachverhalt bei CNC-Steuerun- 
gen für Werkzeugmaschinen. Die steigende 
Funktionsvielfalt durch die Anwendung von 
1 6-Bit- und 32-Bit-Steuerungen erzeugt neue 
Forderungen an die Mensch-Maschine- 
Schnittstelle. Dazu gehören beispielsweise 

- die optimale grafische Gestaltung der Dia- 
logabläufe für NC-Programmierung, Maschi- 
nenbedienung und Diagnose 

- die grafische Kontrolle und die Überwa- 
chung von Steuerungs- und Prozeßvariablen 

- die grafisch-dynamische Simulation des 
Bearbeitungsvorgangs bis hin zur grafischen 
Echtzeitsimulation komplizierter Fräsbear- 
beitungsprozesse. 

Bild 1 zeigt eine Modellvorstellung für die Ein- 
beziehung eines grafischen Mensch-Ma- 


das Programm einwandfrei. Sollte es bei drei 
vorhandenen Schnittstellen vier melden, ist 
das auch nicht weiter tragisch, wenn Sie die 
vierte imaginäre Schnittstelle einfach nicht 
ansprechen. 

Das Programm initialisiert die seriellen 
Schnittstellen nicht. Das ist aber kein Pro- 
blem: Bevor Sie nämlich damit arbeiten, müs- 
sen Sie sowieso mit MODE die Übertra- 
gungsparameter einstellen - die Initialisie- 
rung wird dabei gleich mit erledigt. 


Literatur 

/I/ DOS 3.30 Technical Reference, IBM 1987 
I2i DOS 4.0 Technical Reference, IBM 1988 
/3/ Michael Tischler, PC Intern - Systemprogrammierung, 
Data Becker 1 988 

/4/ Frank Brendle, Schnittstellen umbenennen, c’t 9/87, 
S. 164 

/5/ Hartung, Felsmann, Stiller, PC-Bausteine: Der UART 
8250 als Tor zur seriellen Welt, c’t 5/88, S. 204 


Hinweis: 

Die Satzanlage hat in Zeile 50 des Listings vier Co- 
pyright-Symbole eingeschmuggelt. Ersetzen Sie 
diese jeweils durch die Kombination :C. 


Nachdruck aus c’t -Magazin für Computertechnik , 
Heft 10/1989 


schine- Interfaces in eine Mikroprozessor- 
steuerung. Über das Mensch-Maschine-In- 
terface kommuniziert der Nutzer mit der 
Steuerung. Die Verbindung zwischen dem 
Steuerungskern und dem grafischen 
Mensch-Maschine-Interface erfolgt inner- 
halb der Steuerung über eine festgelegte 
Schnittstelle. Diese innere Schnittstelle über- 
trägt in Richtung Mensch-Maschine-Inter- 
face komplexe Informationen über das Ma- 
schine-Prozeß-Verhalten und das Steue- 
rungsverhalten sowie in Richtung Steue- 
rungskern Bedienerkommandos für die 
Steuerung. 

Die Spezifik der Einbeziehung eines grafi- 
schen Mensch-Maschine-Interfaces in eine 
Mikroprozessorsteuerung resultiert unmittei- 



Bild 1 Modellvorstellung für die Einbeziehung 
eines grafischen Mensch-Maschine-Interfaces 
In eine Mikroprozessorsteuerung 


Mikroprozessorsteuerungen 
und grafische Systeme 
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bar aus den Besonderheiten des Einsatzes 
dieser Steuerungen für zeitkritische Steue- 
rungs-, Regelungs- und Überwachungsauf- 
gaben. Begrenzte ökonomische und techni- 
sche Ressourcen sowie hohe Anforderungen 
an Betriebssicherheit und Zuverlässigkeit 
schränken den Handlungsspielraum für die 
Schaffung von steuerungstechnischen Lö- 
sungen im prozeßnahen Bereich- ein. Grafi- 
sche Systeme, die, eingebettet in Mikropro- 
zessorsteuerungen, die Mensch-Maschine- 
Kommunikation unterstützen sollen, müssen 
deshalb unter anderem folgende Eigenschaf- 
ten aufweisen: 

- schnelle Visualisierung dynamischer Bild- 
strukturen 

- Unterstützung der Parailelverarbeitung 
grafischer Applikationsdaten 

- komfortable Window- und Viewporttechnik 

- zuverlässige Funktion unter Echtzeitbe- 
dingungen 

- geringer Speicheraufwand durch effiziente 
Bildstrukturen 

- Portier- und Generierbarkeit. 

Grafische Schnittstellen 

Eingeführte grafische Systeme im Worksta- 
tions- und zum Teil auch im PC-Bereich nut- 
zen häufig standardisierte Schnittstellen für 
die grafische Programmierung, für grafische 
Geräteschnittstellen und für den Aufbau von 
Bilddateien. Dabei sollen folgende Zielstel- 
lungen erreicht werden: 

- Portabilität der Anwendungsprogramme 

- Bereitstellung eines anwendungsunab- 
hängigen Funktionssatzes 

- Unterstützung des Programmierers bei 
der Benutzung grafischer Methoden 

- Unterstützung des Geräteherstellers bei 
der Auswahl sinnvoller Fähigkeiten der grafi- 
schen Geräte. 

im Bild 2 sind die typischen Schnittstellen ei- 
nes grafischen Systems dargestellt. 



Bild 2 Schnittstellen eines grafischen Systems 


Über die funktionelle Schnittstelle erfolgt die 
grafische Programmierung eines Anwender- 
programms. Weit verbreitet ist dafür das Gra- 
fische Kernsystem (GKS), das in seiner 2D- 
Variante seit 1985 als internationaler Stan- 
dard anerkannt ist /I/. GKS ermöglicht bzw. 
unterstützt 

- 2 D- Linien- und Rastergrafik 

- Aus- und Eingabe an mehreren grafischen 
Arbeitsplätzen 

- temporäres Speichern grafischer Informa- 
tionen sowie Bildstrukturierung mittels soge- 
nannter Segmente 

- permanentes Speichern grafischer Infor- 
mationen in Bilddateien 


- Hilfsmittel zur Anpassung des Anwender- 
programms an vorhandene Gerätefähigkei- 
ten 

- mehrere abwärtskompatible Implementie- 
rungsebenen mit zunehmenden funktionel- 
len Fähigkeiten. 

Die Leistungsfähigkeit des GKS kann stufen- 
weise ausgebaut werden (Level-Konzept). 
Bild 3 verdeutlicht grob den Funktionsumfang 
von Level (Niveau) Oa bis Level 2c. Für in Mi- 
kroprozessorsteuerungen eingebettete grafi- 
sche Systeme erweist sich das Level-Kon- 
zept von GKS als unhandlich, da eine stan- 
dardgerechte Implementierung des Levels 
2c (und nur dieses Level besitzt die vollen 
Segment- und Eingabefähigkeiten) das grafi- 
sche System mit einer Vielzahl von nicht un- 
bedingt erforderlichen Funktionen aus den 
unteren Levels belastet. Weitere Probleme 
beim Einsatz des GKS ergeben sich durch 

- das Speicherkonzept, das die Belange von 
dynamischen Bildänderungen und -manipu- 
lationen nicht ausreichend berücksichtigt 

- das Segmentkonzept, bei dem abge- 
schlossene und existierende Segmente nicht 
verändert werden können 

- die unzureichenden Mittel für eine dynami- 
sche Mehrfenstertechnik und eine parallele 
Visualisierung von Bildstrukturen. 

Intensive Arbeiten bei der Weiterentwicklung 
der grafischen Programmiersysteme führten 
1988 zur Standardisierung des in den USA 
entwickelten Systems PHIGS (Program- 
men Hierarchical Interactive Graphics) 121. 
PHIGS ermöglicht 2D- und 3D-Grafik, Bild- 
modifikationen auf elementarer Ebene und 
ein hohes Maß an Interaktion; es unterstützt 
Echtzeitänderungen. Neben dem Grundkon- 
zept, das von GKS übernommen wurde, 
beinhaltet PHIGS folgende wesentliche Er- 
weiterungen: 

- hierarchischer Aufbau von Bildstrukturen 

- dynamisches Attributkonzept 

- Editierbarkeit von Bildstrukturen 

- 3D-Grafik. 

Im Bild 4 wird der hierarchische Aufbau für 
die grafischen Datenstrukturen in PHIGS auf- 
gezeigt. Die Bildstruktur Y erbt die Umge- 
bung, die bei ihrem Aufruf angetroffen wird. 
Von ihr selbst vorgenommene Änderungen 
gelten lokal und für alle durch sie aufgerufe- 
nen Strukturen. Die Verarbeitung von grafi- 
schen Attributen (Farbe, Linienstärke usw.) 
unterscheidet sich gleichfalls wesentlich vom 
Attributkonzept in GKS. Attribute werden in 
PHIGS in Abhängigkeit von dynamisch än- 
derbaren Parametern ausgewertet und kön- 
nen zur Abarbeitungszeit der Bildstrukturen 
als Strukturelemente an jeder Stelle inner- 
halb der Struktur geändert werden. Durch 
dieses Attributkonzept in Verbindung mit der 
Strukturhierarchie bietet sich die Anwendung 
eines PHIGS-Systems für die Echtzeitanima- 
tion von Prozeß- und Steuerungsinformatio- 
nen an. Der zur Implementierung von PHIGS 
erforderliche rechentechnische Aufwand 
(Rechenleistung, Speicherkapazität) steht 
jedoch gegenwärtig in Steuerungen für den 
prozeßnahen Bereich nicht zur Verfügung. 
Bekannte PHIGS-Systeme nutzen 32-Bit- 
Workstations mit einer UNIX-Umgebunq 
13/. 

Die Verbindung zu den grafischen Ein- und 
Ausgabegeräten erfolgt über die Geräte- 
schnittstelle. Neben der Anwendung von fir- 
menspezifischen Geräteschnittstellen, wie 
GEM-VDI von Digital Research (1986) und 
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Bild 3 Funktionsumfang des GKS 
1 - Anzahl der Funktionen 



Bild 4 Strukturhierarchie für grafische Daten- 
strukturen in PHIGS 


GDI von Microsoft (1986) für die Implemen- 
tierung weit verbreiteter grafischer PC-Be- 
nutzeroberflächen (GEM, MS-Windows), 
richten sich gegenwärtig die Bemühungen 
der Hersteller grafischer Geräte verstärkt auf 
die Nutzung des ISO-Standards CGI (Com- 
puter Graphics Interface) 141 . CGI beinhaltet 
zur Zeit etwa die Funktionalität von GKS Le- 
vel 2c. Tafel 1 verdeutlicht den Funktionsum- 
fang dieser Schnittstelle. Mit CGI wird das 
Prinzip eines virtuellen grafischen Geräte- 
interfaces nach Bild5 verwirklicht. Unter- 
schiedliche Geräte können über eine geräte- 
spezifische CGI-Codebindung in die jeweils 
gewählte CGI-Sprachbindung einbezogen 
werden. Nach Einschätzungen von Compu- 
tergrafik-Spezialisten wird sich CGI zu einer 
wichtigen grafischen Schnittstelle entwik- 
keln. Dieser Sachverhalt, verbunden mit sol- 
chen Eigenschaften wie 


Tafel 1 Funktionsumfang von CGI 


Funktionsgruppe 

jftnzahf 
der Funktionen 

Steuerfunktionen, Fehlerbehandlung 

29 

elementare Ausgaben, 

Attributfun ktionen 

79 

Segmentbehandlung 

20 

Eingabefunktionen 

31 

rastergrafische Funktionen 

13 



Bild 5 Prinzip einer virtuellen grafischen Gerä- 
teschnittstelle 
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- schnelles Modifizieren von Pixelmatrizen 
über effektive Rasteroperationen 

- Kompatibilität zur Archivierungsschnitt- 
stelle CGM 

- Berücksichtigung von CGI bei der Entwick- 
lung neuer, hochintegrierter Grafikprozesso- 
ren, 

favorisiert CGI als grafische Geräteschnitt- 
stelie auch für Anwendungen in Mikroprozes- 
sorsteuerungen. 

Die Archivierungsschnittstelle dient dem ex- 
ternen Speichern von grafischen Datenstruk- 
turen in sogenannten Bilddateien. Von be- 
sonderer Bedeutung auf dem Gebiet der gra- 
fischen Datenverarbeitung sind die beiden 
Bilddatei-Standards GKSM (Graphical Ker- 
nel System Metafile) und CGM (Computer 
Graphics Metafile). 

GKSM ermöglicht den Austausch von Bildbe- 
schreibungen zwischen verschiedenen 
GKS-Anwendungen. Im Prinzip handelt es 
sich bei einer GKSM-Datei um das Protokoll 
einer interaktiven Sitzung an einem GKS-Sy- 
stem. Alle Aktionen während einer Sitzung 
werden in diese Bilddatei sequentiell abge- 
speichert. Für einen schnellen Zugriff auf ex- 
terne grafische Datenstrukluren ist GKSM 
nicht geeignet. 

Für schnelle grafische Systeme kommt zu- 
nehmend die Schnittstelle CGM zur Anwen- 
dung. Im Basisstandard /5/ sind sowohl die 
Funktionalität als auch die Sprach- und Co- 
debindung festgelegt. Bild 6 zeigt den prinzi- 
piellen Aufbau einer CGM-Datei. Die Kodie- 
rung kann binär, im ASCII-Code oder im Klar- 
text erfolgen. Der Leistungsumfang des Ba- 
sisstandards entspricht gegenwärtig etwa 
dem Level Oa im GKS. Ein wesentlicher Vor- 
teil von CGM (gegenüber GKSM) besteht un- 
ter anderem darin, daß die einzelnen Bilder 
völlig unabhängig voneinander sind. Für 
CGM sind Erweiterungen um Segmentfunk- 
tionen und dynamische Bilderzeugung (CGM 
Add.1) sowie 3D-Grafik (CGM Add. 2) be- 
reits vorgesehen. CGM besitzt eine starke 
Funktionsorientierung zur Geräteschnitt- 
stelle CGI, so daß sich die gemeinsame An- 
wendung beider Schnittstellen innerhalb ei- 
nes grafischen Systems anbietet. 


Hctaftlc 

\ Beginn fletafiie \/1etafi/ebezekhm\ 
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| Beginn Bild \ 8ildbezc/chner]öegmn &(dkörper\ 

| grafische Elemente | • • ■ 

| Ende Bild \ 


Bild 6 Struktur einer CGM-Bilddatei 


Eingebettete Grafiksysteme 

Die hohe Innovationsrate auf dem Gebiet der 
Prozessortechnik ermöglicht die Schaffung 
leistungsstarker grafischer Subsysteme für 
Anwendungen in 16-Bit- und 32-Bit-Mikro- 
prozessorsteuerungen. Die Hardwarebasis 
dazu bilden Grafikprozessoren der 3. Gene- 
ration, die seit etwa 1987 kostengünstig auf 
dem internationalen Markt verfügbar sind. 
Die Tafel 2 verdeutlicht die Leistungsfähig- 
keit dieser Grafikprozessoren. Auch wenn 
sich die innere Struktur dieser Prozessoren 
wesentlich voneinander unterscheidet, las- 


sen sich doch die folgenden Merkmale als 
charakteristisch und ieistungsbestimmend 
für diese neue Generation von Grafikschalt- 
kreisen herausarbeiten: 

- Integration von einer oder mehreren CPUs 
sowie Controllerbaugruppen auf einem Chip 

- Hardware- bzw. Firmwareunterstützung 
für schnelle Grafikfunktionen (z. B. Raster- 
operationen) 

- eigenständige Bearbeitung komplexer 
Grafikfunktionen oder ganzer Grafikpro- 
gramme 

- einfaches Host- Interface. 

Für 1 6-/32-Bit-lndustriebussysteme wie 
VMEbus, Multibus I und II werden Grafikbau- 
gruppen mit diesen Prozessoren als Basis- 
hardware angeboten. Dabei reichen die Gra- 
fikfähigkeiten einer Konfiguration im Einfach- 
Europakartenformat von Zeichendarstellun- 
gen in Mehrfenstertechnik bis hin zur 2D- 
Echtzeitanimation von Steuerungskontroll- 
daten /6 /. 

Die Bilder 7 und 8 zeigen die typische Be- 
schaltung der Grafikprozessoren i82786 und 
TMS34010 111, IQI. Der Systemspeicher in 
Bild 7 kann Grafik-Kommandolisten und an- 
dere Datenstrukturen beinhalten, auf die die 
CPU häufig zugreifen muß. Im Unterschied 
zum i82786, der einen technologisch festge- 
legten Satz von Grafikkommandos versteht, 
enthält der TMS3401 0 eine komplette 32-Bit- 
CPU mit einem entsprechenden Befehlssatz. 
Im dazugehörigen Systemspeicher (s. Bild 8) 
sind deshalb neben häufig genutzten Grafik- 


Tafel 2 Charakteristische Parameter neuer 
Grafikprozessoren 


Prozessortyp 

HD63484 

»8278'6 

■ " 1 - J 

TMS34Ö10 ' 

Hersteller 

Hitachi 

Intel 

Texas 

Instruments 

maximale 

Auflösung 

(Bildpunkte) 

4096 x 4096 

8192x4096 

32768x32768 

Anzahl der 
Farben 

65536 

256 

65536 

Bitdschirm- 

fenster 

1 

(Hardware) 

beliebig 

(Software) 

beliebig 

(Software) 

Zeichenge- 
schwindig- 
keit (Bild- 
punkte/s) ' 

ca. 3 000 000 



Bild 7 Grafikbaugruppe mit dem i82786 



Bild 8 Grafikbaugruppe mit dem TMS34010 


kommandofolgen vor allem die speziellen 
Maschinenprogramme (Firmware), die den 
Umfang des mit der jeweiligen Baugruppe 
möglichen Grafikkommandosatzes festle- 
gen, abgelegt. 

Die neuen Grafikprozessoren enthalten be- 
reits auf der Prozessorebene eine Reihe von 
komplexen Grafikfunktionen, die üblicher- 
weise erst in einer höheren grafischen Soft- 
wareschicht zur Verfügung stehen. Für einen 
optimalen Einsatz dieser Prozessoren in Mi- 
kroprozessorsteuerungen ist deshalb die 
funktionelle Schnittstelle für den Anwender 
aus dem konventionellen Bereich herauszu- 
lösen, und neue, komplexe Funktionen wer- 
den innerhalb der Geräteschnittstelle ge- 
schaffen. Obwohl bereits Bestrebungen er- 
kennbar sind, auch komplexe grafische 
Schnittstellen wie GKS und CGI auf der Gra- 
fikbaugruppe selbst unterzubringen /9 /, nut- 
zen grafische Systeme für die Steuerungs- 
technik im prozeßnahen Bereich in der Regel 
einen auf die spezifischen Belange zuge- 
schnittenen und damit reduzierten Funktio- 
nensatz /7/, /10/. Aufgrund der „harten“ 
Randbedingungen erscheint ein solches Vor- 
gehen auch für den nächsten Zeitraum die 
besten Lösungen für eingebettete grafische 
Systeme in Echtzeitsteuerungen zu ermögli- 
chen. 

Schlußbemerkungen 

Aufbauend auf dem gegenwärtigen Kennt- 
nisstand zum Einsatz grafischer Systeme in 
Mikroprozessorsteuerungen erfolgt am Insti- 
tut für Automatisierung der AdW der DDR die 
Erarbeitung eines grafischen Basismoduls 
zur Steuerungsvisualisierung. Der Basismo- 
dul ist Bestandteil eines Rahmensystems für 
die farbgrafische Mensch-Maschine-Kom- 
munikation in leistungsfähigen Mikroprozes- 
sorsteuerungen für den prozeßnahen Be- 
reich. Die Grafiksoftware wird mit folgender 
Orientierung entwickelt: 

- Anwendung hierarchischer Bildstrukturen, 
die einen Mechanismus zur Vererbung von 
Eigenschaften aufweisen sowie eine dynami- 
sche Belegung von Variablen während der 
Bildabarbeitungszeit ermöglichen 

- Sicherung der Geräteunabhängigkeit 

- Einsatz eines modernen Grafikprozessors 
und Einbettung des grafischen Basismoduls 
in eine Echtzeitumgebung. 
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Handelspartner stellen sich vor 

Unter dieser Überschrift wollen wir westlichen Firmen die Möglichkeit geben, 
potentielle DDR-Kunden oder -Partner über das Leistungsangebot im Compu- 
tersektor zu informieren. 

Das wird für so manchen von Ihnen von Interesse sein - schließlich schaffen 
die neuen Bedingungen in der DDR nicht nur bessere Möglichkeiten , sondern 
auch Notwendigkeiten , sich über ausländische Handelspartner zu informie- 


ren. Dazu wollen wir zumindest in der Anfangsphase der neuen deutsch-deut- 
schen Beziehungen unseren Beitrag leisten. Einen Anfang haben wir mit unse- 
rer Kontaktbörse im Märzheft bereits gemacht, nach den Firmenporträts wird 
die Zukunft dann aufgrund der Vielzahl der Handelspartner sicherlich bei kom- 
merziellen Anzeigen liegen müssen. 

Red. MP 


SOFT-TRONIK 

Ein Computerhandelshaus, 
seine Produkte und Leistungen 

Das Unternehmen wurde 1 985 von 
den beiden Inhabern und Geschäfts- 
führern gegründet; in den letzten Jah- 
ren ist die Firma kontinuierlich ge- 
wachsen, 1 989 wurde ein zweistelli- 
ger Millionenumsatz erzielt. Unsere 
Märkte liegen im In- und Ausland, vor 
allem auch in den RGW-Ländern. 

Als Hersteller produzieren und ver- 
treiben wir den Soft-Tronik-PC, unser 
eigenes Produkt. Die Komponenten 
werden aus Fernost importiert und 
hier zusammengebaut. 

Als Distributor, d. h. als Großhändler, 
der das alleinige Vertriebsrecht für 
Händler und Endkunden in einem 
definierten Gebiet hat, vertreten wir 
die japanischen Hersteller Seikosha 
und Mitsubishi. Seikosha ist in der 
DDR nicht unbekannt, die Drucker 
findet man in den Intershopläden. 
Mitsubishi ist ein Hersteller von Com- 
puterperipherie, Monitoren und ande- 
ren Komponenten und gehört zu den 
weltweit größten Lieferanten. Dar- 
über hinaus vertreiben wir Soft- und 
Hardwareprodukte aller namhaften 
internationalen Hersteller, wobei wir 
erhebliche Umsätze mit Netzwerk- 
produkten machen. Wir beschäftigen 
heute 30 Mitarbeiter - mit steigender 
Tendenz. Diese sind tätig im Bereich 
Technischer Service, zu dem der 
Kundendienst und das Lager gehö- 
ren, hier arbeiten etvya 1 3 Mitarbeiter. 

In der Systemunterstützung und der 
Software sind 6 Personen beschäf- 
tigt, dann haben wir den Vertrieb mit 
6 Mitarbeitern und schließlich die Ad- 
ministration und die Buchhaltung. 

Die Mitarbeiter unserer Auslandsnie- 
derlassungen haben wir hier nicht 
gerechnet. Wir erbringen also alle die 
Leistungen rund um den Computer, 
die unsere Kunden von uns erwarten. 
Das beginnt bei der Beratung und 
hört bei der Schulung und der Betreu- 
ung der eingesetzten Systeme auf. 

Der DDR-Markt - Risiken und 
Chancen 

Natürlich wissen wir, daß auch auf 
dem Gebiet der Computertechnolo- 
<jie in der DDR ein gewaltiger Nach- 
holebedarf besteht. Als Distributor 
von Seikosha und Mitsubishi werden 
wir auch die DDR betreuen, d. h. Ser- 
vicestützpunkte und Niederlassun- 
gen errichten. Wir haben dies schon 
mit Erfolg u. a. in der Republik Polen 
getan und sind auch in Moskau uhd 
Leningrad mit Serviceniederlassun- 
gen vertreten. Wir suchen die Zusam- 
menarbeit mit kompetenten DDR- 
Partnern, führen auch schon erfolg- 
versprechende Verhandlungen, sind 
aber an weiteren Kontakten interes- 
siert. Das soll recht schnell, also in 
allernächster Zukunft, geschehen. 


Zur Zeit, d. h. Im Februar, haben wir 
die devisen- und zollrechtlichen Re- 
gelungen des Interzonenhandels, an 
die wir uns zu halten haben, ebenso 
wie die Einschränkungen durch die 
COCOM-Liste. Aber, wir alle wissen 
es, so wird es nicht bleiben. Wir den- 
ken, daß wir unsere Kunden in der 
DDR bald ohne größere Probleme 
bedienen können, sonst hätten wir 
uns sicher nicht für den Eintritt in den 
DDR-Markt entschieden. 

Überlegungen zu Vertrieb 
und Marketing 

Wir entwickeln gegenwärtig ein Ver- 
triebskonzept mit unseren Lieferan- 
ten; wichtig ist, daß die örtlichen Part- 
nerganz eng eingebunden und natür- 
lich stark unterstützt werden. Unsere 
Kunden werden wir vorwiegend bei 
Meinen und mittleren Betrieben su- 
che n, besonders auch bei den neu" 
“entstehenden privaten Gewerbebe- 
trieben und Freiberuflern. Einige Pro- 
dukte sind sicher ebenso für große 
Betriebe interessant, man muß se- 
hen, wie sich die wirtschaftliche I nfra- 
struktur in der DDR entwickelt. Unser 
Konzept sieht jedenfalls eine inten- 
sive Bearbeitung des Marktes vor, 
was bedeutet, daß wir auch zu gege- 
bener Zeit eine eigene Firma gründen 
wollen, an der sich z. B. Partner aus 
der DDR beteiligen können. 

Einige Soft-Tronik-Produkte 
vorgestellt 

Wir haben vor etwa 2 Jahren ent- 
schieden, nicht fertige PCs zu impor- 
tieren, sogenannte No-names; ein- 
mal, um einen durchgehend hohen 
Qualitätsstandard sicherzustellen, 
zum anderen, um gefährliche Abhän- 
gigkeiten zu vermeiden. Die Quali- 
täts-Komponenten beziehen wir von 
leistungsfähigen Herstellern, z. B. 
Mainboards von Sertek, Laufwerke 
^(Floppies und Festplatten) u. a. von 
Mitsubishi und NEC, Monitore von 
ADI und Mitsubishi, Cherry-Tastatu- 
ren, um nur einige zu nennen, und 
assemblieren diese Teile dann mit 
den entsprechenden Gehäusen zu 
den bestellter VXTs oder ATsT% it- 
scheidend ist, daß wirUie Qualitätssi- 
cherung selbst in der Hand haben 
und durch umfangreiche Burn-in- 
Tests sicherstellen, daß der Kunde 
ein gutes Produkt erhält. Zur Zeit sind 
gerade die ersten 486er im Test. Un- 
sere Preisliste umfaßt etwa 20 Stan- 
dardkonfiguratione n, die wiederum 
individuell den Kundenwünschen an- 
gepaßt werden können. Dazu kommen 
dann die verschiedenen Monitore 
und Drucker, je nach Anwendung. 

Beratung des Kunden 

Anhand der Problembeschreibung 
und des Mengengerüsts, wir gehen 
jetzt mal von Betrieben aus, erarbei- 


ten unsere Mitarbeiter einen Vor- 
schlag mit eigenem Angebot. Natür- 
lich ist auch eine Demonstration der 
Hard- und Software möglich. Wichtig 
ist, daß der Kunde eine klare Pro- 
blembeschreibung mit möglichst ge- 
/ bauen Daten hat. E r sollte die Aufgä- 
\ Ben präzis ^ fgrrrmiiPre>rL Auch nach 
’ der Installation braucht der Kunde 
noch unsere Unterstützung. Diese 
^ erhält er über ei ne Schulung und die 
t Einweisung in die Bedienung des 
"SysTems Da gibt es, je nach Komple- 
xität des gesamten Systems, ver- 
schiedene Möglichkeiten. Entschei- 
dend ist: De r Kunde wird nac tutero- 
Kauf nicht allein gelasse n . 


Seikosha und Mitsubishi 
ein umfangreiches Angebot an 
Drugkern und Peripherie 


tSeikoshajst, wie übrigens auch Ep- 
son, ein Unternehmen der Seiko- 
Gruppe, eines großen und traditions- 
reichen japanischen Herstellers. Die 
Produktpalette reicht vom preiswer- 
ten Matrixdrucker (9 oder 24 Nadeln) 
übei döH IB-WAdbl-Hochgeschwin- 
digkeitsdrucker mit 800 Zeichen/s bis 
zum Seitendrucker in LED-Technolo- 
gie. Wichtig ist, daß Seikosha eine 
Fertigung in der Bundesrepublik auf- 
gebaut hat, was natürlich große Vor- 
teile für die Kunden bringt. 

Die Geräte sind kaum störanfällig, 
man kann praktisch jedes Textpro- 
blem optimal mit einem der Seikosha- 
Modelle lösen. Wir haben auc h Tin- 
tenstrahl- und Laserdrucke r von 
Hewlett-Packard Im Programm, um 
Kundenwünsche erfüllen zu können. 
Im Plotterbereich führen wir Systeme 
vorTftoland undCalcomp, beide kom- 
petente Hersteljgpdieser Produkte. 
Kommen wir zAMitsubislu Dieser 


Hersteller bietet ein umfangreiches 
Programm an Monitoren, von Stan- 
dardmodeilen bis zu hochauflösen- 
den Colorgeräten mit einer Bild- 
schirmgröße bis zu 37 Zoll. Diese 
Produkte werden häufig im CAD/ 
CAM -Bereich eingesetzt. Im Scan- 
nerbereich ist der Handheldscanner 
interessant, “der bis A4 mit hoher Auf- 
lösung und 16 Graustufen scannen 
kann. Bei den Druckern h at sich Mit- 
subishi auf Farbdrucker in Thermo- 
Transfertechnologie spezialisiert. Bis 
zu 4096 Farben können in beste- 
chender Qualität wiedergegeben 
werden; Einsatzgebiete liegen im 
CAD/CAM-Bereich und in der Prä- 
sentationsgrafik. Neben den Ein-/ 
Ausgabenmedien ist das „zweite 
Standbein“ von Mitsubishi der Be- 
reich de r Speichefmedien - Die 
Floppy- und festplattenlaufwerke in 
5,25 oder 3,5 Zoll gehören nach den 
branchenüblichen Benchmarktests 
zu den stabilsten und fehlerärmsten 
aller vergleichbaren Laufwerke. Lie- 
ferbar sind die Komponenten in ver- 
schiedenen Speicherkapazitäten. 

Wir verwenden diese Laufwerke übri- 
gens in unseren eigenen PCs. Dann 
sind noch die sogenannten Qptical __ 
Discs a ufzuführen, die künftig mit 
ihren gigantischen Speichervolumen, 
z. Zt. etwa 600 Gigabyte, für beson- 
ders speicherintensive Anwendun- 
gen eingesetzt werden. Das ist ein 
grober Überblick über unsere heutige 
Angebotspalette, die natürlich je nach 
Kundenanforderungen erweitert wer- 
den kann. Wir sind jedenfalls darauf 
vorbereitet und zuversichtlich, ge- 
I meinsam mit unsere n regionalen 
Partnern ein ebenso kompetenter" 
Und zuverlässigerJJeferant in der 
DDR zu werden. 


♦$♦$> soft-fronik 


Creative Computer technology 


Soft-Tronik GmbH 

Geschäftsführer: Herr Lampka, Herr Osowiecki 
Vertriebsleiter Inland: Herr Burda 


Heidestr. 52 

D - 1 000 Berlin 21 

Tel. 3944003, 3944061 

Telex: 17 308 203 SOFD, Telefax: 394 10 69 
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Mikado 

Von der Software zum Systemhaus 


Angefangen hat es nicht untypisch: 
Mehrere Kollegen einer großen Firma 
überlegen sich: Man müßte etwas Ei- 
genes machen! 

So wurde das Unternehmen 1983 
von Spezialisten aus dem Hause 
Berthold, einem der bekanntesten 
Satzmaschinenhersteller, gegründet. 
Ursprünglich war man ein Software- 
haus, stellte aber bald fest, daß die 
Kunden nach einem Komplettange- 
bot verlangten: Hard- und Software 
/ a us einer Han d. 

Der Systemhausgedanke war damit 
geboren. 

Die Gründer kamen aus der Welt der 
VAXen von DEC, entschlossen sich 
aber - nach einer Orientierungs- 
phase - zur Konzentration auf die 
Welt der Mikros, der PCs. 

Sehr bald diversifizierte das Ganze, 
die PC-Entwick!ung explodierte form - 
t lieh, der £/!arkt der Standard Software 
) bildete sich, cfie PtT- Peripherie naFwrT 
ungeahnte Formen an: Grafikkarten, 
Bildschirme, Laserdrucker, Tinten- 
strahler, Scanner galt es zu beherr- 
schen. 

Dies bedeutete auch für Mikado eine 
stürmische Entwicklung: Bis heute ist 
das Haus au f 21 M itarbeiter ange- 
wachsen. Weiter sFützt man sich auf 
externe Mitarbeite r für Programmie- 
rung und Werbung und hat seit eini- 
ger Zeit eine Tochter: Mikado-Saar, 
acht Mann hoch und auf CAD im Bau- 
hauptgewerbe spezialisiert. 

Der Systemhausgedanke - 
ein modernes Dienstleistungs- 
verständnis 

Als Systemhaus bietet Mikado in aus- 
gewählten Bereichen und Branchen 
dem Kunden eine komplette EDV-Lö- 
sung. Im Unterschied zum gängigen 
Fachhandel v ersteht sich ein Systerrv 
Thaus als einDienstleistungsunter^ 

I nehmen, Der Kunde erhält neberTdeT 
entsprechenden Hard- und Software 
eine kompetente Beratung, das Sy- 
stem wird nach seinen spezifischen 
Anforderungen konfiguriert und in- 
stalliert. In diesem Sinne ist Mikado 
hauptsächlich auf Lösungen im ge- 

I wer blichen u nd industriellen Bereich ^ 
speziäM iefTBie Firma hält für dfesen 
Kundenkreis nicht nur einen schnel- 
len und zuverlässigen Hardwareser- 
vice bereit, sondern weist Mitarbeiter 
vor Ort in ihre neuen Systeme ein. Mi- 
kado unterhält einen eigenen Schu- 
lungssektor und bietet Kunden in ei- 
nem After-Sales-service qualifizierte 
Betreuung auch nach Projektab- 
schluß. 

Um dieses umfangreiche Dienstlei- 
stungsprogramm zu garantieren, 
konzentiert sich Mikado auf die Pro- 
dukte einiger weniger Hersteller, die 
eine Spitzenposition am Markt ein- 
nehmen und aufgrund einer hohen 
Produktqualität dem Kunden und Mi- 
kado als Händler gleichermaßen Zu- 
friedenheit bescheren. 

Part ner Mikados sind JHewIett-Pak- 
^5r3und Fujitsu . In einerrTneuen Ver* 
trieBskonzept unterstützt jetzt Hew- 
lett-Packard ausdrücklich den Sy- 
stemhausgedanken. Mikado trägt als 
einziges Sevice-Center Berlins das 
Prädikat „autorisiertes Systemhaus“. 
Der Hardware-Lieferant Hewlett-Pak- 
kard und das System haus Mikado 


setzen mit diesem Konzept einen 
deutlichen Akzent. Im Bewußtsein, 
gerade im Unternehmens- oder öf- 
fentlichen Bereich Anlagen für hoch- 
komplizierte Lösungsverbunde zu 
stellen, soll Dienstleistung gleichbe- 
rechtigter Bestandteil in einem um- 
fassenden Hardware-Vertrieb wer- 
den. 

Neue Vertriebswege 
für Hardware-Lieferanten 

HP-Systemhaus zu sein, bedeutet für 
Mikado, gemeinsam mit Hewlett-Pak- 
kard an den Markt zu treten. So wird 
Mikado erstmalig den neuen HP 
VECTRA 486er PC mit dem EISA- 
Bus vorsteilen, eine Power- Station 
mit 20 MIPS, die in den Bereich der 
mittleren Datentechnik und der 
Workstations einbricht. Besonders in- 
teressant wird der VECTRA für An- 
wendungen im CAD-Bereich, in PC- 
Mehrplatzsystemen, für DTP und um- 
fangreiche Datenbankverwaltungen. 
Im PC-Bereich heißt das, neben dem 
Betriebssystemstandard MS-DOS 
wieder verstärkt mit dem Multi-user- 
System UNIX zu arbeiten. Die Ent- 
scheid uTiglsThier für das UNIX des 
Marktführers Santa Cruz Operation 
(SCO) gefallen. 

Hewlett Packard und Mikado signali- 
sieren durch ihre Zusammenarbeit ih- 
ren Kunden, daß hochkomplexe 
Technologien wie der VECTRA sich 
erst durch den angemessenen und 
kompetenten Support eines Dienst- 
leisters rechnen. 

Vom Systemverbund zur Indivi- 
dual-Software 

Fünf Hauptbereiche von Mikado sind 
zu nennen: 

Bürokommunikation 

- Der Bereich Bürokommunikation, 
der ein komplettes Angebot mehr- 
pl atzfähiqer Systeme b ereithält, um 

"aTTe im Büro- und Verwaltungsbereich 
anfallenden Arbeiten und Kommuni- 
kationsbedürfnisse zu bewältigen. 
(Mikado-Kontakt: Jan Holger Otto) 

Kommerzielle Datenverarbeitung 

- Der Bereich kommerzielle Daten- 
verarbeitung, der mit der S oftware 
des Marktführers KHK d ie gesamte 
Palette vom Angebot über Auftrags- 
abwicklung, Rechnungswesen, La- 
gerhaltung, Mahnwesen, Lohn- und 
Finanzbuchhaltung abdeckt. (Mi- 
kado-Kontakt: Barbara Heßler) 

Grafische Datenverarbeitung 

- Der Bereich grafische Datenverar- 
beitung, der um die Satz- und Layout- 
software Ventura Publisher herum 
den ganzen Grafikbereich abdeckt 
mit Programmen zum Scannen, zur 
Bildbearbeitung, Geschäftsgrafik, Il- 
lustrationsgrafik, OCR, Schriftgrafik 
u. v. m. 

Wenn auch etwas unscharf, so wird’s 
doch häufig in dem Wort DTP zusam- 
mengefaßt. Das hauseigene DTP- 
System hat für viele Unterlagen Mika- 
dos schon gute Dienste geleistet, billi- 
ger und schneller als die Druckerei ist 
es allemal. (Mikado-Kontakt: Michael 
Mittelhaus) 

Netzwerke 

- Technisches Rückrat des Ganzen 
ist der Netzwerkbereich: Mikado ist in 
Berlin (und nicht nur dort) als Spezia- 


Reimund Reiter , Geschäftsführer bei Mikado 



list für NOVELL-Netze bekannt. Und 
weil man am liebsten das verkauft, 
was man selber verwendet, so ist im 
Hause ein Netzwerk mit ARCNet und 
Ethernet-Strängen mit Novell Net- 
Ware 386 als Betriebssystem instal- 
liert. (Mikado-Kontakt: Wolfgang 
Dürr) 

Softwareentwicklung 

- Last, but not least, der Bereich 
Softwareentwicklung; hier entstehen 
zumeist Datenbanka n wendunge n: 
mehrplatzfähige Adresse n verwal-_. 

tung , ei n Paket für Hausverwaltungen _ 
~T)C)MIN O. ei ns für Rechtsanwälte 
Data Jur a^ eines für Mitfahrerzentra- 
l en Car Line u . s. w. (Mikado-Kontakt: 
Chris Kasprowiak) 

In diesem Bereich wurde auch das 
jüngste und bis dato prominenteste 
Mikado-Kind geboren \_A rchimedes, 
das neue Dokumentation^ und Ar- ‘ 
chivierungssystem für den Büroall- 
tag. Von jedem Arbeitsplatz im Büro 
können künftig Archivunterlagen auf- 
gerufen, angesehen, abgelegt, ver- 
vielfältigt oder weitergeleitet werden. 
Archimedes ist ein Archivierungssy- 
' stem, das mit optischen Platten arbei- 
tet und aufgrund seiner Effektivität 
und Schnelligkeit eine Alternative 
zum Mikrofilm darstellt. 

Etwas kleiner, aber nicht minder inter- 
essant, Printer Polyglott, die multilin- 
guale TextverarbeTtüng. Zusammen 
mit internationalen Sprachwissen- 
schaftlern entwickelt, erlaubt es in 
mittlerweile 136 verschiedenen Spra- 
chen der Welt am Bildschirm und auf 
den gängigsten Druckern mit den Ori- 
ginalzeichen der Landessprachen 


bzw. des Dialekts zu arbeiten. Vertre- 
ten sind: slawische Sprachen wie Bul- 
garisch, Russisch, Weißrussisch, 
Lettisch, Ukrainisch ebenso wie Ge- 
orgisch. Griechisch wie Finnisch und 
•Ungarisch, Arabisch (!) wie Altgrie- 
chisch, Koptisch wie Japanisch (!). 
Basierend auf der Top-Textverarbei- 
tung WorciPgrfect ist es ein an Viel- 
falt, Qualität und Leistung konkur- 
renzloses Produkt. 

Der Einzugsbereich von Mikado ist 
vornehmlich Berlin-West, aber es gibt 
einige Installationen im Bundesgebiet 
und seit einiger Zeit auch in der DDR. 
So zum Beispiel bei der Akademie 
der Wissenschaften, die jüngst bei 
den Tagen der DDR in Baden-Würt- 
temberg überzeugend die Leistungen 
der Akademie mit einer Broschüre 
darstellen konnte, die auf einem DTP- 
System von Mikado entstanden 
war. 

Mitbestimmung bei Mikado 

Eine Besonderheit dürfte das Gesell- 
schaftsmodell von Mikado darstellen: 
Die GmbH ist vollständig im Besitz 
von derzeit 6 Mitarbeitern. Mitinhaber 
können nur Mitarbeiter werden, die 
eine Mindestzeit in der Firma tätig 
sind, niemand darf Majorität bekom- 
men. Der Geschäftsführer ist einer 
Kontrolle der Belegschaft und eines 
von ihr gewählten Organs unterwor- 
fen. 

Vielleicht ist das ein Vorbild für die Zu- 
kunftspläne: Derzeit wird viel mit 
DDR-Bürgern und -Firmen über mög- 
liche Kooperationen gesprochen, es 
zeichnen sich sehr interessante Mög- 
lichkeiten ab. 


mikcidö 


Mikado 

Systemhaus für Mikrocomputer 
Wielandstr. 13 
D-1000 Berlin 12 
Tel. 3 244068/3245052 
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Zusatzsoftware 
für Bildungscomputer 

Beim VEB Robotron Meßelektronik 
„Otto Schön“ Dresden wurden für 
den Bildungscomputer neben der Sy- 
stemsoftware folgende Dienst- und 
Hilfsprogramme entwickelt, die das 
Spektrum der auf dem A 5105 lauffä- 
higen Standardsoftware ergänzen: 

• BASIC 

UMLK6313.RMC Druck der Umlaute 
aus RBASIC mit Drucker K 6313 
SLOT-R-W.BAS Speicherbereich an- 
zeigen, lesen und schreiben auf be- 
liebigem Slot 

TYPEX.BAS Dateianzeige 
BACD3BIC.RMC Einbindung Basico- 
de in RBASIC 

PIC-^SCR.BAS Konvertieren von 
Bilddateien vom Typ PIC von MS- 
DOS nach SCPX5105 
TB*.* Treibernachladeprogramm- 
system (Basic-Booter) 

REV. RMC, RFVC.RMC RAM-Floppy 
für Video-RAM 

RFM. RMC, RFMC.RMC RAM-Floppy 
für RAM-Erweiterungsmodul 
OATBANK Datenbanksystem 
PL0TV24 V.24-Plotteranschluß im 
Basic (HP-GL) 

PLOTXY Anschluß Plotter XY 41 40 
KOMBICOP komfortables BICOP 

• NETZ 

BICLAN*.* Softwarepaket lokales 
Netz für mehrere BICs 
PHYLANTR.BAS, PHYLANTR.RMC 

Dauertest lokales Netz mit Fehlersta- 
tistik 

STNR.BAS Anzeige der am DIL- 
Schalter eingestellten Adresse des 
lokalen Netzes 

FLAG. BAS, JAB. BAS Testprogramme 
für lokales Netz (Service-Prüfvor- 
schrift) 

• SCP 

INSTBIC, SCREEN, KEY. MAC, KEY.COM 

Einstellen von Systemparametern 
ZGEIN.COM Manipulieren von Zei- 
chensätzen für SCPX 51 05 

SCHMALAM.SZG, SCHMAL.SZG, STAN- 
DARD.SZG, STANDAM.SZG Zeichen- 
satzdateien für SCPX 5105 
TR*.* Treibernachladeprogramm- 
system 

CEN1.COM Centronics-Ausgabe 
über 1/0-Port 

REV. COM, RFVC.COM Bildschirm- 

RAM-Floppy-T reiber 

RFM. COM, RFMC.COM Modul RAM- 
Floppy-Treiber 

L0E.C0M, SYSDV.COM, SUBRET.COM, 
SW.C0M Hilfsprogramme für SUBM- 
Kommandofiles 

SLOTDUMP. MAC, SL0TDUMP.COM 

Anzeige des Speicherinhaltes belie- 
biger Bänke 

VERSION. INC, HEXDU.INC, PRNAD.INC 

Include-Dateien für Assemblerpro- 
grammierung 

GRPASCAL Nutzung der Grafikrouti- 
nen des ROM-BIOS unter Pascal 
TRANS1.COM Umsetzung von KC- 
Basic-Programmen in RBASIC 
VEB Robotron-Meßelektronik „Otto 
Schön“ Dresden, PSF 211, Abt. KVK, 
Dresden, 8012 Gerhard Gärtner 


Kennengelernt: 

Pascal für Klein- 
computer 

Michael Lennartz, Ludwigsfelde 


Wenn die nun halbwegs erschwing- 
lich gewordenen Kleincomputer 
nicht als teure Spielzeuge verkom- 
men sollen, ist es notwendig, daß 
Standardsoftware und Programmier- 
sprachen für verschiedene Bedürf- 
nisse und Interessen zur Verfügung 
stehen. Ein Beitrag dazu ist die von 
einem Dresdner Kollektiv entwik - 
kelte , leistungsfähige Pascal-Imple- 
mentierung für Kleincomputer. Seit 
der Veröffentlichung in 11/ ist das In- 
teresse daran spürbar gewach- 
sen. 

Der Pascal-Compiler steht für alle 
Kleincomputer-Typen aus der DDR- 
Produktion zur Verfügung und ist 
1986 durch Weiterentwicklung aus 
HiSoft-Pascal, eine Version für den 
Sinclair ZX-Spectrum aus dem Jahre 
1983, entstanden. Die Programme 
sind somit quelltextkompatibel für KC 
85/1/2/3/4 und KC 87. Die folgenden 
Aussagen beziehen sich auf die Ver- 
sion 1 .5 für den KC 85/3. Das Pro- 
grammsystem besteht aus Editor, 
Compiler und Laufzeitsystem und 
setzt eine 16-KByte-RAM-Erweite- 
rung voraus. Die in Arbeit befindliche 
Version 2.1 wird auch ohne Zusatz- 
modul lauffähig sein. Die Frage des 
Vertriebs ist allerdings gegenwärtig 
noch nicht endgültig geklärt. Die wirt- 
schaftlichen Änderungen in der DDR 
bieten jetzt aber auch den Software- 
entwicklern den gerade in rechtlicher 
und finanzieller Hinsicht dringend be- 
nötigten größeren Handlungsspiel- 
raum. 

Der Editor 

Der integrierte Zeileneditor erinnert in 
seinem Funktionsumfang an Basic 
80. Ein Full-Screen-Editor wäre zeit- 
gemäßer, ist aber bei 40-Zeichen- 
Bildschirmen mit einer Reihe von Pro- 
blemen verbunden. Trotzdem - 
EDAS hat ihn auch. 

Bequem ist die eingebaute Suchfunk- 
tion für Zeichenketten. Des weiteren 
kann man Zeilen mit einem Kom- 
mando komplett verdoppeln. Die übri- 
gen Funktionen entsprechen dem 
Standard: Löschen, Einfügen und 
Neunumerieren von Zeilen, Sichern 
und Laden des Quelltextes, Unter- 
kommandos fürdie Bearbeitung einer 
Zeile wie die Korrektur, das Löschen 
bis zum Zeilenende, das Verwerfen 
der Korrekturen usw. Als komfortable 
Zugaben sind eine schnelle Scroll- 
Routine und eine Erweiterung des 
Zeichensatzes mit Kleinbuchstaben 
zu nennen. 

Die Steuerung des Editors erfolgt un- 
ter anderem über Parameter, die für 
die Zeit des Editierens erhalten blei- 
ben, was aber zu ungewollten Neben- 
effekten führt. Nach den Parametern 
D 120,140 (Löschen der Zeilen 120 bis 
140) 

muß man mit 

I 200,10 (Eingabe ab Zeile 120 mit 
Zeiienabstand 10) 

Weiterarbeiten, um den Zeilenab- 
stand von 1 0 wieder einzustellen. Die 
verkürzte Eingabe 


1 120 (Eingabe ab Zeile 120) 
behält den Zeilenabstand 1 40 aus der 
vorhergehenden Löschanweisung 
bei. 

Der Compiler 

Ähnlich wie in Turbo-Pascal kann das 
Kompilieren in Richtung Speicher 
oder in Richtung Kassette gesche- 
hen. Dabei können auch Programme 
erzeugt werden, die ohne Speicher- 
erweiterung arbeiten. Der Compiler 
stellt abschaltbare Kontrollfunktionen 
für die Überwachung der Feldindizes, 
des Über- bzw. Unterlaufs bei der Ad- 
dition und Subtraktion ganzer Zahlen 
(Gleitkommaoperationen werden im- 
mer überwacht), des Stacks und des 
Programmabbruchs durch die Stop- 
Taste zur Verfügung. Das Listen des 
Programms während des Überset- 
zens läßt sich ebenso wie die Hard- 
copy-Funktion steuern. Bei Fehlern 
werden die fehlerhafte Zeile, die Posi- 
tion in der Zeile und eine Zahl als ab- 
gekürzte Fehlermeldung angezeigt. 
Das Übersetzen läßt sich manuell un- 
terbrechen. 

Ein Fehler kann eine Reihe von Fol- 
gefehlern erzeugen, die auch alle an- 
gezeigt werden. Eine vergessene 
PROGRAM - Anweisung zu Beginn 
des Quelltextes erzeugt so auch bei 
kleinen Programmen etwa ein halbes 
Dutzend Fehlermeldungen an ver- 
schiedenen Stellen. 

Der Befehlsumfang 

Dieser Compiler orientiert sich mehr 
am Standard-Pascal denn an Turbo- 
Pascal. So fehlt der Typ String mit der 
zugehörigen Zeichenkettenverarbei- 
tung. Es steht ein umfangreicher Satz 
mathematischer Funktionen zur Ver- 
fügung, unter anderem COS(r), 
SIN(r), EXP(r), LN(r), TAN(r), ARC- 
TAN(r). Für die Tastaturabfrage 
wurde INCH implementiert, für die 
Speicherung von Daten auf Kassette 
stehen die Prozeduren TOUT und 
TIN bereit. Dem Basic-Anwender 
werden die Routinen POKE, PEEK 
und USER bekannt Vorkommen, an 
Turbo-Pascal erinnert die INUNE- 
Anweisung zum Einfügen von Ma- 
schinencode. Vermißt habe ich An- 
weisungen zur Ausgabe auf einen 
Drucker. So bleibt bei den CAOS- 
Rechnern dem Programmierer wie- 
der nur der Weg, mittels des Steuer- 
zeichens CHR(15) die Hardcopy- 
Funktion des Rechners ein- bzw. aus- 
zuschalten, oder über die INLINE- 
und USER-Anweisungen in Richtung 
Maschinencodeebene zu gehen. 
Auch eine ABSOLUTE-Option zur 
Zuweisung einer absoluten Adresse 
an eine Variable fehlt. 


Undokumentiert: 

Das DOS-Compatibility' 

Weil die Kirschen in Nachbars Garten 
am süßesten schmecken, zieht es 
den Programmierer auch zu undoku- 
mentierten, aber nützlichen Funktio- 
nen. MS-DOS bietet eine Menge da- 
von. Inzwischen Allgemeingut und 
zum Schreiben von Hintergrund-Pro- 
grammen erforderlich ist das INDOS- 
Flag (Unterfunktion 34H im Sammel- 
interrupt 21 H). Damit läßt sich umge- 
hen, daß DOS nicht reentrant ist. 
Dagegen wenig bekannt ist das Kom- 
patibilitätsflag von DOS. Ab Adresse 
40:0000H befindet sich der BIOS- 
Variablen-Bereich, und auf Adresse 


Als sehr angenehm empfinde ich die 
Erweiterung der Formatsteuerung in 
der Form XXXX:n:H zur Darstellung 
in hexadezimaler Schreibweise. 

Die Dokumentation 

Die Kurzdokumentation !2J ist mit 8 
Seiten etwas mager geraten, aber für 
Anwender, die bereits mit Pascal ge- 
arbeitet haben, ausreichend. Anfän- 
ger und Umsteiger aus Basic benöti- 
gen unbedingt ein Lehrbuch. 

Einige Formulierungen in der Kurzdo- 
kumentation sind irreführend. In der 
Beschreibung des Editors fand ich 
zunächst keine Funktion zur Eingabe 
von Quelltext. Dafür muß man I wäh- 
len, aber die Erläuterung dazu lautet 
Automatische Erzeugung von Zeilen - 
nummern. Die Eingabe von Quelltext 
ist wie in Basic auch durch Zeilen- 
nummer, Leerzeichen oder Text 
möglich. Das geht aus der Dokumen- 
tation aber nicht hervor. 

Ähnlich erging es mir mit der Kontroll- 
funktion P des Compilers. Sie ist auf 
Bildschirm eingestellt und bewirkt 
umschaltend die Ausgabe auf den 
Drucker. Das sich'diese Umschaltung 
auf das vom Compiler erzeugte Pro- 
tokoll bezieht und nicht auf den er- 
zeugten Code (es gibt ja keine expli- 
zite Druckanweisung!), ist aus der 
Anleitung nicht zu entnehmen. 

Auch entspricht INCH nicht im enge- 
ren Sinne dem INKEY$ aus BASIC, 
denn INCH wartet, bis eine Taste ge- 
drücktwird (siehe hierzu /I/). INKEY$ 
liefert üblicherweise einen leeren 
String, wenn keine Taste gedrückt ist. 
Das kann bei INCH nicht funktionie- 
ren, denn es gibt keine Stringverar- 
beitung und damit keinen String der 
Länge Null. Und eine Variable des 
Typs CHAR hat immer die Länge 1 . In 
den zukünftigen Versionen wird INCH 
bei nicht gedrückter Taste CHR(O) 
liefern. 

Diese Pascal-Compiler-Implementie- 
rung ist eine Bereicherung des Soft- 
wareangebots für alle Kleincomputer 
der DDR-Produktion. Eine stärkere 
Orientierung am Quasi-Standard 
Turbo-Pascal wäre sicher günstiger 
gewesen, insbesondere was den Edi- 
tor und die Zeichenkettenverarbei- 
tung betrifft. Die hohe Portabilität der 
Quelltexte macht dieses System si- 
cher für alle interessant. 

Literatur 

/I/ Gutzer, H.: Entenflug mit Tempo - der 
PASCAL-Compiler machts möglich. 
Funkamateur, Berlin 38 (1989) 8, S. 379 
/2 J Burmeister u. a. : PASCAL für Kleincom- 
puter. VEB Robotron-Vertrieb Berlin, 
1987. 


Flag 

41 :5053H finden wir das DOS-Com- 
patibility-Flag. Es repräsentiert eine 
Binärzahl zwischen 0 und 100 und 
gibt die Hardwarekompatibilität in 
Prozent an. Die restlichen Bits sind 
Undefiniert und müssen ausgeblen- 
det werden. Eventuell sind sie für fol- 
gende Versionen reserviert. Beim 
Booten des Systems wird das Flag 
aus der aktuellen Konfiguration er- 
rechnet. Grundlage dafür sind die 
Schalter auf der Hauptplatine bzw. 
die Angaben im CMOS-RAM. 

Wie kann der Programmierer nun die- 
ses Wissen nutzen? Häufig steht die 
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Frage, ob es notwendig ist, (die Kom- 
patibilität sichernden) DOS-Funktio- 
nen zu verwenden, oder ob aus Zeit- 
gründen nicht lieber auf BIOS-Routi- 
nen oder direkt auf entsprechende 
Adressen (z. B. Bildschirmspeicher) 
zugegriffen werden soll. Dies kann 
jetzt mit einer Abfrage im Programm 


Formulardruck 
mit Nadeldruckern 

Bernd Matzke, Delitzsch 

Bei Anwendungen der Rechentech- 
nik in der Praxis ist es oft notwendig, 
Daten in Form von Formularen aus- 
zudrucken. Da diese aus verschie- 
denen Gründen nicht immer durch 
einen reinen Computerausdruck er- 
setzt werden können, wird das Be- 
schreiben vorgedruckter Formulare 
mit dem Drucker notwendig. Dabei 
ergeben sich Probleme, da das For- 
mat und die Anordnung der Formu- 
larfelder in der Regel nicht der 
Schriftgröße und dem Standard-Zei- 
lenabstand der verwendeten Druk - 
ker entsprechen. 

In den folgenden Prozeduren für die 
freie Positionierung des Druckkopfes 
eines zu Epson kompatiblen Druk- 
kers werden nur Druck-Funktionen 
verwendet, über die auch der LX 86 
verfügt. Diese können auch auf den 
moderneren Druckern (LX 800, FX 
1000) genutzt werden. Die freie hori- 
zontale Positionierung des Druckkop- 
fes mit hoher Auflösung (V6o Zoll) ist 
beim LX 86 nicht direkt möglich. Der 
Druckkopf wird dazu an den Zeilen- 
anfang und der Drucker in den Grafik- 
modus gesetzt. Durch Aussenden 
von n Grafikbytes mit dem Inhalt 0 
wird der Druckkopf um Vöo Zoll nach 
rechts bewegt, ohne das Druckbild zu 
stören. 

Auf diese Weise kann der Druckkopf 
innerhalb einer Zeile in jeder beliebi- 
gen Reihenfolge auf jede beliebige 
Position gebracht werden. 

Der Papiervorschub erfolgt mit einer 
Auflösung von V 216 Zoll, ist aber nur in 
eine Richtung möglich. Das Formular 
muß also zeilenweise beschrieben 
werden. 

Mikroprozessortechnik, Berlin 4 (1990) 4 


entschieden werden. Bild 1 zeigt ein 
Programm, das das Kompatibilitäts- 
flag Ihres Rechners anzeigt. 

Literatur 

Bergler, T.: Betriebssystem-Forscher: Un- 
dokumentierte MS-DOS-Funktionen auf- 
spüren. c’t (1987) 9 

Uwe Schulze 


Weiterhin ist es günstig, die Koordi- 
naten stets absolut zu einem Bezugs- 
punkt anzugeben, damit sich kleinere 
Toleranzen nicht zur ungünstigen 
Seite hin addieren. 

Als Bezugspunkt wurde die linke 
Kante des ersten Zeichens der ersten 
Druckzeile gewählt. Koordinatenan- 
gaben erfolgen in mm, die X-Werte 
werden von links nach rechts ange- 
geben, die Y-Werte entsprechend der 
Richtung des Papiervorschubes von 
oben nach unten. Bei der Festlegung 
der Feldkoordinaten im Programm 
bzw. später beim Einspannen des 
Formulars ist zu berücksichtigen, daß 
der Abstand zwischen der 1 . Druck- 
zeile und der zur Positionierung be- 
nutzten Druckkopfoberkante nicht bei 
allen Druckern identisch ist. 

Der Druck eines Formulars verläuft in 
drei Schritten: 

(D Grundstellung des Programms 
durch Aufruf der Prozedur NEUES 
-FORMULAR (Formularlänge). Die- 
ser Prozedur wird die Formularlänge 
in Millimetern übergeben, damit spä- 
ter beim Formularauswurf kein unnö- 
tig langer Seitervorschub erfolgt. 

© Ausfüllen des Formulars durch 
SET_FORMULAR (Y-Koordinate, X- 
Koordinate, Schriftart, Text). Da 
durch die Prozedur die einzelnen Ein- 
träge zeilen- und spaltenweise sor- 
tiert werden, ist bei der Übergabe 
keine Rücksichtnahme auf die Rei- 
henfolge der Einträge erforderlich. 

Die Angabe der Schriftart gestattet 
die Auswahl aus mehreren Schrift- 
breiten und -arten ( Master-Seiect ), 
so daß bestimmte Einträge hervorge- 
hoben werden können bzw. ein Ein- 
passen in die Formularfelder ermög- 
lichtwird. 

© Ausdruck mit PRINT_FORMU- 
LAR 


Bei dieser Prozedur wird das Formu- 
lar gedruckt. Dazu wird der Papieren- 
defühler abgeschaltet, um bis an den 
unteren Rand drucken zu können. 
Der im Fleap belegte Speicherplatz 
wird zurückgegeben. 

Die angegebenen Prozeduren SET- 
„ZEILE und SET_S PALTE können 
für alle Epson-Drucker verwendet 


werden. Verfügt der verwendete 
Drucker über den Befehl zur absolu- 
ten Positionierung des Druckkopfes 
ESC $ nl n2 (z. B. der FX 1000), so 
kann die Prozedur SET_SPALTE 
durch SET_SPALTE2 ersetzt wer- 
den, wodurch der Druckvorgang be- 
schleunigt wird, ältere Modelle (LX 
86) aber nicht mehr korrekt angesteu- 
ert werden. 


Programm zum Anzeigen des DOS-Compatibility-Flags 

Uebersetzung : MASM comp; 

LINK comp; 

EXE2BIN comp comp.com 


code 

Segment 


assume 

cs : code , 


org 

100h 

start : 

lea 

dx,flag 


mov 

cx, 2 


lea 

si , maske 


mov 

ah, 49h 


call 

maske 


mov 

ah ,09 

ausgabe : 

int 

21h 


loopnz 

ausgabe 

; Programm beenden 


mov 

ah ,4ch 


mov 

dl , 0 


int 

21h 

; Daten bereich , 

Adresse < 

Hag: 

db 

41h, 50h,! 

; Unterprogramm 

zum Filti 

maske : 

dec 

word ptr 


and 

[si ] ,ah 


ret 


eode 

ends 



end 

start 


Adresse des DOS-C omp . -Flags 
2 Ziffern (0 bis 99; 

Maske nadresse 

\ 

ausblenden Bits >100 
DOS-Fkt. 09 (Zeichenausgabe) 

bis alle Ziffern ausgegeben 


DOS-Fkt. 4c (Prog. beenden) 


; Adresse '41 : 5053 

ier den Bereich 0 bis 99 

; low byte minus 1, weil Bereich 
; 0-99 statt 1-100 
; ausblenden Bits >100 


Bild 1 Programm zur Ausgabe des DOS-Compatibility-Flags 


PROGRAM formular; 


72 

73 

74 

75 

76 

77 

78 

79 
80: 
81 : 
82: 
83: 
84 : 
85: 
86 
437 
88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 

106 

107 

108 

109 

110 
111 
112 
113 
i 14 


formfeed = 

»12; 

er 

»13; 

vo rsch ub_s et - 

»27»51 ; 

blattlaenge. set = 

»27 »67 »0 ; 

spalte_set = 

»27»36; 

drucker_reset = 

»27»64; 

papierfuehler_aus = 

» 2 7 # 5 6 ; 

grafik = 

»27»42»0; 

normal = 

»27»33»0; 

fett 

»27 »33»o ; 

schmal 

»27»33»4; 

breit = 

»27»33»40; 

sol 1 

25.4; 


{Steuerzeichen fuer Epson-Drucker) 


{nur fuer FX1000) 


{Grafik, einfache Dichte) 


TYPE s = STRING [80]; 

pointer = 'ree; 

rec - RECORD 

spalte , zeile : INTEGER ; 

Schriftart, 
text : s ; 
next : pointer ; 

END , 

VAR merkseile: INTEGER; 
anfang ; pointer ; 
blattlaenge : INTEGER ; 

PROCEDURE set_aeile( seile: INTEGER) ; 

VAR n: INTEGER; 

BEGIN 

n; -Found(216.0*(zeile-merkseile)/zoll) ; {Umrechnung in 1/216 zoll) 
WHILE n > 0 DO BEGIN {es gehen maximal 255/216 Zoll auf einmal} 

IF n > 255 THEN WriteLn(LST , vorschub_set. , Chr(255) ) 

ELSE WriteLn(LST , vorschub_eet , Chr(n) ) ; 
n: =n-255; END; j , 

merkseile : =seile ; {merken der eingestellten zelle) 

END, 

PROCEDÜRE set_spalt.e( spalte : INTEGER) ; 

VAR i.n: INTEGER; 

BEGIN 

Write(LST , er) ; {druckkopf an Zeilenanfang) 

n; -Round (60.0 ’* spalte / soll); {umrechnen in 60stel zoll) 

Write( LST , graf ik , Chr( n MOD 256),Chr(n DIV 256)); 

FOR i : = 1 TO n DO Write(LST , #0) ; {n pixelepalten nach rechts) 

END; 

PROCEDURE set_spalte2( spalte : INTEGER) ; 

{nur- - fuer spezielle Drucker, s.B. FX 1000} 

VAR n; INTEGER; 

BEGIN 

n : -Round(60 . 0 * spalte / soll); {umrechnen in 60stel soll} 

Write(LST, spalte_set> Chr(n MOD 256),Chr(n DIV 256)); 

END; 

PROCEDURE neues_formu. u(laenge: INTEGER) ; • 

{Grundstellung + Einstellung Blattlaenge} 

BEGIN 

merkzeile : =0 ; 

New(anfang) ; 

anfang“ . seile : =-l ; anfang' . next : -NIL ; 
blattlaenge : =Trunc( 1 . 0*laenge / soll) + 1; 

END; 

PROCEDURE set_formula. 

{Aufbau des Formulars 
VAR s,p: pointer; 

BEGIN 

s : ; anfang ; 

New(p) ; 

P~ . spalte : =x ; 
p“ . Schriftart : =schtif tart 
WHILE {s'. next <> NIL) 

(( z' .next“ . seile < 

( s“ .next“ 

(z" .next“ 

DO z : -z ~ . next ; 
p" .next : -z ~ .next 


( y , x : INTEGER; Schriftart., text : s ) ; 
Sortieren nach Zeile und Spalte} 


AND 
y) OR 
seile = y) AND 
spalte < x)) 


seile : =y ; 
.text. :=text; 


{neuer Eintrag} 

{belegen Eintrag} 
{ nicht letzter Eintrag und } 
{ Zeile neue Zeile oder} 
{ Zeile = neue Zeile und } 
{ Spalte < neue Spalte) } 

{Einfuegen neuer Eintrag) 


END; 


. next : =p ; 


PROCEDURE print_formular ; 

VAR memo .eintrag: pointer; 

BEGIN 

Write(LST,drucker_reset) ; 

Writ.e( LST , bla 1 1 1 ae nge_set , C h r ( b la 1 1. 1 aenge ) ) ; 
Write( LST , papierf uehler_aus ) ; 
ein trag : =anfang; 

WHILE eintrag' .next o NIL DO BEGIN 
memo : =e in trag ; 
eintrag : =eintrag~ . next ; 

Dispose (memo) ; 

WITH eintrag' DO BEGIN 
set_seile( sei le ) ; 
set_spalte( spalte) ; 

Wri te (LST , Schriftart , text) 

END; 

END; 

Dispose(eintrag) ; 

Write(LST . formfeed) ; Write( LST , drucke r_reset) ; 

END; 


BEGIN {prograro formular) 
neues_formular ( 100 ) ; 
set_formular( 0, 0, normal, 

eet_formular ( 90 , 150 , fett , 
set_f ormular ( 0,150, schmal , 
set_formular( 30, 130, breit , 
set_formular(90 , 0, schmal, 

set_formular( 60 , 20, fett 
set_fermular( 90 , 60 .normal , 
set_forn»ular(45 , 70, breit , 
pr in t_f ormular ; 

END. 


' links oben ' ) ; 
'rechts unten); 
' rechts oben ' ) ; 

' rechts ' ) ; 

' links unten ' ) ; 
'links' ) ; 

' unten Mitte ' ) ; 

' Zentrum ' ) ; 


Bild 1 Prozeduren für den Druck von Formularen 
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Neue Software 

für die Koppelkarte SIE 2 

Für den Anschluß von beliebigen se- 
riellen Geräten an das Gerätesystem 
P8100 (speziell Echtzeitteil MMS 16) 
gab es bisher Anpassungsschwierig- 
keiten, da ein Urninitialisieren der 
SIE2 vom Masterprozessor (U 8000) 
nicht möglich war. Die eigene Lösung 
ersetzt die Firmware der SIE2. We- 
sentliche Möglichkeiten sind: 

- Einsteilbarkeit aller SlO-Parame- 
ter für jeden Kanal 

- Neuinitialisierung der CTC 

- Jedem Kanal können bis 512 Byte 
übergeben werden, die dann selb- 
ständig gesendet werden. 

- Die empfangenen Daten werden 
bis 512 Byte/Kanal gepuffert. 

- Das Abholen der Daten erfolgt vor- 
zugsweise durch eine Interruptbe- 
handlung. 

- Jeder Kanal kann beim Senden un- 
terbrochen werden. 

- Alle Kanäle sind gleichberechtigt. 
Eine umfangreiche Beschreibung mit 
Programmierbeispielen wird (auf Dis- 
kette) mitgeliefert. 

VEB Nachrichtenelektronik Greifswald, 
Abteilung H/HE, Brandteichstraße 25, 
Greifswald, 2200; Tel. 6 62 93 Holz 


Modula-2 für den P8000 

An der Humboldt-Universität, Sektion 
Mathematik, wurde der Modula-2- 
Compiler m8 für den P8000 entwik- 
keit. Er übersetzt in vier Pässen Mo- 
dula-Quelitext in Assemblerquelltext 
des C-Assemblers cas. Auf Assem- 
bler- und Objektkodeebene können 
die aus Modula generierten Files mit 
C- und Assemblerfiles zu einem aus- 
führbaren und segmentierten Pro- 
gramm verbunden werden. Zur Ar- 
beitsumgebung gehören das Pro- 
gramm m8make, welches aus den 
Modula-Quellen ein Eingabefile für 
das Unix-Programm make erzeugt, 
und ein Full-screen-Editor, der im 
Fehlerfall aufgerufen wird und die Po- 
sitionierung auf fehlerhafte Zeilen ge- 
stattet. 

Humbold-Universität zu Berlin, Sektion 
Mathematik, Unter den Linden 6, Berlin, 
1086; Tel. 20932721 

Dr. Grafik/Werner 


comFORTH-CrossCompiler 
Version 5.x 

Die als CrossCompiler bezeichnete 
Komponente der comFORTH-Sy- 
stemfamilie gestattet die Erzeugung 
zugeschnittener Forth-Kernsysteme 
für die verschiedensten Anwen- 
dungsfälle. So ist sowohl die Generie- 
rung großer Entwicklungssysteme für 
PCs als auch kleinster ROM-fähiger 
Applikationen für die Prozessorfami- 
lien Z8, Z80, 8086 und TMS320 
möglich. Die Version 5.x weist fol- 
gende Vorteile auf: Die Übersetzer- 
geschwindigkeit wurde auf ein Mehr- 
faches erhöht. Der Wortschatz des 
Systems ist in allen Betriebsarten 
Forth-83-kompatibel. Die Segmentie- 
rungskriterien wurden in bezug auf 
Konsistenz und Speichereffizienz 
überarbeitet. Die Möglichkeiten zur 
Compilererweiterung mit Macros 


wurden vergrößert. Die Bedienober- 
fläche wurde weitestgehend an die 
des verteilten Compilers com- 
FORTH-plus angepaßt. Die Portabili- 
tät des CrossCompilers wurde ver- 
bessert. 

Albert-Einstein-Straße 2, Rostock, 2500; 
Tel. 405202 Dr.Pfütler 


EC 1834 als Hostcomputer 
von CAD-Arbeitsplätzen 

Zur Eignung des EC 1834 als Host- 
computer von CAD-Arbeitsplätzen 
wurden umfangreiche Untersuchun- 
gen durchgeführt. Besonderer Wert 
wurde auf die Erprobung der soge- 
nannten ESER-PC-Mischvariante 
gelegt, die zwei Direktsteckverbinder 
auf der Grundplatine aufweist. Dieses 
Gerät erlaubt das Testen eines um- 
fangreichen Sortiments von Import- 
Komponenten (Grafikkarten, Grafik- 
bildschirme, Digitizer, Plotter). Die- 
ses Sortiment beinhaltet auch jüngste 
Erzeugnisse mit höchstintegrierten 
Bausteinen, z.B. Grafikkarten der 
ARTIST- und ATLAS-Familie, sowie 
diverse EGA-Varianten. Softwareba- 
sis der Untersuchungen waren inter- 
national verbreitete Grafiksysteme, 
wie CADdy, AutoCad und die bauspe- 
zifische CAD-Software der Firma Ne- 
metschek (BRD). 

Der Untersuchungsbericht enthält 
Details, die den fachlich vorbelaste- 
ten Nutzer befähigen, Inbetriebnah- 
men importierter Hardwarekompo- 
nenten und die dementsprechende 
Softwareparametrierung selbst durch- 
zuführen. Wir bieten den Bericht zur 
entgeltlichen Nachnutzung an. 

Bauakademie der DDR, Institut für Pro- 
jektierung und Standardisierung, Abtei- 
lung CAD-Technik, Plauener Straße 
163-166, Berlin, 1092; Tel. 37 83 23 42 

Lenz 


Units für Turbo-Pascal 

Für die Programmiersprache Turbo- 
Pascal wurden speziell für A 7150, 
EC 1834 und Schneider-PC Units 
entwickelt, um u. a Inkompatibilitäten 
der Unit Dos zu korrigieren. Ebenso 
stehen Units für die Bildschirmgestal- 
tung zur Verfügung. 

Es werden Units für folgende Pro- 
blemstellungen als dokumentierter 
Quelltext angeboten; Fenstertechnik, 
Pull-down-Menüs, Eingabemasken, 
Filebearbeitung, Blättern und Suchen 
im Textfile, Mikroeditor (WS-kompati- 
bel, 255 Zeilen), Kursorverwaltung. 
Piotterschnittstelle (A 7150-K 6418), 
Druckerschnittstelle (alle Druckerty- 
pen). Die Units für Bildschirmgestal- 
tung können sich farbmäßig auf den 
entsprechenden Monitortyp einstel- 
len. 

Technische Hochschule Ilmenau, Sek- 
tion Gerätetechnik, WB Technische Op- 
tik, Ilmenau, 6300 Beyer 


V.24-Nardware-Interrupt 

Für die Kopplung des A 7150 mit an- 
deren Rechnern und peripheren Ge- 
räten wurde eine Softwarelösung ent- 


wickelt, die es gestattet, Daten inter- 
ruptgesteuert zu übernehmen. Die 
Lösung beinhaltet die entsprechende 
Initialisierung der seriellen Schnitt- 
stelle V.24 auf der ASP sowie die Än- 
derung der Interruptmaske des PIC, 
so daß der Interrupt des SIO an die 
CPU weitergeleitet wird. Durch den 
Interruptmodus wird festgelegt, ob 
der Interrupt bei jedem Zeichen oder 
nur beim ersten Zeichen (bei block- 
weiser Übertragung) ausgelöst wer- 
den soll. Die Interruptroutine, die im 
Anwenderprogramm eingebunden 
ist, liest den SIO aus und legt die Da- 
ten auf einen Puffer im RAM. Die Soft- 
ware liegt als Unit vor und kann in ei- 
gene Turbo-Pascal-Anwendungen 
eingebunden werden. 

VEB Schwermaschinenbaukombinat 
„Ernst Thälmann“ Magdeburg, Abt. 
MTZ, Marienstraße 20, Magdeburg, 
3011; Tel. 68 27 57 Dr. Krüger 


Datenübertragung 
von Nicht- ASCII-Dateien 

Zur Übertragung von Daten oder Da- 
teien zwischen verschiedenen Rech- 
nersystemen hat sich das ASCII-For- 
mat durchgesetzt. Dennoch steht der 
Anwender gelegentlich vor dem Pro- 
blem, auch Dateien übertragen zu 
müssen, die Kodierungen enthalten, 
welche zu T ransferproblemen führen. 
Zur Lösung dieses Problems wurde 
von uns folgender Weg beschritten: 
Das Programm nobin wandelt im Be- 
darfsfall die kritischen Dateien in eine 
übertragbare, dabei aber trotzdem 
möglichst kurze Form um. Danach er- 
folgt die gewünschte Datenübertra- 
gung, beispielsweise mit KERMIT, 
CCSMV, ISCMAN, REMOTE o.ä., 
und das Kommando bin führt an- 
schließend die korrekte Rückwand- 
lung durch. 

Die Programme bin und nobin liegen 
z.Zt. für folgende Systeme vor: MU- 
TOS 1700. WEGA (P8000). VENIX- 
86, XENIX-286, 2.9 BSD, CP/M 2.22, 
CP/M-86, MS-DOS. Die Programme 
wurden in C geschrieben, so daß 
praktisch keine Grenzen für weitere 
Portierungen existieren. Die Bedie- 
nung der Kommandos erfolgt in der 
unter UNIX üblichen Form der Filter 
einheitlich für alle Betriebssysteme. 
Die Weitergabe zur Nachnutzung er- 
folgt als Quelltext und in compilierter 
Form. 

Bergakademie Freiberg, Organisations- 
und Rechenzentrum Abt. Systempro- 
grammierung/Basissoftware. Bernhard- 
von-Cotta-Straße 1, Freiberg, 9200; Tel. 
51 2843 oder 51 2042. Weber 


Festplattenüberblick 

mitALLDIR 

Es wurde das Programm ALLDIR für 
das Betriebssystem MS-DOS erar- 
beitet, das einen vollständigen Über- 
blick über alle Dateien einer Fest- 
platte (oder Diskette) mit den Anga- 
ben Dateiname und -extent, Größe, 
Attribute, Modifikationsdatum und 
-uhrzeit sowie Pfad gibt. Die Suche 
beginnt und endet im eingestellten 
Pfad und schließt alle Subdirectories 
ein. Dabei werden alle Dateien oder 
nur ausgewählte ausgegeben. Bei 


fehlerhaftem Aufruf wird ein Hilfstext 
angezeigt. Die Ausgabe kann auf 
Bildschirm oder in eine Textdatei er- 
folgen. Diese Datei kann mit einem 
Datenbanksystem ausgewertet wer- 
den. Das Programm kann eingesetzt 
werden für: Bestandsaufnahme aller 
Dateien, Suchen bestimmter Da- 
teien, Feststellen von Modifikationen 
des Dateibestandes (Registrieren 
von Aktivitäten), Vorhandensein der 
Dateien, Dateigrößen, Uhrzeit und 
Datum. In einer Anwendung zur Sy- 
stemsicherung wird automatisch ein 
Differenzprotokoll gegenüber der 
letzten Sicherung erzeugt. 

VEB Rohrtechnik Delitzsch, Friedrich- 
Ebert-Straße 30, PSF 61, Delitzsch, 
7270; Tel. 3636 Dr. Wernicke 


Zwei Bildschirmarbeits- 
plätze an einem PC 

In unserem Betrieb wurde eine Lö- 
sung für die Kopplung eines zweiten 
Bildschirmarbeitsplatzes (Monitor 
und Tastatur) mit einem Personal- 
computer des Typs A 7100, A 7150 
oder EC 1834 entwickelt. Der zweite 
Bildschirmarbeitsplatz kann räumlich 
getrennt (max. 20 m) vom Rechner- 
grundgerät aufgestellt werden. Da 
diese Rechnertypen kein Echtzeitbe- 
triebssystem besitzen, kann jeweils 
nur ein Bildschirmarbeitsplatz arbei- 
ten. Die entsprechende Auswahl er- 
folgt manuell durch eine Umschalt- 
einheit am Rechnergrundgerät. Als 
vorteilhaft erweist sich ein PC mit 
Festplatte, wobei jedem Nutzer eine 
Partition zugewiesen wird. Damit ent- 
fällt der nachteilige Diskettenwech- 
sel, und eine Fernsteuerung der Um- 
schalteinheit wird möglich. 
Hardwareseitig ist der Aufbau der 
Umschalteinheit und die Installation 
eines zweiten Monitors mit Tastatur 
erforderlich. 

VEB Farbenglaswerk Weißwasser. Ab- 
teilung Rechentechnik, Straße der Be- 
freiung 104, Weißwasser, 7580 

Lehmann/Rössel 

Entwicklungssystem 
für Einchipmikrorechner 

Angeboten wird ein Entwicklungssy- 
stem für Einchipmikrorechner der Ty- 
pen U 88xx, welches insbesondere 
für 8-Bit-Rechner der unteren Lei- 
stungsklasse konzipiert wurde. Die 
Entwicklung von Programmen erfolgt 
mit einem Objektkodeeditor, wobei 
auch Pseudobefehle und Kommen- 
tare verarbeitet werden können Das 
Testen der Programme kann von der 
Hardware unabhängig durch einen 
Simulator erfolgen. Durch den Ein- 
satz eines zum Lieferumfang gehö- 
renden 4-KByte-PROM-Emulators 
kann das Programm ohne Program- 
mieren eines PROMs im Echtzeitlauf 
auf dem zu entwickelnden EMR-Sy- 
stem gestartet werden. Das Pro- 
gramm kann durch den Anwender er- 
weitert werden, dazu wird dem Nutzer 
eine Vielzahl von Systemrufen zur 
Verfügung gestellt (u.a. Assembler, 
Reassembler). Der Programmkern ist 
an kein Betriebssystem gebunden, 
alle Consolen- und Gerätezugriffe 
werden über einen Sprungverteiler 
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geführt. Anpassungen existieren zur 
Zeit für den KC 85/1 und das Be- 
triebssystem SCP. 

Medizinische Akademie Erfurt, Institut 
für Pathologische Biochemie, Nordhäu- 
ser Straße 74, Erfurt, 5010, Tel. 79 23 59 

Otto/Herzberg 


Hintergrundausgabe 
von Plotfiles 

Der DZT 90 x 1 20/RS ist ein sehr ex- 
akt, aber langsam arbeitendes Gerät. 
Während der Zeichenarbeit ist der 
Rechner für die Ausgabe von Daten 
an den DZT blockiert, obwohl für die 
Übertragung nur etwa 1 % der Zei- 
chenzeit benötigt wird. Aus diesem 
Grund wurde ein Programm für den A 
7100 entwickelt, welches nach dem 
Laden des Plotfiles und dem Initiali- 
sieren der V.24-Schnittstelle die Da- 
ten im Hintergrund an den DZT aus- 
gibt. Der Rechner steht während der 
Zeichenarbeit dem Nutzer wieder zur 
Verfügung. 

Bereits vorhandene DZT-Treiber 
müssen entsprechend modifiziert 
werden: Das dem Treiber zur Aus- 
gabe übergebene Zeichen wird nicht 
an den DZT übertragen, sondern in 
ein Plotfile geschrieben. Bestehende 
Software, die den Treiber nutzt, kann 
ohneÄnderung im Einsatz bleiben. 

VEB Schwermaschinenbau „Karl Lieb- 
knecht“ Magdeburg, Abt. WEV, Alt 
Salbke 6-10, Magdeburg, 3011; Tel. 
4322820 Rhode 


U 884-Entwicklungs - 
System unter DCP 

Im IfAM Erfurt wurde ein U 884-Ent- 
wicklungssystem geschaffen, das auf 
einem Standard-16-Bit-PC (1834, 
7150, XT, AT) läuft und mit einem 
Entwicklungsmodul (U 884-Emulator 
vom P8000 des VEB EAW oder ei- 
nem kompatiblen Modul) über eine 
COM-Schnittstelle zusammenarbei- 
tet. Ein Serienterminal ist nicht erfor- 
derlich, und eine Nutzung als reines 
Softwareentwicklungssystem (ohne 
Entwicklungsmodul) ist ebenfalls 
möglich. Die derzeitige Version er- 
möglicht nur die Softwareentwicklung 
für den internen 4-KByte-ROM-Be- 
reich. Die Entwicklung erfolgte in 
Turbo-Pascal. Das Programm reali- 
siert eine integrierte Entwicklungs- 
umgebung mit den Komponenten 
WordStar-kompatibler Editor (mit 
Block- und Suchkommandos), As- 
sembler (mit Listingerzeugung und 
Datenbereitstellung für das Debug- 
ging) und Debugsystem, die über Be- 
fehlstasten gesteuert wird. Analog zu 
Turbo-Pascal 5.0 wird beim Debug- 
ging das Listing auf den aktuellen PC- 
Stand positioniert, und gesetzte Break- 
points werden im Listing dargestellt. 
Nach Veränderung der Quelle läuft 
mit einem einzigen Tastenbefehl der 
gesamte Prozeß Source-Save — » As- 
semblierung — ► U884-Reset —> 
U 884-Memory-Load -> Listing auf 
000C positionieren automatisch ab, 
so daß das Debugging unmittelbar 
danach fortgesetzt werden kann. 

VEB Mikroelektronik „Karl Marx“ Erfurt, 
Stammbetrieb, IfAM, Abt. CI3, PF 194, 
Rudolfstraße 47, Erfurt, 5010; Tel. 
621 02/34 

Dr. Conrad 


G RAFADIA 

GRAFADIA ist ein zeichenorientier- 
tes Pseudografik-Programm für den 
KC 85/3, 4 zum Entwickeln, Ändern, 
Speichern sowie zum Drucken von 
Zeichnungen mit folgenden Eigen- 
schaften: einfache Bedienung, stö- 
rungssicher, Zeichnungsgröße A4 
oder A3 (druckerabhängig), frei defi- 
nierbarer, nachladbarer Grafikzei- 
chensatz (integrierter Grafikeditor) 
für spezielle Darstellungen verschie- 
dener Gewerke (1 28 Zeichen zu 8 x 8 
Bildpunkten), beliebige Tastaturbele- 
gung mit den Grafikzeichen, Fenster- 
technik (12 frei definierbare Fenster 
in Bildschirmgröße), Baugruppen- 
(Symbol-)arbeit - Hardware: KC 85/3, 
KC 85/4 mit oder ohne Diskettenlauf- 
werk. Hauptanwendungsgebiete für 
das Grafiksystem sind Übersichts- 
grundrisse, Schaltschemata und Pro- 
jektzeichnungen in o.g. Formaten. 
Das Programm wird bei Zusendung 
von 1 Kassette oder Diskette zum 
Preis von 500,- Mark vertrieben. 

Zwischengenossenschaftliche Einrich- 
tung Landbauprojeklierung Zwickau, 
Abt. RT, Reichenbacher Straße 158, 
Zwickau, 9502; Tel. 78 82 

Fritzsch 


MS-DOS-Routinen 
für Fortran-Programme 

Zur Vervollkommnung des Fortran- 
Funktionsvorrates bis zu einem Ni- 
veau, das andere Programmierspra- 
chen (z.B. Turbo-Pascal) schon seit 
langem bieten, und zur Erhöhung der 
äußeren Attraktivität von in Fortran 
geschriebenen Programmen wurden 
bei uns Unterprogramme entwickelt, 
die auf die Funktionen des Betriebs- 
systems MS-DOS (ab Version 3.20) 
zugreifen. Sie sind prinzipiell auf allen 
verfügbaren Fortran-Compilern lauf- 
fähig. Im wesentlichen lassen sich 
damit folgende Funktionen realisie- 
ren: Veränderung von Bildschirmfar- 
ben und -attributen, Postionieren des 
Kursors und Löschen von Bildschirm- 
fenstern, Zugriff auf Kommandozei- 
lenparameter, auf Systemdatum und 
-zeit, Beeinflussung von Laufwerk 
und Pfad, Aufruf anderer Programme 
im aktuellen Pfad, Auflisten des Di- 
rectories und daraus über Kursorta- 
sten Auswahl von Dateien sowie Me- 
nüaufwand. Die Unterprogramme lie- 
gen in Form einer Bibliothek vor, die 
im weiteren die systemspezifischen 
Maschinenprogramme enthält, so 
daß relativ problemlos weitere MS- 
DOS-Funktionen in Fortran-Pro- 
gramme eingebunden werden kön- 
nen. Zur Nachnutzung werden außer 
dieser Bibliothek die Fortran-Quell- 
texte sowie eine Kurzbeschreibung 
der Routinen angeboten. 

Technische Universität Karl-Marx-Stadt, 
Sektion Automatisierungstechnik, WB 
14220, Reichenhainer Straße 70, Karl- 
Marx-Stadt, 9022 

Kleineberg 


INTED/INTLINK/INT A RC 

Das Programm wurde in Turbo 5.0 
geschrieben. Die Bedienung des Edi- 
tors für Bildschirmmasken ist stark an 
die Steuerzeichen für Textverarbei- 
tungssysteme angelehnt und damit 
leicht zu erlernen. Es existieren zwei 


Programmvarianten. Variante 1 ist für 
Programmierer gedacht und unter- 
stützt das Generieren von Bildschirm- 
masken, die in ein Pascal-Programm 
eingebunden werden können. Der. 
gesamte Nutzerdialog wird damit ein- 
facher und vor allem übersichtlicher 
gestaltet. Das Programm verfügt über 
eine Laufzeitbibliothek in Form von 4 
Units, die dem Programmierer die 
verschiedensten Funktionen zur Ver- 
fügung stellen. Der Zugriff auf die ge- 
speicherten Masken (bzw. Windows) 
ist durch eine parallel angeordnete 
Datenstruktur wesentlich schneller 
als der vieler inhaltlich vergleichbaren 
Programme. Variante 2 richtet sich an 
reine Nutzer und bedarf keiner Pro- 
grammiersprachenkenntnisse. Mit 
dem Maskeneditor werden Texte er- 
faßt und farbig oder hell/dunkel aus- 
gestaltet. Schlüsselwörter müssen 
übereine Editor-Sonderfunktion mar- 
kiert werden und sind dadurch mit ei- 
nem weiteren Bild verbunden. Der 
Linkmodul erzeugt für die Datendatei 
ein .EXE-File, welches das Durch- 
blättern der eingegebenen Fenster 
sowie einige Sonderfunktionen er- 
möglicht, so z. B. das Markieren von 
Seiten und das Anspringen derselben 
ohne mehrfaches Zurückblättern. 

Für die Programme INTED (Editor), 
INTUNK (Linkmodul), INTARC (Ar- 
chivierungsmodul) und die Laufzeitbi- 
bliothek existieren Dokumentationen; 
außerdem gibt es ein Demonstra- 
tionsprogramm für Variante 2. 

Technische Hochschule Leipzig, Sektion 
Automatisierungsanlagen, Wissen- 
schaftsbereich Automatische Steue- 
rung, Karl-Liebknecht-Straße 132, Leip- 
zig, 7030; Tel. 3943/1 79 

Tennert 


Steuerung 
für Bearbeitungs- 
und Montagezellen 

Eine sinnvolle Gliederung im Mate- 
rial- und Informationsfluß läßt sich 
ausgehend von einem Zellenkonzept 
erreichen. Eine Produktionszelle 
kann eine Fertigungszelle, eine Mon- 
tagezelle, eine Meßzelle o. ä. sein. 
Softwarefunktionen der von uns ent- 
wickelten Zellensteuerung CAMARS- 
ZEKO-2.0 sind: Koordination der 
Funktion mehrerer Bearbeitungs-, 
Montage- und/oder Transporteinhei- 
ten, DNC-Betrieb für CNC- und/oder 
IRS-gesteuerte koordinierte Einhei- 
ten, einschließlich Rüsten und Ver- 
sorgung mit Werkstücken und Werk- 
zeugdaten, Führung und Überwa- 
chung der CNC-, IRS- oder PC-ge- 
steuerten Bearbeitungs-, Montage- 
oder Transportfunktionen koordinier- 
ter Einheiten, Editieren verwalteter 
und neuer NC-Programme, Protokol- 
lierung und automatisierter (Wieder-) 
Anlauf sowie Netzbetrieb für Einbin- 
dung in Mehrzellenstrukturen (PC- 
LAN) 

Soft- und Hardware-Basis: C, DCP; 
ESER-PC, A 7150, ICA oder IBM- 
Kompatible. Nutzungswünsche für 
CAMARS-ZEKO_2.0 versehen Sie 
bitte mit einer Kurzcharakteristik des 
Einsatzfalls (Struktur der Zelle, Art 
der Einheiten, Steuerungshardware, 
Einführungsdatum). 

VEB Mikromat Dresden, TRS, Mügelner 
Str. 36, Dresden, 8036 

Huth 


Grafikeditor GREDI 

GREDI ist ein Grafikeditor für 16-Bit- 
Mikrorechner unter MS-DOS mit 
CGA-Grafikkarte und mit entspre- 
chendem Bildschirm (Grafik: 320 x 
200, 4 Farben). 

Auf der Grundlage der Grafikfunktio- 
nen von Turbo-Pascal wurde ein Pro- 
gramm geschaffen, welches dem An- 
wender mit komfortablen Bedienfunk- 
tionen ein schnelles Editieren von 
Grafiken auf dem Bildschirm ermög- 
licht. GREDI ist ein Malprogramm für 
Computer ohne Maus. Der Kursor 
wird über die Kursortasten sowie die 
Tasten Home, End, Pgup, Pgdn ge- 
steuert. Mit Hilfe einer mitgelieferten 
Prozedur (Turbo-Pascal im Quelltext) 
können diese Bilder vom Program- 
mierer in jedes Anwendungspro- 
gramm eingeblendet werden. 

Das Programm unterstützt das Er- 
zeugen und Anwenden von Symbo- 
len in der Größe 20 x 20 Pixel. Diese 
Bilder sind in 9 Dateien mit je maximal 
100 Symbolen gespeichert. Der Auf- 
ruf erfolgt automatisch. Bei der Pro- 
grammanwendung werden alle Ein- 
zelschritte in einem Protokoll gespei- 
chert. Der Preis beträgt 550 M. 

Bau- und Montagekombinat Ost, Betrieb 
FPT, BT Schönefeld, am Flughafen, 
Schönefeld, 1189 

Brand 


Pascal für KC 87 

Für Rechner vom Typ KC 85/1 und 
KC 87 wurde ein Pascal-Erweite- 
rungsmodul entwickelt, der jetzt auch 
für den Bevölkerungsbedarf zur Ver- 
fügung steht. Das Pascal-System ist 
kompatibel zu Turbo-Pascal und 
beinhaltet alle Funktionen, die ohne 
Diskettenarbeit möglich sind. Durch 
den Modul wird es möglich, die auf 
den Heimcomputern erarbeiteten 
Programme ohne Änderung auf eine 
BC oder PC zu übernehmen. Der Mo- 
dul besteht aus acht 4-KByte- 
EPROMs 2732 und den notwendigen 
Decoder- und Treibeschaltkreisen. Er 
belegt den Speicherbereich ab 
4000H. Zum Lieferumfang gehören 
Modul und Dokumentation. 

Labor für Elektronik-Leiterplatten, Fa. 
Haselbauer, Georg-Schumann-Straße 
323, Leipzig, 7026; Tel. 591026 

Dr. Haselbauer 


Wir suchen ... 

... ein Gerätetreiberprogramm für 
den A 7100/EC 1834 zum Anschluß 
eines Seriendruckers SC 1152 P/01 
an die IFSP-Schnittstelle. 

VEB Projektierung Wasserwirtschaft, 
Betriebsteil Stralsund, Badenstraße 18, 
PSF 54/55, Stralsund, 2300; Tel. 6960 

von Wedelstädt 


. . . jemanden, der uns unsere Interfa- 
cebox IF 3000 so programmiert, daß 
wir die Möglichkeiten der Erika 3004 
besser ausnutzen können. 

Torsten Schöne, Karl-Marx-Straße 34, 
Bitterfeld, 4400; Tel. 416 06 
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Entwicklungen und Tendenzen 


ISDN-Fernkopierer von Siemens 



Intels neuer 
Supercomputer 

Intel Scientific Computers, ein Unter- 
nehmensbereich der Intel Corpora- 
tion, stellte im Januar den neuen par- 
allelen Supercomputer mit i860-Pro- 
zessoren vor. Das iPSC/860-System 
ist das erste einer völlig neuen Pro- 
duktreihe. Es verfügt über maximal 
7,6 GFLOPS numerischer Rechenlei- 
stung und soll im Vergleich mit einer 
Cray Y-MP um den Faktor zehn ko- 
stengünstiger sein. Das System ist 
von 8 Prozessorknoten, mit insge- 
samt 480 MFLOPS Rechenleistung, 
bis auf 128 Knoten ausbaubar und 
somit den entsprechenden Preis-/ 
Leistungsbedürfnissen leicht anzu- 
passen. Die Rechner sind mit Interfa- 
ces für TCP/IP-Ethernet, VMS-Link 
und NFS einfach in Rechnernetze zu 
integrieren und an Hostsysteme zu 
koppeln. 

Entwicklungspartner von Intel in Eu- 
ropa sind CHORUS Systemes in 
Frankreich und Strand Software 
Technologies in Großbritannien. 
CHORUS Systemes implementiert 
das verteilte Betriebssystem CHO- 
RUS auf iPSC-Rechnern, ein Be- 
triebssystem, das eine Echtzeit-Unix- 
Umgebung auf allen Knoten ermög- 
licht. Damit wird Echtzeit-Datenerfas- 
sung und Signalverarbeitung auf ei- 
nem iPSC/860-System möglich. 
Strand Software Technologies por- 
tiert die parallele Sprache Strand 88 
Mitte des Jahres auf das neue Sy- 
stem. 

Die Einsatzgebiete liegen im Finanz- 
wesen, in der Luft- und Raumfahrtin- 
dustrie, in der Forschung allgemein 
und in den Marktsegmenten traditio- 
neller Supercomputer. 

In Europa wird das erste iPSC/860- 
System an die Gesellschaft für Strah- 
len- und Umweltforschung (GSF) in 
München/Neuherberg geliefert. Es 
soll dort hauptsächlich in den Berei- 
chen Umwelt- und medizinische 
Strahlenforschung verwendet wer- 
den. 

Die Technische Universität München 
wird das neue System als Computer- 
server in einem großen Sonderfor- 
schungsbereich einsetzen, die Arbei- 
ten im TOPSYS (tools for Parallel Sy- 
stems)-Projekt fortsetzen und neue 
Algorithmen untersuchen. MP 


SPARCserver 

und 80486 -Board von Sun 

Die US-amerikanische Firma Sun Mi- 
crosystems bietet seit Ende vorigen 
Jahres zwei neue Rechner auf der 
Basis ihres SPARC-Konzeptes an. 
SPARC bedeutet übersetzt skalier- 
bare Prozessorarchitektur; sie ist aus 
der RISC-Architektur (Computer mit 
reduziertem Befehlssatz) hervorge- 
gangen. Das SPARC-Konzept er- 
laubt unter anderem ein Prozessor- 
design, bei dem die Strukturen eines 
Prozessors maßstabsgetreu verklei- 
nert werden können. Das soll in Zu- 
kunft eine bedeutende Geschwindig- 
keitserhöhung ermöglichen. 
Besonders für Datenbankmanage- 
ment mit mehreren hundert Worksta- 
tions ist der schrankgroße SPARC- 
server 490 geeignet. Er arbeitet mit 
einem 64-Bit-Speicherbus und einem 


Hochleistungs-VMEbus, bietet einen 
Hauptspeicher von 160 MByte und 
eine Plattenkapazität von 132 GByte. 
Für die „Einstiegsversion“ mit 32 
MByte RAM und 2 GByte Plattenka- 
pazität müssen stattliche 31 5 000 DM 
aufgeboten werden. 

Wesentlich interessanter für die Bü- 
rovernetzung ist der SPARCserver 
1 , der einem flachen PC ähnelt. Mit ei- 
nem maximalen Arbeitsspeicher von 
16 MByte und bis zu 1,3 GByte Plat- 
tenkapazität leisteter 12,5 MIPS (Mil- 
lionen Instruktionen pro Sekunde). 
Als Netze können das NFS von Sun 
oder auch heterogene PC-Netze die- 
nen. Auch hier gibt es eine Einstiegs- 
version mit 8 MByte RAM und 654 
MByte Plattenkapazität - für rund 
20 000 DM. 

Aber auch die Anwender konventio- 
neller Sun-Technik mit 80386-Pro- 
zessoren, wie der Sun386i (siehe 
auch MP 10/88, Seite 316), können 
ihre Geräte in kürze mit einer 80486- 
Austauschkarte verbessern. Dadurch 
kann die Leistungsfähigkeit dieser 
Rechner (bei einer 25-MHz-Taktfre- 
quenz) von 5 auf 12 MIPS erhöht wer- 
den - allerdings zum stolzen Preis 
von 1 1 200 DM. mp 

Neues von Bull 

Eine neue Minicomputerserie kün- 
digte die Bull AG, Köln, unter der Be- 
zeichnung Bull DPS 6000 an. Die Se- 
rie besteht aus den Modellfamilien 
200, 400 und 600, die unter dem ein- 
heitlichen Betriebssystem GCOS 6 
arbeiten. Gegenüber den bisherigen 
Spitzenmodellen des Minicomputer- 
Angebotes Bull DPS 6 PLUS bieten 
die neuen DPS 6000-Rechner die 
dreifache Leistung und eine verdop- 
pelte Anschlußkapazität. So reicht 
das verfügbare Leistungsspektrum 
nunmehr von 0,7 bis 10 MIPS, und es 
können bis zu 1 000 Terminals ange- 
schlossen werden. Es bestehen pro 
System zwischen einem und vier 
Zentralprozessoren sowie zusätzlich 
(ab Modell 400) ein unabhängiger, ei- 
genständiger UNIX-Peer-Prozessor 
zur Verfügung. 

Die Bull-Gruppe, Paris, hat Ende De- 
zember vergangenen Jahres die 
Computeraktivitäten der amerikani- 
schen Zenith Electronics Corp., Glen- 
view/lllinois, übernommen. Damit 
rückt Bull in der Rangliste der welt- 
größten Informationstechnik-Anbie- 
ter nach eigenen Angaben auf Platz 
sieben vor. mp 

Erster 486 -Portable 

Hersteller eines tragbaren PCs, der 
als erster den neuen Intel- Prozessor 
80 486 verwendet, soll die US-Firma 
Dolch Computer Systems sein. Die 
Rechenleistung des V. P. A. C. 486/ 
25 mit dem 25-MHz-80 486 wird mit 
10,8 MIPS angegeben. Die Speicher- 
kapazität beträgt 2 MByte RAM, er- 
weiterbar bis zu 16 MByte, und 40 
MByte auf der Festplatte. Zur Grund- 
ausstattung des Koffergerätes gehö- 
ren ein 1,2- MByte- Diskettenlaufwerk 
sowie ein 16-Graustufen-Monitor. Bis 
zu vier Steckkarten voller Länge ha- 
ben im Gehäuse Platz, weitere Kar- 
ten in einem sogenannten Back Pack. 

MP 


Die Deutsche Bundespost (Telecom) 
hat dem ersten ISDN-Fernkopierer 
eine allgemeine Zulassung erteilt. 

Der Siemens HF 2405 ist ein Telefax- 
gerät der Gruppe 4 der CCITT-Norm, 
dessen Leistung und Funktionen 
durch ein von Siemens entwickeltes 
Kommunikationsteil auf die Vorteile 
von ISDN ausgerichtet sind. Eine A4- 
Seite (CCITT-Normbrief) wird in neun 
Sekunden fernkopiert; und dies in ei- 
ner Qualität und Übertragungssicher- 
heit, die herkömmliche Fernkopierer 
nicht erreichen können. 

So steht mit bis zu 400 dpi realer Auf- 
lösung (16 Punkte/mm) bei Gruppe- 
4-Betrieb die doppelte Aufzeich- 
nungsqualität im Vergleich zu Faxge- 
räten der Gruppe 3 zur Verfügung. 
Der HF 2405 ist abwärtskompatibel 
und kann auch auf Gruppe-3-Funktio- 
nen zurückschalten, wenn am ande- 
ren Ende der Leitung noch kein ISDN- 
Gerät vorhanden ist. 

Ein Dokumentenspeicher (1 MByte) 
ermöglicht Funktionen wie zeitver- 
setztes Rundsenden oder program- 
mierten Abrufbetrieb. Das Gerät hat 
Kurzwahlspeicher für 99 Rufnum- 
mern und 32 Zielwahltasten. Außer- 
dem lassen sich die Rufnummern 
nach Namen alphabetisch sortiert 
über Buchstabentasten aufrufen. Die 
Bedienerführung erfolgt am Display 
über Klartext. MP 

Strukturiert programmie- 
ren mit PCI-Basic 

Mit der Programmiersprache PCI-Ba- 
sic stellt Siemens ein Software- Paket 
vor, das alle Vorteile von Basic in sich 
vereinen soll. Sie ist einfach' und 
leicht erlernbar, bietet großen Kom- 
fort beim Erstellen von Programmen 
und ist dialogorientiert aufgebaut. 
PCI-Basic verfügt über Merkmale, die 
bisher nur bei Pascal und der system- 
nahen Sprache C bekannt waren. 
Solche Merkmale sind vor allem für 
eine modulare strukturierte Program- 
mierung hilfreich, wie Module, Unter- 
programme und vielfältige Kontroll- 
fluß-Anweisungen, die ein strukturier- 
tes Programmieren ermöglichen. 
PCI-Basic ist als Compiler-Basic auf- 
gebaut. Die Programmiersprache ar- 
beitet mit einer hohen Rechnerge- 
nauigkeit und -geschwind igkeit 

(Arithmetikprozessor-Unterstützung) 
sowie voll unterstützter umfangrei- 
cher Matrizenrechnung und Matrix- 
Ein-/Ausgabe. 


PCI-Basic bietet einen Programm-/ 
Datenbereich bis 640 KByte, verfügt 
über integrierte vielfarbige Grafiken in 
Fenstertechnik und Viewports, eine 
Skalierung in physikalischen Einhei- 
ten sowie zweidimensionales Um- 
wandeln von Bildern, wie Drehen, 
Verschieben und Vergrößern. Ferner 
hilft PCI-Basis dem Programmierer 
bei der lEC-Bus-Programmierung. 
Dazu werden besondere Befehle 
nach den in der neuen Norm IEEE 
488.2 festgelegten Ausführungen an- 
geboten. mp 

Neue Tektronix - 
Mforkstatron 

Mit einer Rechenleistung von 17 
MIPS sieht sich die Firma Tektronix 
als Anbieter der schnellsten Auftisch- 
Workstation der Welt. Dennoch ist die 
nach dem RISC-Prinzip arbeitende 
Tek XD 88/10 als neues Einstiegsmo- 
dell gedacht - zum Preis von etwa 
45 000 DM. Ausgestattet ist die Ma- 
schine mit 8 MByte RAM, ausbaufä- 
hig bis zu 32 MByte, und 156 MByte 
Festplattenkapazität, erweiterbar bis 
zu 3 GByte. Zum Lieferumfang gehört 
ein Farbmonitor mit 1280 x 1024 
Punkten und serienmäßig 256 Far- 
ben. 

Haupteinsatzgebiete sollen CAD/ 
CAM, Produktionsautomatisierung, 
Prozeßsteuejung und andere techni- 
sche Anwendungen sein; dem ent- 
spricht auch der vorhandene VME- 
bus-Anschluß. mp 


Multiprozessorsystem 
von Mitac 

Nach Compaqs Systempro (siehe 
MP 3/90, 4. Umschlagseite) präsen- 
tierte jetzt auch der taiwanesische 
Hersteller Mitac ein Multiprozessor- 
system. Der Mitac 500 kann mit bis 
zu sieben 80386- Prozessoren (25 
MHz, ohne Wartezyklen) bestückt 
werden und besitzt zwei Bussysteme; 
als Prozessorbus den C-Bus und für 
die E/A-Einheiten den AT-Bus. Es 
können bis zu 160 Benutzerterminals 
gleichzeitig am System arbeiten, die 
Leistung des voll ausgebauten Rech- 
ners liegt bei bis zu 25 MIPS. Als Be- 
triebssystem wird das SCO Unix MPX 
verwendet. MP 
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576 Neuronen 
auf einem Wafer 

Eine Neuentwicklung auf dem Gebiet 
der neuronalen Netze gab die japani- 
sche Firma Hitachi bekannt. In ihrem 
Zentrallabor gelang es, ein neurona- 
les Netz mit 576 Neuronen (48 Chips 
zu je 12 Neuronen) auf einem 5-Zoll- 
Siliziumwafer zu integrieren. Die 
Neuronen wurden in einer 0,8 -^m- 
Technologie hergestellt. 

Das Problem bei dieser Entwicklung 
bestand in der hohen Zahl der zur 
Verknüpfung notwendigen Synap- 
sen. Sie ist im allgemeinen etwa um 
den Faktor 1 00 höher als die Zahl der 
Neuronen. Den Entwicklern gelang 
es, Synapsen und Neuronen gleicher 
Anzahl zu verwenden und damit den 
Aufwand zu reduzieren. Dementspre- 
chend hoch soll auch die Arbeitslei- 
stung sein. Ein spezifisches Optimie- 
rungsproblem soll mit dem neuen 
neuronalen Netz in 60 ms lösbar sein, 
während ein Supercomputer dafür 
gegenwärtig 6 Stunden benötige. 

Quelle: Elektronik. - München 38 
(1 989) 22. -S. 6 Fa 


Lichtleiter 
auf Siliziumbasis 

Die Entwicklung eines neuen Grund- 
materials für Plastik-Lichtleiter, das 
für Wellenlängen zwischen 500 und 
2000nm transparent sein soll, ge- 
lang den Bell Laboratorien (USA). In 
diesem Material sind nicht nur organi- 
sche Kunststoff-Anteile vorhanden, 
sondern zusätzlich auch Silizium. Der 
neue Werkstoff trägt die Bezeichnung 
Polysylene. 

In weiteren Forschungsarbeiten will 
man die „Pulsübertragung in opti- 
schen Wellenleitern“ untersuchen. 
Obwohl von den Bell Laboratorien 
noch keine detaillierten Angaben 
über das Material veröffentlicht wur- 
den, geht man davon aus, daß sich 
mit diesem Material nicht nur Fasern, 
sondern auch optische Leiterstruktu- 
ren auf Siliziumsubstraten herstellen 
lassen. Die dafür notwendige UV- 
Maskentechnik wäre bei den Bell La- 
boratorien vorhanden. 

Quelle: Elektronik. - München 38 
(1 989) 22. -S. 6 Fa 


Farbechte Darstellung 
von 1 6 Fenstern 
auf Farbbildschirmen 

Farbbildschirme werden sich bei Per- 
sonalcomputern immer stärker 
durchsetzen. Betrug ihr Anteil im 
Jahre 1986 erst 50 Prozent, soll er 
1990 80 Prozent und 1992 sogar 90 
Prozent erreichen. Die Auflösung von 
640 x 480 Bildpunkten (VGA) ist be- 
reits weit verbreitet. 

'Mit dem Einsatz der Fenstertechnik 
ergeben sich bei den Farbbildschir- 
men Probleme der farbechten Wie- 
dergabe der einzelnen Bildschirm- 
ausschnitte. Das zuletzt dargestellte 
Fenster bestimmt die Farbe, die den 
bereits auf dem Bildschirm vorhande- 
nen Darstellungen aufgedruckt wird. 
Dadurch werden diese Farben ver- 
fälscht. 

Für die Ansteuerung von Farbbildröh- 
ren hat sich das Prinzip der Farbpa- 
letten-ICs durchgesetzt, Bausteine, 
die drei RAMs und drei D/A-Umsetzer 
enthalten. Um eine richtige Wieder- 
gabe der Farben in allen Fenstern zu 
erreichen, müßte bei der Darstellung 


eines neuen Fensters die Farbpaiette 
mit neuen Daten geladen werden. 
Das ist zeitlich nicht vertretbar. Eine 
andere Lösung wären zusätzliche 
Farb-ICs, die bei Eröffnung eines 
neuen Fensters hinzugeschaltet wer- 
den. Der Aufwand würde sich dann 
bedeutend erhöhen. 

Die Firma Brooktree, Kalifornien, hat 
einen Baustein entwickelt, der 4 Farb- 
paletten-RAMs und die Steuerelek- 
tronik enthält. Dadurch sollen die Ko- 
sten gegenüber den Einzelchips re- 
duziert werden können. Mit dem Bau- 
stein lassen sich 16 Fenster auf dem 
Bildschirm gleichzeitig farbecht dar- 
stellen. 

Quelle: Elektronik. - München 38 
(1 989) 22. -S. 32, 34 Wie 

32-Bit-PC in Buchgröße 

Die Firma Matsushita (Japan) kün- 
digte einen auf der Basis des 
80386SX entwickelten neuen Perso- 
nalcomputer an, der sich durch seine 
minimale Größe auszeichnet. Nach 
eigenen Angaben soll das Gerät in 
jede „Umhängetasche“ passen. 

Um diese geringe Größe zu errei- 
chen, wurden 0,25 mm starke Kera- 
mikplättchen als Träger für die Chips 
verwendet und diese in sechs Lagen 
übereinander gestapelt. Damit 
konnte das Volumen um 80 Prozent 
verringert werden. Das Gerät soll we- 
niger als 3 kg wiegen. 

Die Firma will im Sommer 1990 mit 
der Serienproduktion beginnen. Die 
dafür notwendige Produktionsstätte 
wurde mit einem Kostenaufwand von 
rund 225 Mio DM in Kobe errichtet. 

Quelle: Elektronik. - München 38 
(1989) 22. -S. 6 Fa 


EL-Display 

mit Speichereffekt 

Im Gegensatz zu bisherigen Elektro- 
lumineszenz-Displays bietet das von 
dem französischen National d’ Etu- 
des des Telekommunications 
(CNET) entwickelte EL-Flachdisplay 
eine integrierte Speicherfunktion. 
Dazu wurde in Dünnschichttechnik 
auf die EL-Schicht eine Fotoleiter- 
schicht (PC-Schicht) gelegt. Diese 
beiden Schichten erzeugen zusam- 
men einen Effekt, der als „bistabiles 
optisches Verhalten“ bezeichnet 
wird. Die Ansteuerung erfolgt wie bei 
„normalen“ EL-Displays. Das am ein- 
zelnen Bildpunkt emittierte Licht er- 
zeugt in der PC-Schicht lokal be- 
grenzte Zonen, in denen der spezifi- 
sche Widerstand auf einem niedrigen 
Wert gehalten wird. An diesen Punk- 
ten bleibt die Lichtemission erhalten, 
auch nach Abschalten des Aktivie- 
rungsimpulses. 

Gegenwärtig ist nur eine Schwarz- 
weißdarstellung möglich. Mit dieser 
Technik soll aber der Leistungsbedarf 
um den Faktor 1 0 geringer sein, wäh- 
rend gleichzeitig die Helligkeit um den 
Faktor 2 verbessert wurde. Diese An- 
gaben beziehen sich auf Laptops mit 
EL-Displays. 

Die gegenwärtig erreichte Auflösung 
beträgt 640 x 400 Bildpunkte. 

Quelle: Elektronik. - München 38 
(1 989) 23. -S. 6 Fa 

Betriebssysteme und PCs 

Während der Einsatz von Betriebssy- 
stemen mit Multitasking- und Multi- 


user-Fähigkeiten stark expandieren 
wird, sollen leistungsfähige PCs als 
Stand-alone-Rechner kaum noch zur 
Anwendung kommen. 

Eine Analyse der Verkaufszahlen von 
PCs im Jahre 1988 ergab, daß die 
meisten PCs in den USA abgesetzt 
werden konnten. Es folgten Großbri- 
tannien und die BRD. Für 1989 pro- 
gnostizierte das US-amerikanische 
Marktforschungsunternehmen IDC, 
daß sich die Rangfolge zwischen 
Großbritannien und der BRD umkeh- 
ren wird. Dabei bezieht sich das 
Marktforschungsunternehmen nur 
auf die Klasse der Bürorechner (ohne 
Homecomputer). 

Bei den Betriebssystemen ist das 
Einplatzsystem MS-DOS das füh- 
rende. Das Mehrbenutzersystem 
Unix hatte 1988 nur einen Anteil von 
1,2%, der sich aber 1990 auf 5% 
weltweit erhöhen soll. 

Quelle: Elektronik. - München 38 
(1989) 21. -S. 18 Fa 


Aufwände für die Mikro- 
elektronik-Produktion 

Ein Laborarbeitsplatz der Mikroelek- 
tronik kostet 250 000 DM. Bis zum 
Jahre 2000 wird sich ein derartiger 
Arbeitsplatz auf 500 000 DM verteu- 
ern. Der Aufbau von Fertigungsstät- 
ten wird bis dahin Investitionen in 
Höhe von 14 Mrd. DM erfordern. 

Um eine dem Verbrauch adäquate 
Position in der Mikroelektronik aufzu- 
bauen, werden in der BRD F/E-Mittel 
in Höhe von 21 Mrd. DM bis zum 
Jahre 2000 nötig. Die Mitarbeiterzah- 
len in F/E-Bereichen müßten von 
rund 2000 auf 6500 anwachsen, ohne 
die Kapazitäten der Hochschulen. 

Die Kosten einer Produktionslinie für 
1 -«m-Technik liegen bei 300 Mio DM, 
für eine Submikrometer-Linie bei 
500 Mio DM. Mit den kleiner werden- 
den Strukturen kann eine Produk- 
tionslinie im Jahre 2000 schon 1 Mrd. 
DM kosten. 

Quelle: Elektronik. - München 38 
(1989)24. -S. 49, 50 Wie 


US-Verteidigungs - 
ministerium 
erhöht Ausgaben 
für Rechentechnik 

Die Marktforschungsfirma Frost & 
Sullivan geht davon aus, daß auch bei 
einer drastischen Reduzierung des 
Budgets des US-Verteidigungsmini- 
steriums die Ausgaben für moderne 
Computertechnik erhöht werden. Au- 
ßerhalb des aus einem Sonderkonto 
finanzierten „rechnerintensiven“ 
SDI-Programms sollen bis 1 995 etwa 
327 Mio Dollar für Computertechnolo- 
gie ausgegeben werden, was mehr 
als eine Verdoppelung der Ausgaben 
bedeuten würde. 

Geplant ist die Entwickung von Paral- 
lelrechnern, die die Leistung derzeiti- 
ger Computer um das Hundert- bis 
Tausendfache übertreffen. Diese sol- 
len in „intelligente“ Waffen eingesetzt 
werden, die Entscheidungen zum An- 
griff selbständig treffen. Damit wür- 
den zum SDFSystem kongruente 
Waffen entstehen. 

Schwerpunkte der Entwicklung sind 
neben den Hochleistungsrechnern: 
hochentwickelte Softwaretechnolo- 
gien, die optische Informationsverar- 
beitung und neurale Netze als erwei- 


terte Möglichkeiten der Simultanver- 
arbeitung. 

Diese Aktivitäten sind im sogenann- 
ten FCCSET-Programm (Federal 
Coordination Council for Science, En- 
gineering and Technology) zusam- 
mengefaßt, das nach gegenwärtigen 
Schätzungen etwa ein Viertel der For- 
schungsmittel umfaßt, die bis jetzt für 
Hard- und Softwaretechnologien ge- 
plant sind. 

Quelle: Die Computer Zeitung. - 
Leinfelden-Echterdingen 20 (1989) 
26. -S.4 Wie 


Vakuumdrucken halbiert 
Leiterplattenkosten 

Ein neues Verfahren zur Herstellung 
von Leiterplatten ist das Vakuum- 
drucken elektrisch leitender Druckfar- 
ben. Es wurde von der amerikani- 
schen Gesellschaft Printon Inc. und 
deren Tochterunternehmen Atek Sy- 
stems Inc. entwickelt. Nach deren An- 
sicht würden viele Fertigungsstufen, 
wie die Maskenherstellung, das Foto- 
grafieren, das Ätzen, das Waschen, 
das Verzinnen und das Lotbeschich- 
ten, entfallen. Außerdem würde sich 
die Zeit, die bisher notwendig war, um 
eine Leiterplatte herzustellen, von 
eineinhalb Stunden auf anderthalb 
Minuten verringern. Mit dem neuen 
Verfahren sollen sich nach Ansicht 
der Entwickler auch die Herstellungs- 
kosten der fertigen Leiterplatte 
halbieren lassen. Damit eignet es 
sich besonders für kleine Losgrößen. 
Das Verfahren kann auch für Leiter- 
platten jeglicher Art angewendet wer- 
den. Es liefert Leiterbahnen von 0,08 
Millimeter mit 0,05 Millimeter Tei- 
lung. 

Das neue Hochgeschwindigkeits-Va- 
kuumdruck-Verfahren benutzt ein ge- 
schütztes Druckverfahren mit metal- 
lographischer Druckfarbe sowie ein 
Bestrahlungssystem zum Aushärten. 
Ein Druckkopf in der Plattenverarbei- 
tungseinheit läßt dabei ein Drucksieb 
im Vakuum auf das Plattensubstrat 
fallen. Durch das Vakuum wird eine 
genau bemessene Menge Druck- 
farbe durch das Sieb angesaugt und 
gleichmäßig auf der Fläche verteilt. 
Die Leiterbahnen und andere Struk- 
turen auf der Leiterplatte seien glatt. 
Gummiquetscher würden nicht ge- 
braucht. Sobald der Farbstoff aufge- 
tragen sei, werde er durch Bestrah- 
lung mit einem Scanner aufgehärtet, 
wodurch die Bestandteile im Farb- 
stoff aktiviert und in die endgültige, 
leitende und fest haftende Legierung 
umgewandelt würden. Gedruckt 
werde mit Farbstoffen unterschiedli- 
cher Zusammensetzung. In einem 
einzigen Verfahrensdurchlauf kön- 
nen Leiterplatten mit verschiedenen 
Strukturkompositionen, elektrischen 
Eigenschaften und Stoffen, Spei- 
chern und sogar supraleitenden Ele- 
menten erzeugt werden. 

Quelle: Blick durch die Wirtschaft 
vom 7. 8. 1989 Fa 
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BASIC-Programmbau - 
steine 

Lineare Gieichungssysteme, nichtli- 
neare Gleichungen, Differentialglei- 
chungen 

von H. Rothe u. M. Steinbach, Reihe 
Technische Informatik, VEB Verlag 
Technik, Berlin 1989, 256 S., 39 Bil- 
der, 9 Tafeln, Broschur DDR 25,-M, 
Bestell-Nr. 5540035 

Basic ist auch bei Naturwissenschaft- 
lern und Ingenieuren recht beliebt. 
Die Sprache ist einfach und gestattet 
eine schnelle Programmentwicklung. 
Für einen effizienten Einsatz benötigt 
man aber vorgefertigte Programm- 
bausteine für häufig wiederkehrende 
Aufgaben. Hier schließt der Titel von 
Rothe und Steinbach eine Lücke. 
Einleitend werden zunächst die 
Grundzüge von Basic zusammenge- 
faßt dargestellt. Die Autoren wollen 
dadurch kein Lehrbuch ersetzen; 
dem bereits informierten Leser wer- 
den aber die Sprachkonstrukte ins 
Gedächtnis zurückgerufen. Beson- 
ders wertvoll erscheinen dabei die 
Darlegungen über die Genauigkeit 
numerischer Berechnungen, aber 
auch die Überlegungen zum Rechen- 
zeitbedarf. Es folgen 75 Programme 
für drei klassische Gebiete der nume- 
rischen Mathematik: zur linearen Al- 
gebra und Matrizenrechnung, über 
nichtlineare Gleichungen und Glei- 
chungssysteme sowie zur Lösung 
von Differentialgleichungen. Auch 
hier sind die wiederholten Bewertun- 
gen der Programme hervorzuheben, 
die nicht nur Fragen von Speicher- 
platz- und Laufzeitbedarf, sondern 
auch das Fehlverhalten betreffen. 
Der Rezensent sieht hierin einen be- 
sonderen Wert dieser Sammlung, die 
keinen Vergleich mit renommierten 
Standardwerken auf diesem Gebiet 
zu scheuen braucht. Die angegebe- 
nen Programme lassen sich übrigens 
wegen der nahen Verwandtschaft der 
Sprachen auch leicht in Fortran Um- 
setzern 

Der Anhang gibt einen tabellarischen 
Überblick über Anweisungen und 
Funktionen von Basic. Interessant 
sind die Zeitvergleiche zwischen ver- 
schiedenen Basic-Systemen sowie 
die Benchmarktests zu Genauigkeit 
und Rechenzeitbedarf für eine Reihe 
von Sprachverarbeitungssystemen. 

Prof. Dr. Werner 


Der PC im Netzwerk 

Bestandteile - Standards - Kriterien 
von O. R. Schreiber, Reihe Chip Wis- 
sen, Vogel Buchverlag, Würzburg 
1989, 226 S., ISBN 3-8023-0262-1, 
40,- DM 

Trotz der unbestrittenen Vorzüge 
der PC-Technik (günstiges Preis- 
Leistungs-Verhältnis, umfangreiche 
Standardsoftware, Einsatz am Ar- 
beitsplatz) hatten zentrale Multiuser- 
Systeme dieser immer noch etwas 
voraus: den gemeinsamen Zugriff auf 
Ressourcen und die Programment- 
wicklung im Team. Durch Vernetzung 
kann der PC jetzt gleichziehen. Ja, 
mehr noch: Die verteilte Intelligenz si- 
chert jedem Nutzer seinen Komfort 
auch bei stark expandierenden Net- 


zen, die Produkte verschiedener Her- 
steller können ein bezogen werden , 
eine flächendeckende Vernetzung 
(Wide Area Network) ist in Sicht. 
Gleichzeitig bedeutet es für immer 
mehr Anwender die Berührung mit 
dieser Problematik, unabhängig da- 
von, ob sie aus dem Großrechner- 
oder PC-Bereich kommen. 

Trotz der Informationsvielfalt ist in 
dem Buch eine umfassende, aber 
auch ohne Vorkenntnisse auf diesem 
Gebiet verständliche Darstellung ge- 
lungen. Jede Abkürzung wird ausge- 
schrieben, jeder Begriff erklärt. Zu- 
meist handelt es sich aber - und das 
macht die spezifische Problematik 
der Materie aus - um Firmen- oder 
Produktnamen bzw. Standards. Ge- 
rade angesichts der zahlreichen fir- 
menspezifischen Entwicklungen 
kommt der Darstellung der internatio- 
nalen Standardisierungsbemühun- 
gen besondere Bedeutung zu. Der 
Autor widmet sich diesen Themen 
ausführlich; das OSI-Referenzmodell 
(Open Systems Interconnection) der 
ISO und IBMs Systems Network Ar- 
chitecture (SNA) werden gegenüber- 
gestellt. 

Allgemeine Grundlagen zu lokalen 
Netzen beinhalten Topologien 
(Stern-, Ring-, Busnetze), Zugriffs- 
verfahren und Protokolle. Der Leser 
erfährt, daß schon mit der Topologie 
über spätere Eigenschaften des Net- 
zes (Erweiterbarkeit, Kabellänge) 
entschieden wird. Als wichtige Zu- 
griffs verfahren werden der IBM-To- 
ken-Ring und das CSMA/CD-Proto- 
koll, das dem Ethernet-Standard zu- 
grunde liegt, gegenübergestellt. 
Beide Verfahren bilden die Grund- 
lage für das Gros der kommerziellen 
Netzlösungen. Für die Transportpro- 
tokolle stehen NetBIOS, das von IBM 
als Standard etabliert wurde und auf 
das fast sämtliche Netzsoftware auf- 
setzt, und SPX/IPX von Novell. 

Breiten Raum nimmt die Beschrei- 
bung von Codierungs- und Signal- 
übe rt rag ungsverf ah ren ein - zu emp- 
fehlen all jenen, die es ob der trocke- 
nen Fachbücher schon aufgeben 
wollten, zu verstehen, was eigentlich 
auf der Leitung passiert. Der Exkurs 
in die Informationstheorie mag man- 
chem Anwender zu theoretisch er- 
scheinen, ist aber sehr anschaulich. 
Einige der erläuterten Begriffe (Entro- 
pie, Redundanz) sind nicht nur für 
Netzwerke relevant; die bekannten 
Kompressionsprogramme (PKARC) 
bedienen sich bespielsweise dieses 
Wissens. 

Für Leser, die beabsichtigen, ein lo- 
kales Netz zu kaufen oder zu installie- 
ren, wird ein besonderer Service ge- 
boten: Checklisten mit Kriterien für 
die Bewertung von Multiuser-Be- 
triebssystemen, für die Planung des 
Aufbaus eines LANs, Kostenanalyse 
und Einschätzung von Angeboten. 
Sie werden bemerken, daß es bei der 
Bewertung von lokalen Netzen nicht 
nur auf Geschwindigkeit und die An- 
zahl der Stationen ankommt, sondern 
auch auf Erweiterbarkeit, Kompatibili- 
tät zu anderen Produkten und Kom- 
fort, vor allem aber auf die Sicherheit 
des Gesamtsystems. Sicherheits- 
konzepten ist deshalb auch ein eige- 
nes Kapitel gewidmet. Beschrieben 
werden von Novell NetWare bekannte 


Verfahren: doppelte Directories und 
. FATs, gespiegelte und duplizierte 
Festplatten, doppelte Fileserver, un- 
terbrechungsfreie Stromversorgung, 
Transaction Tracking, Locking-Me- 
chanismen und Paßwortschutz. Ein 
weiteres Kapitel beschreibt Verfah- 
ren zur Verbesserung der Perfor- 
mance (z. B. Caching). Warum aber 
findet sich kein Hinweis auf NetWare, 
wo alle diese Techniken implementiert 
und ausführlich beschrieben sind? 
Über seine Funktion als Einführung in 
das Gebiet der Rechnernetze hinaus 
kann das Buch auch später als Nach- 
schlagewerk benutzt werden. Ein 
Glossar, ein ausführlicher Index und 
das bei dieser Reihe bewährte Abset- 
zen der Begriffe auf dem Rand der 
Textseiten unterstützen ein schnelles 
Auffinden von Stichwörtern. Insge- 
samt ein überzeugendes Buch zu die- 
ser Thematik. u. Schulze 


Wissensspeicher 

Prozeßrechentechnik 

von einem Autorenkollektiv unter der 
Leitung von D. Balzer und J. Hesse, 
VEB Fachbuchverlag, Leipzig 1989, 
1. Auflage, 376 S., 159 Bilder, 80 Ta- 
bellen, 1 1 Tafeln, DDR 36,- M 

Ein Wissensspeicher nimmt eine Zwi- 
schenstellung zwischen einem Lehr- 
buch und einem Nachschlagewerk, 
z. B. in Form eines Lexikons, ein. Er 
stellt nach Sachgebieten geordnet 
das verfügbare Wissen in gedrängter 
Form bereit. Wegen der Kürze der 
Darstellung sollte er auf weiterfüh- 
rende Literatur verweisen. Die Auto- 
ren des Wissensspeichers Prozeß- 
rechentechnik sind auch nach die- 
sem Prinzip verfahren, jedoch wur- 
den sämtliche Zeitschriftentitel abge- 
kürzt und ohne Angabe des Verlages 
aufgenommen, so daß sie nur dem 
Fachmann zugänglich bleiben. Das 
widerspricht allerdings dem im Vor- 
wort erhobenen Anspruch auf allge- 
meinverständliche Darstellung, mit 
der ein Leserkreis vom Meister bis 
zum Hochschulkader angesprochen 
werden soll. Die Verwendung vieler 
Fachbegriffe (ohne sie an gleicher 
Stelle zu erläutern) sowie die über- 
wiegend wissenschaftliche Darstel- 
lungsweise lassen doch eher auf die 
geübte Lesergruppe Studenten bzw. 
Hoch- und Fachschulabsolventen 
schließen. 

Der Wissensspeicher stellt eine weit- 
gehend vollständige Sammlung von 
Definitionen und Formeln insbeson- 
dere aus den Gebieten Aufbau und 
Wirkungsweise von Rechnern, Pro- 
grammsysteme, Zuverlässigkeit, 
Meßwerterfassung und -Verarbei- 
tung, Systemanalyse, Regler und Op- 
timierung dar. Durch seine von frühe- 
ren Wissensspeichern übernom- 
mene übersichtliche Aufmachung 
lassen sich gesuchte Sachgebiete 
schnell auffinden. Die Punkte 1 bis 3 
geben zwar vor, sich mit der Prozeß- 
rechnerproblematik zu befassen, gel- 
ten aber auch für andere Rechner. 
Ähnliches trifft auch auf weitere Kapi- 
tel, in denen die Spezifik der Prozeß- 
rechner gegenüber anderen Rech- 
nern nicht herausgestellt wird, zu. 
Gänzlich habe ich irgendwelche Be- 
züge zu CAM oder CIM vermißt. Ur- 


sache dafür dürfte ein viel zu langer 
Druckvorlauf dieses Buches sein, 
denn die jüngsten zitierten Zeitschrif- 
ten - in denen bekanntlich neues 
Wissen zuerst veröffentlicht wird - 
sind aus dem Jahre 1984. 

H. Hemke 


Datenbank — Engineering 
mit Clipper 

von M. Zwernemann u. H.-P. Förster, 
Vogel Buchverlag Würzburg, Würz- 
burg 1989, 461 S., ISBN 3-8023- 
0263-x 

Der Titel des Buches verrät schon, 
daß es sich von herkömmlichen Clip- 
per-Büchern unterscheidet. Das 
Nachschlagewerk umfaßt 461 Seiten 
und ist in 4 Teile gegliedert. Etwa 100 
Seiten des Buches sind dem Clipper- 
Engineering Vorbehalten. Dabei liegt 
der Schwerpunkt auf der Programm- 
planung, der Vorbereitung und der 
Programmierung einer Adreßverwal- 
tung für Kleinbetriebe. 

Von den Autoren wird die Bedeutung 
des Clipper-Softwarepaketes als ei- 
genständiges Entwicklungswerkzeug 
hervorgehoben. Das Buch beginnt 
mit grundsätzlichen Ausführungen 
zum Aufbau einer Datenbank. Am 
Beispiel einer Kundendatei wird das 
Clipper-Programm DBU (dBase-Utili- 
ties) erläutert. Die Beschreibung des 
Programms DBU ist gut verständlich. 
Selbstverständlich können mit Clip- 
per-Programmen auch dBASE-Da- 
teien bearbeitet werden. 

Aber offenbar hatten die Autoren 
mehr die Absicht, die Selbständigkeit 
von Clipper hervorzuheben, als auf 
Gemeinsamkeiten und Unterschiede 
zum weitverbreiteten Datenbanksy- 
stem dBASE einzugehen. Vermißt 
wurde leider ein Hinweis auf die Ver- 
wendbarkeit von dBASE-lndexda- 
teien, denn diese unterscheiden sich 
nicht nur durch die Erweiterung .NDX, 
sondern sind auch wesentlich langsa- 
mer als Clipper-Indexdateien vom 
Typ.NTX. 

Es folgt ein Kurzporträt des Clipper- 
Compilers einschließlich seiner In- 
stallation auf der Festplatte. Dies ist 
wohl der interessanteste Teil des Bu- 
ches, da er nicht nur den Compiler 
und Linker behandelt, sondern auch 
auf die Fehlersuche mit dem Clipper- 
Debugger eingeht. 

Teil II des Buches befaßt sich um- 
fangreich mit Clipper-Engineering. 
Breiten Raum nehmen die Vorana- 
lyse, Grobkonzeption und Pro- 
grammvorbereitung ein. Diese theo- 
retischen Aussagen werden dann 
durch konkrete Listings untersetzt 
und können mit einer zum Lieferum- 
fang gehörenden Beispieldiskette er- 
probt werden. Schließlich findet der 
Leser in Teil III und IV eine umfas- 
sende Dokumentation aller Clipper- 
Befehle und Funktionen. Zweck, Syn- 
tax und Optionen der Befehle sowie 
Hinweise auf die zu verwendende Li- 
brary werden in übersichtlicher Form 
mit kleinen Programmbeispielen er- 
läutert. Alles in allem ein Buch, das in 
der Praxis als Nachschlagewerk 
schnell weiterhilft und seinem An- 
spruch auf vollständige Behandlung 
des Clipper-Softwarepaketes gerecht 
wird. j. Richter 
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| Clipper Funktionen und ihre Typen 

Bemerkung: Für die Funktionen von Clipper gelten die gleichen Vereinbarungen wie für die 
Kommandos (siehe MP 3/90). Der Ergebnistyp der Funktionen ist folgendermaßen abge- 
kürzt: S: String, N: numerisch, I: integer; L: logisch, D: Datum, M: Memo, W: wie <ausdr>, E: 
wie Eingabe. 

Unter den Funktionen der Clipper-Sprache sind einige, die keinen Ergebniswert liefern. Ihr 
Ergebnistyp wird hier durch einen Strich gekennzeichnet. Kommas werden auch als Platzhal- 
ter in Parameterlisten verwendet. Sie können entfallen, wenn ihnen kein Parameter folgt. 


Funktion und Aufruf 

Typ 

Bemerkung 

4<speichervar> 

S 

Makroersetzung 

ABS(<n_ausdr>) 

N 

absoluter Wert 

ACHOICE (<oben>, <links>, <unten>, 
<rechts>, <feld_1 >[,<feld_2> 
[,<funktion>[,<n_ausdr 1 > 
[,<n_ausdr_2>]]]]) 

N 

Eingabe über Pop-up-Menü 

ACOPY (<quell_feld>,<zieLfeld> 
[,<anfang_in_quelle>[,<anzahl> 
[,<anfang_im_ziel>]]]) 


Feldinhalt kopieren 

ADEL (<feld>,<index>) 

- 

Feldinhalt löschen 

ADIR (<filegruppe>[,<namen_feld> 

N 

DOS-Verzeichnisin 

[,<größen_feld> [,<datum_feld> 
[,<zeit_feld>[,<attribut_feld >]]]]]) 


Felder übertragen 

AFIELDS (<namen_feld> [,<typ_feld> 
[,<längen_feld>[,<dez_feld>l]]) 

N 

Felder mit Feldinformationen füllen 

AFILL (<feld>,<wert>[,<anfang> 
[,<anzahl>]]) 

— 

Feld mit einem Wert initialisieren 

AINS (<feld>,<position>) 

- 

Element in ein Feld einfügen 

ALIAS (<n_ausdr>) 

S 

Name des aktuellen Arbeitsbereiches 

ALLTRIM (<c_ausdr>) 

S 

alle Leerzeichen entfernen 

ALTO ([<n_ausdr>]) 

- 

Debugger aufrufen Alt-D ein/aus 

AMPM (<c_ausdr>) 

s 

Zeitangabe in am/pm-Form umwandeln 

ASC (<c^ausdr>) 

N 

Kodewert des ersten Zeichens 

ASCAN (<feld>,<n_ausdr>[,<anfang> 

N 

Position eines Wertes 

[,<anzahl>]]) 


in einem Feld 

ASORT(<feld>[,<anfang>[,anzahl>]]| 

- 

Feld aufsteigend sortieren 

AT (<c_ausdr_1 >,<c_ausdr_2>) 

N 

Position von <c_ausdrJ > in <c_ausdr_2> 

BIN2I (<c_ausdr>) 

N 

Konvertierung 2-Byte-lnteger in numerisch 

BIN2L (<c_ausdr>) 

N 

Konvertierung 4-Byte-lnteger in numerisch 

BIN2W(<c_ausdr>) 

N 

Konvertierung 2-Byte-CARDINAL in 
numerisch 

B0F( ) 

N 

Fileanfang 

CDOW (<d_ausdr>) 

S 

Wochentag 

CHR (<n_ausdr>) 

S 

Zeichen mit dem Wert <n_ausdr> 

CMONTH (<d_ausdr>) 

S 

Name des Monats 

C0L( ) 

N 

aktuelle Kursorspalte 

CTOD (<c_ausdr>| 

D 

Konvertierung String in Datum 

CURDIR ([<gerät>]| 

S 

aktueller DOS-Pfad auf <gerät> 

DATEI ) 

D 

aktuelles Datum 

DAY (<d_ausdr>) 

N 

Tag des Monats 

DAYS (<n_ausdr>) 

N 

Sekunden in T age konvertieren 

DBEDIT ([<oben>,<links>[,<unten>, 

- 

Editieren von Sätzen aus mehreren Arbeits- 

<rechts>]],[<feld_1 >],[<c_ausdr>], 

[<feld_2>],[<feld_3>],[<feld_4>], 

[<feld_5>],[<feld_6>],[<feld_7>]) 


bereichen in einem Fenster 

DBF ( ) 

S 

Name des aktuellen Datenbankfiles 

DBFILTER ( ) 

S 

Filterbedingung des aktuellen 

Arbeitsbereichs 

DBRELATION (<n_ausdr>) 

S 

Verbindungsausdruck im aktuellen 
Arbeitsbereich 

DBRSELECT (<n_ausdr>) 

N 

Zielarbeitsbereich einer Verbindung 

DELETED ( ) 

L 

Abfrage der Löschmarkierung 

DESCEND(<ausdr>) 

W 

absteigende Ordnung beim Indizieren 
und Suchen 

DISKSPACE ([<gerät>]) 

N 

freier Speicherplatz auf <gerät> 

DOSERROR ( ) 

N 

Nummerdes letzten DOS-Fehlers 

DOW (<d_ausdr>) 

N 

Nummer des Wochentages 

DTOC (<d_ausdr>) 

S 

Konvertierung D in S (tt.mm.jj) 

DTOS (<d_ausdr>) 

S 

Konvertierung D in S (jjjjmmtt) 

ELAPTIME (<zeit_1 >,<zeit_2>) 

S 

Zeitdifferenz in der Form hh:mm:ss 

EHPTY (<ausdr>) 

L 

Test auf leeren Ausdruck 

EOF ( ) 

L 

Ende des Datenbankfiles 

ERRORLEYEL d<n_ausdr>]) 

N 

DOS-Fehlerniveau ermitteln/setzen 

EXP (<n_ausdr>) 

N 

Exponentialfunktion 

FCLOSE (<n_ausdr>) 

L 

DOS-File schließen 

FCOUNT ( ) 

N 

Anzahl der Felder 
im aktuellen Datenbankfile 

FCREATE (<fi1e>[,<attribut>]| 

N 

DOS-File mit Attributen erzeugen 

FERROR ( ) 

N 

DOS-Fehlernummer nach Filezugriff 

FIELD/FIELDNAME (<n_ausdr>) 

S 

Name des n-ten Feldes 

FILE (<c_ausdr>j 

L 

Existenz eines Files 

FKLABEL (<n_ausdr>) 

S 

Name der Funktionstaste 

FKMAXf ) 

N 

Zahl der Funktionstasten 

FLOCK ( ) 

L 

ausschließlich Dateizugriff 

FOPEN (<file>[,<zugriffsart>]) 

N 

DOS-File eröffnen 

FOUND ( ) 

L 

Erfolg von Suchoperationen 

FREAD (<dateikennung>,<puffer>, 
<anzahl>) 

N 

Bytes aus DOS-File lesen 

FREADSTR (<dateikennung>,<anzahl>) 

S 

Bytes aus DOS-File lesen 

FSEEK (<dateikennung>,<anzahl>, 
<modus>) 

N 

DOS-Funktion SEEK 

FWRITE (<dateikennung>,<puffer>, 
<anzahl>) 

N 

Puffer in DOS-File ausgeben 

BETE (<speichervar>) 

S 

Inhalt der DOS- Umgebungsvariablen 

HARDCR (<c_ausdr>) 

S 

weiche in harte Zeilenwechsel wandeln 

HEADER ( ) 

N 

Kopflänge der aktuellen Datenbank 

I2BIN (<n_ausdr>| 

S 

Konvertierung in 2-Byte-CARDINAL 

IF/IIF(<bedingung>,<ausdr_1>, 

<ausdr_2>) 

E 

bedingter Ausdruck 

INDEXEXT ( ) 

S 

Namenserweiterung der Indexfiles 

INDEXKEY (<n_ausdr>) 

S 

Schlüsselausdruck eines Indexfiles 


INDEXORD ( ) 

N 

Nummer des aktuellen Hauptindex in Liste 

INKEY ( ) 

N 

Kode einer Taste 

INT(<n_ausdr>) 

N 

ganzzahligerTeil 

ISALPHA (<c_ausdr>) 

L 

.T. : erstes Zeichen ist Buchstabe 

ISCOLOR ( ) 

L 

.F.: Monochrombildschirm 

ISLQWER (<c_ausdr>| 

L 

.F. : erstes Zeichen Großbuchstabe 

ISPRINTER ( ) 

L 

.T. : Drucker (LPT 1 ) ist bereit 

ISUPPER (<c_ausdr>) 

L 

.T.: erstes Zeichen Großbuchstabe 

L2BIN (<n^ausdr>) 

S 

Konvertierung N in 4-Byte-lnteger 

LASTKEY ( ) 

N 

Kode der zuletzt gedrückten Taste 

LASTREC ( ) 

N 

Anzahl der Datensätze 

LEFT (<c_ausdr>,<n^ausdr>) 

S 

linke T eilzeichen kette 

LEN(<c_ausdr>) 

N 

Länge eines Strings 

LENNUM (<n_ausdr>) 

N 

Zeichenkettenlänge eines Wertes 

LOCK ( ) 

L 

Sperren des aktuellen Satzes 

LOG (<n_ausdr>) 

N 

Logarithmus 

LOWER (<c_ausdr>) 

S 

Konvertierung in Kleinbuchstaben 

LTRIM (<c ausdr>) 

S 

Entfernen führender Leerzeichen 

LUPDATE ( ) 

D 

Datum der letzten Korrektur 

MAX (<n_ausdr_1 >,<n_ausdr_2>) 

N 

Maximum 

MEMOEDIT (<cm_ausdr>[,<oben>, 

3, M 

Editieren eines Memo-Feldes 

<links> ( <unten>,<rechts>[,<flag>], 



[<funktion>], [<tab>], [<zeile>], 
[<spalte>],[<rel_zeile>] 

[,<rel_spalte>]]) 

MEMOLINE {<cm_ausdr>,[<anzahl>], 

S, M 

formatierte Zeile 

[<zeile>],[<tab>][,<Lausdr>]) 

MEMOREAD (<file>) 

S, M 

Inhalt des Textfiles 

MEMORY! ) 

N 

freier Hauptspeicher in KByte 

MEMOTRAN (<cm ausdr>, 

S, M 

Ersetzen der Zeilenendezeichen 

<zeichen_1 >,<zeichen_2>) 

MEMOWRIT (<file> t <cm_ausdr>) 

L 

Text in ein File schreiben 

MIN (<n_ausdr_1 > f <n_ausdr_2>) 

N 

Minimum 

MLCOUNT (<c_ausdr>,[<anzahl>], 

N 

Anzahl der Zeichen 

[<tab>][, <Lausdr>]) 
MLPOS(<c_ausdr>,<anzahl>,<zeile>) 

N 

Position einer Zeile im String 

MOD (<n_ausdr_1 >,<n_ausdr_2>) 

N 

Rest bei einer Division 

MONTH (<d_ausdr>) 

N 

Nummerdes Monats 

NETERR! ) 

L 

Erfolg von Netz-Operationen 

NETNAME! ) 

S 

Name eines Rechners im Netz 

NEXTKEY ( ) 

N 

Kode der nächsten gedrückten Taste 

0S( ) 

S 

ohne Lesen 

Name des Betriebssystems 

PC0L{ ) 

N 

Spaltenposition des Druckkopfes 

PCOUNT ( ) 

N 

Anzahl der Parameter in der Kommando- 

PROCLINE ( ) 

N 

zeile des Betriebssystems 

Zeilennummer im Quellkode 

PROCNAME ( ) 

S 

aktuelle Prozedur 

PROW! ) 

N 

Zeilenposition des Druckkopfes 

RAT (<c. ausdr_1>,<c_ausdr_2>) 

N 

letztes Auftreten von <c_ausdr_1 > in 

READEXIT (<l_ausdr>]) 

L 

<c_ausdr_2> 

Pfeiltasten f J beenden READ 

READINSERT |[<Lausdr>]| 

L 

Einfügemodus in READ ein/aus 

READKEY ( ) 

N 

Kode der Taste, mit der READ verlassen 

READVAR! ) 

S 

wurde 

Name der zu lesenden Variablen 

RECCOUNT! ) 

N 

Anzahl der Datensätze 

RECNO ( ) 

N 

Nummerdes aktuellen Satzes 

RECSIZE ( ) 

N 

Länge eines Datensatzes 

REPLICATE (<c_ausdr>,<n_ausdr>) 

S 

Zeichenkette vervielfachen 

RESTSCREEN (<oben>,<links> l 

- 

Rückspeichern des geretteten Fensters 

<unten>,<rechts>,<c_ausdr>) 

RIGHT (<c_ausdr>,<anzahl>) 

S 

rechte Teilzeichenkette 

RLOCK ( ) 

L 

Sperren des aktuellen Satzes 

ROUND (<n_ausdr>,<dez>) 

N 

Runden 

ROW! ) 

N 

aktuelle Zeile auf dem Bildschirm 

RTR1M ( ) 

S 

Entfernen nachfolgender Leerzeichen 

SAVESCREEN (<oben>,<links>, 

s 

Fensterinhalt retten 

<unten>,<rechts>) 

SCROLL (<oben>,<links>,<unten>, 

_ 

Fenster verschieben 

<rechts>,<anzahl>) 

SECONDS C ) 

N 

Sekunden seit Mitternacht 

SECS (<c_ausdr>) 

N 

Konvertierung Zeit in Sekunden 

SELECT ( ) 

N 

Nummerdes Arbeitsbereichs 

SETCANCEL (1<I ausdr>]) 

L 

Programmabbruch mit [ALT]-C ein/aus 

SETCOLOR ([<c_ausdr>]j 

S 

Farbeinstellung oder -abfrage 

SETPRC (<prow>,<pcol>) 

- 

Einstellen Druckzeile und -spalte 

SOUNDEX (<c_ausdr>) 

S 

phonetische Konvertierung 

SPACE (<n_ausdr>) 

s 

<n_ausdr> Leerzeichen 

SQRT !<n_ausdr>) 

N 

Quadratwurzel 

STR (<n_ausdr> [,<länge>[,<dez>]]) 

s 

Konvertierung Wert in String 

STRTRAN(<c_ausdr>,<alt>,[<neu>], 

s 

Zeichenkette transformieren 

[<n_ausdr>] [,<anzahl>]) 

STRZERO (<n_ausdr> [,<länge> 

s 

wie STR mit führenden Nullen 

[,<dez>]]) 

STUFF (<c_ausdr>,<position>, 

s 

Teilzeichenkette ersetzen 

<anzahl>,<neu>) 

SUBSTR(<c_ausdr>,<start>,<länge>]) 

s 

Substring 

TIME! ) 

s 

Systemzeit 

TONE (<frequenz>,<dauer>) 

- 

akustisches Signal ausgeben 

TSTRING (<n_ausdr>| 

s 

Konvertierung sec in Zeit (hh:mm:ss) 

TRANSFORM (<ausdr>,<maske>) 

s 

Konvertierung entsprechend Maske 

TRIM (<c^ausdr>) 

s 

Entfernen nachfolgender Leerzeichen 

TYPE !“<c_ausdr>") 

s 

Typeines Bezeichners 

UPDATED ( ) 

L 

.T. : Daten wurden bei READ verändert 

UPPER (<c_ausdr>) 

s 

Konvertierung in Großbuchstaben 

USED! ) 

L 

.T.: Arbeitsbereich ist aktuell 

YAL(<c_ausdr>) 

N 

Konvertierung in numerischen Wert 

VERSION! ) 

s 

Clipper-Version 

WORD(<n_ausdr>) 

1 

Konvertierung in 1 6-Bit-lnteger 

YEAR (<d_ausdr>) 

N 

Angabe des Jahrhunderts 
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Wer auf dem PC an eine Print-Screen-Tast© 
zum Sofortausdruck des Bitdschirminhafts 
gewöhn* ist wird mit Interesse die Vorstel- 
lung des menügeführten PizazzPlus (Appli- 
cation Techniques, Ine.) in der deutschen 
Version 1 .3 (P, Rosenthal GmbH) auf der Sy- 
stems 89 zur Kenntnis genommen haben. 
Und 32 KByte im RAM für das residente Pro- 
gramm dürften auch auf jedem der geeigne- 
ten Computer noch vorhanden sein. Die Ta- 
ste PrtSc (auch die deutsche Tastenbezeich- 
nung Druck ist in diesem Falle etwas treffen- 
der) aktiviert dann ein richtiges menügeführ- 
tes Druckprogramm mit einer ganzen Reihe 
von Gestaltungsmöglichkeiten, die weit hin- 
ausgehen über den profanen Ausdruck des 
Bildschirminhalts. 

Als Hardwarevoraussetzungen sind ein PC 
XT/AT oder ein Kompatibler, das IBM PS/2, 
aber auch ein Toshiba T 1 600, T3200, T51 00 
und andere sind geeignet. Haben Sie Ihren 
Computer in der angebotenen Liste gefun- 
den. setzen Sie die Installation mit der Wahl 
des Bildschirms und des Druckers fort. Sie 
können aus mehr als 20 Monitortypen und 
aus über 300 Druckern die an Ihren Compu* 
ter angeschlossenen auswählen. Die weit 
verbreiteten (Färb-) Grafik-Adapter CGA, 
VGA, EGA und Hercules sind in den Listen 
ebenso enthalten wie die Drucker LX-86 und 
LX-800, Die vollen Möglichkeiten des Aus- 
druckens . wie sie in den beiden Bildern zu se- 
hen sind, bieten aber erst Farbdrucker mit der 
Qualität beispielsweise des HP PaintJet Do- 
lor von Hewlett Packard. Wie im Bild 1 zu se- 
hen ist, können die Bilder und Grafiken ver- 
größert und verkleinert werden; die Position 
des ganzen Bildes oder aber eines Aus- 
schnittes können Sie sowohl auf dem Bild- 
schirm als auch auf dem Papier beim an- 
schließenden Druck ändern, wenn Ihnen der 
im Draft-Modus ausgedruckte Entwurf nicht 
gefällt. Nach diesem Druck werden die Halb- 
töne, Graustufen und Farben eingestellt und 
der Druck im Präsentationsdruck mit einer 
höheren Auflösung der Grau- bzw. Farbstu- 
fen und größerem Kontrast wiederholt. Pi- 
zazzPlus wird ja. wie oben beschrieben, für 
Bildschirm und Drucker installiert, so daß Ste 
auch von einem Schwarzweiß-Btldschrrm 
Faröausdrucke erhalten können und umge- 
kehrt. Die Farben sind in einem Fenster mit 
dem Namen oder der Nummer dargestellt 
und können nach dem mitgelieferten Druck- 
musterkatalog geändert werden. Und da wir 
Ihnen ja hier ein Programm vorstellen wollen, 
werden Sie mit Recht vermuten, daß nicht nur 
die Bearbeitung und der Ausdruck möglich 
sind, sondern auch di© Speicherung der ge- 
wonnenen Daten und deren Weiterverarbei- 
tung mit einem Tesctverarbeitungs- oder auch 
mit einem Desktop- Publishing -System. Da- 
teien können unter anderem von Word, 
Wordperfekt. Microsoft- Windows, Pagema- 
ker und dem Ventura-Pubfisher übernom- 
men und in deren Dokumente eingesetzt 
werden. MP 
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Referenzkarte C 


Datentypen und Typdefinition 


Grunddatentypen 15 

char 

int, short [int], long [int], unsigned [int] 
float, double (= long float) 

Anmerkung: Die Seitenangaben beziehen sich auf das im 
VEB Verlag Technik erschienene Buch „Programmieren mit 
C“ von M. Clauß und G. Fischer 


Kombinierte Typen (nicht für alle Compiler) 
unsigned short, unsigned long, unsigned char 

Strukturtyp 

struct [<strukturtypbezeichner>] { 

<typ> <bezeichner>; 


Bitfeldtyp 

struct [<$trukturtypbezeichner>] { 

[unsigned <bezeichner>]: <konstantenausdruck>IO; 


Uniontyp 

union [<uniontypbezeichner>] { 
<typ> <bezeichner>; 


Aufzählungstyp 

enum [<aufzählungstypbezeichner>] { 
<enum-bezeichner> [= <konstantenausdruck>] [,...] 


Definition von synonymen Typbezeichnern 

typedef <typ> <bezeichnerliste>; 
typedef struct datum DATUM; 


Konstanten 

Integerkonstanten 

dezimal : 12 

oktal : 012 

hexadezimal: 0x12 

12L 

012L 

0x1 2L 

17 

65567 

0777777 

OxFFFFF 

Realkonstanten 


17 

1E3 

1e3 

1.8-3 

.47 

2. 

-12.34C-6 

Zeichenkonstanten (int) 


17 

’A’ 

’\n’ 

’\oir 

Zeichenkettenkonstanten 


18 

”a” 


"abcdefg” 


Operatoren und Ausdrücke 


Variablen 


[<speicherklasse>] <typ> <bezeichnerliste>; 
inti, *ptr, k[51 = { 1, 3, 18 }; 
static char bl ] = "Programm”, a[5] [2[; 
static char *keyword[ f= { "iP 


. . ”for” }; 


static char bl ] = ”P 
static char*keywon 
struct datum heute; 
struct { 
short flag; 
char string[80]; 

} table[25]; 


Implizite Typkonvertierungen 

Funktionsargumente und Operanden arithmetischer Ausdrücke 

char, short — > int 

unsigned char, unsigned short — > unsigned int 

float — > double 

T eilausdrücke verschiedener Typen in arithmetischen Ausdrücken 

unsigned int — long — unsigned long — double 
Wertzuweisung und Rückgabe von Funktionswerten 

Konvertierung in den Typ von <lvalue> / der Funktion 


() Funktionsruf 

[] Feldoperator 

-> Strukturoperator 

Strukturoperator 
Negation bitweise 
! Negation logisch 

+ + Inkrement 

Dekrement 

Vorzeichen 

(<typ>) Typkonvertierung 

* Zeigeroperator 

& Adreßoperator 

sizeot Größenoperator 

* Multiplikation 

X Division 

X Divisionsrest 

+ Addition 

- Subtraktion 

« Unksverschiebung 

» Rechtsverschiebung 

< Vergleich 

> Vergleich 

< = Vergleich 

> = Vergleich 

= = Vergleich 

!= Negation, ungleich 

& UND bitweise 

A EXOR bitweise 

| ODER bitweise 

&& UND logisch 

1 1 ODER logisch 

? : Entscheidung 

= Wertzuweisung 

<op> = zusammengesetzte 
Zuweisung 

, Kommaoperator 


<einf_Ausdr>([<arg_liste>]) 

< ei nf_Ausd r> [ < ausdruck> ] 
<einf_Ausdr> -> < bezeichnen 
<lvalue> . < bezeichnen 
~ <ausdruck> 

! <ausdruck> 

+ + <lvalue> | <lvalue> + + 

— clvalue | <lvalue> — 

- <ausdruck> 

(<typ>) <ausdruck> 

* <ausdruck> 

&<lvalue> 

sizeot <ausdruck> | (<typ>) 
<ausdruck> * <ausdruck> 
<ausdruck> / <ausdruck> 
<ausdruck> X <ausdruck> 
<ausdruck> + <ausdruck> 
<ausdruck> - <ausdruck> 
<ausdruck> << <ausdruck> 
<ausdruck> >> <ausdruck> 
<ausdruck> < <ausdruck> 
<ausdruck> > <ausdruck> 
<ausdruck> < = <ausdruck> 
<ausdr> > = <ausdr> 
<ausdruck> = = <ausdruck> 
<ausdruck> ! = <ausdruck> 
<ausdruck> & <ausdruck> 
<ausdruck> A <ausdruck> 
<ausdruck> j <ausdruck> 
<ausdruck> & & <ausdruck> 
<ausdruck> 1 1 <ausdruck> 
<ausdr> ? <ausdr> : <ausdr> 
<lvalue> - <ausdruck> 
<lvalue> <op> = <ausdruck> 
<Op> : + - */ S&\ A « » 
<ausdruck> , <ausdruck> 


Achtung : 

Die Reihenfolge der Auswertung der Operanden binärer 
Operatoren ist nicht definiert! Logische Ausdrücke werden 
nur so weit wie nötig berechnet! L: linksassoziativ, R: rechts- 
assoziativ 


Speicherklassen für Variablen und Funktionen 


Bezeichnerklassen 


Variablen- und Gültigkeits- Speicherklasse 
Funktions- bereich implizit i erlaubt 
deklaration 


Variablen 
innerhalb von 
Funktionen 
oder Blöcken 


Speicher- 

vergabe/ 

Code- 

erzeugung 


Initialisierung Anmerkung 

implizit | explizit 
(-Unions!) 


Variablen von der 

außerhalb von Definition bis 

Funktionen zumEndedes 

oder Blöcken Quelltextes 


dynamisch unbestimmt Code- keine explizite 
erzeugung Initialis.für 


Register unbestimmt Code- nicht alle 

erzeugung Typen, nicht 
adressierbar 

nein - - importvariable 

oder weiter 
unten definiert 


Programm statisch 


extern extern, implizit Programm statisch 


Variablennamen, 

Funktionsparameter, 

Enum-Elemente 


Funktionsnamen 

Typedef-Typbezeichner 


Strukturtypen, 

Uniontypen 

Aufzählungstypen 







Compiler Exportvariable Die Länge von Bezeichnern ist nicht begrenzt, aber nur die er- 
sten 8 Zeichen sind signifikant. 


Funktionen 


Funktions- 

parameter 


Funktionen Punkt der 
außerhalbvon Definition bis 

Funktionen oder Ende Quelltext 
Blöcken 


static Programm statisch 


auto auto, implizit Block dynamisch Wert 


extern 

Deklaration 


Funkt, innerhalb 
von Funktionen 
oder Blöcken 


Importfunktion 
oder weiter unten 
definiert 


Importfunktion 
oder weiter unten 
definiert 


Definition: 

[static] <typ> <funktionsname> <parameterliste>) 
<parameterdeklarationsliste> 

<block> 

Deklaration: 

[extern] <typ> <tunktionsname> ( ); 

Typen von Funktionsparametern: 

- alle Datentypen (Wertübergabe) 

- Zeiger auf beliebige Datentypen, Felder und Funk- 
tionen; Felder, Zeichenkettenkonstanten und Funk- 
tionen werden als Zeiger übergeben 

* Die Funktion muH in der rufenden Funktion deklariert 
sein. 

Typen von Funktionsergebnissen: 

- alle Datentypen, auch Typattribut void 

- Zeiger auf beliebige Datentypen, Felder und Funk- 
tionen 

* Die Funktionsabarbeitung endet mit der Returnan- 
weisung oder Erreichen des Blockendes. 
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Mikrocontroller und Einchipmikrorechner für einge- 
bettete Systeme dominieren auf dem Mikroprozes- 
sormarkt. Im Gerätebau, in der Prozeß- und Pro- 
duktionsautomatisierung sowie in der Kon- 
sumgüterindustrie kommen z.Z. vor allem 8-Bit- 
Systeme zum Einsatz. 1 6- und 32-Bit-Systeme wer- 
den in den 90er Jahren bestimmend sein. Mit ASIC- 
Zellenbibliotheken werden Prozessorkerne und Pe- 
ripheriebausteine nutzbar gemacht. Der Beitrag auf 
der Seite 130 stellt die Architekturlinien des Markt- 
führers Intel vor. Neben dem Schwerpunkt - dem 
MCS-51 -System - werden die Systeme 80186, 
80376, MCS-48, MCS-96 sowie 80960 behan- 
delt. 


Computer 
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Sollte Ihnen unser Hinweis auf dem Titelbild ent- 
gangen sein, so möchten wir Sie an dieser Stelle 
darauf aufmerksam machen, daß Sie in der MP ab 
diesem Heft künftig Beiträge auch aus der Zeit- 
schrift Computer Persönlich (CP) finden werden. 
Eine entsprechende Vereinbarung zum gegenseiti- 
gen Nachdruck von Artikeln wurde Anfang Februar 
zwischen den Redaktionen unterzeichnet. Die Bei- 
träge der im Verlag Markt & Technik erscheinenden 
CP wenden sich vor allem an den beruflichen PC- 
Anwender, so daß wir sie als sinnvolle Ergänzung 
zu den Beiträgen aus der c’t ansehen. 

In diesem Heft beginnen wir mit der Vorstellung von 
drei Betriebssystemen, die mit Multitasking- und 
Multiuserfähigkeiten aufwarten wie etwa Unix, dar- 
über hinaus jedoch MS-DOS-kompatibel sind 
(Seite 141) 

Der zweite CP-Beitrag stellt in kurzer Form das 
neue Flaggschiff der Motorola-Mikroprozessoren, 
den 68040 vor, der mit 1,2 Millionen integrierten 
Transistoren und einer Leistung von 20 MIPS Intels 
80486 Konkurrenz machen wird (Seite 153). 
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Für das Heft 6/1 990 bereiten wir für Sie unter ande- 
rem Beiträge zu folgenden Themen vor: 

• Protected Mode 

• 180960 
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Peter Fölsche: 

Berechnung einer zur Run-Time 
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Eingebettet 

Mikrocontroller und Mikrorechner 


Dr. Gert-Ulrich Vack, Dresden 


In diesem Beitrag werden 8-, 16- und 32-Bit- 
Mikrocontroller und Mikroprozessoren für ei- 
gebettete Systeme vorgestellt. Dabei wer- 
den vor allem die 8-Bit-Familien MCS-48 
und MCS-51 ausführlich diskutiert. Bisher 
besteht dazu in der DDR ein Informationsde- 
fizit. Vor allem in Verbindung mit Entwurf , 
Herstellung und Applikation anwendungs- 
spezifischer Schaltkreise erhalten diese 8- 
Bit-Mikrocontroller eine überragende Be- 
deutung für den Gerätebau. 

Am Beispiel der Produktlinien von Intel wird 
zugleich ein Stück Firmenstrategie illustriert: 
Kompatibilität, Wiederverwendbarkeit und 
anwenderorientierter Zuschnitt der Produkte 
sind - neben anderen Faktoren -seit fast 
zwei Jahrzehnten eine Gewähr für Marktfüh- 
rerpositionen. 

Was ist ein Mikrocontroller? 

Der Geburtshelfer des Mikroprozessors, die 
US-amerikanische Firma Intel, führte bereits 
1976 neben den bis dahin entwickelten 4- 
und 8-Bit-Mikroprozessoren 4004, 8008 und 
8080 einen neuen Ast im Stammbaum der 
Mikroprozessoren ein: die Klasse der Mikro- 
controller. Erster Repräsentant war die Fami- 
lie MCS-48. Die Fortschritte im Integrations- 
grad von Chips gestatteten es, neben einer 8- 
Bit-CPU noch I/O-Ports, RAM und ROM bzw. 
EPROM auf einem Chip zu vereinigen. Damit 
wurden völlig neue Anwendungsbereiche für 
Mikroprozessoren erschlossen, zum Beispiel 
in der Kfz-Elektronik, der Haushaltselektronik 
oder im großen Bereich der industriellen 
Elektronik (z. B. Maschinenbau). In der DDR 
hat sich für solche Prozessoren die interna- 
tional weniger gebräuchliche Bezeichnung 
Einchipmikrorechner eingebürgert. 

Mit diesen Applikationen verbinden sich Be- 
griffe wie eingebetteter Computer (englisch: 
embedded Computer), eingebetteter Control- 
ler oder eingebetteter Mikroprozessor. Mit 
dem Adjektiv eingebettet wird die Besonder- 
heit ausgedrückt, daß der Prozessor/Compu- 
ter komplett im Gerät verschwindet, für den 
Anwender also nicht unmittelbar sichtbar ist. 
(Der Prozessor ist in seine Einsatzumgebung 
eingebettet.) Meist können nicht einmal mehr 
die Programme geändert werden, sie stehen 
nämlich im ROM bzw. im EPROM. 
Eingebettete Computeranwendungen sind 
durch folgende typische Einsatzbedingun- 
gen charakterisiert: 

- kompakte, wenig platzaufwendige, ko- 
stengünstige Hardware mit geringem Strom- 
verbrauch und wenig Aufwand an „Rundum- 
hardware“ (englisch: glue logic, wörtlich „Lo- 
gik zum Zusammenleimen“) 

- hohe Zuverlässigkeit auch unter ungünsti- 
gen Einsatzbedingung (z. B. Temperatur, 
Druck, harte Strahlung, Beschleunigungen, 
elektrische und magnetische Störfelder), Feh- 
lertoleranz für besondere Anforderungen 

- Reaktionsfähigkeit im Sinne eines Echt- 
zeitsystems 

- einfache, möglichst problembezogene 
Programmierung mit leistungsfähiger Pro- 
grammierumgebung (z. B. Echtzeitdebug- 
ger, Emulator). 


Der Kostenfaktor ist der bestimmende 
Aspekt, weil Geräte mit integriertem Mikro- 
controller überwiegend in deutlich niedrige- 
ren Stückzahlen verkauft werden als zum 
Beispiel Universal-PCs. (Anwendungen wie 
etwa die Kfz-Elektrik oder Haushaltgeräte 
sind die Regel bestätigende Ausnahmen.) 
Die Kosten eines eingebetteten Rechnersy- 
stems müssen auf deutlich weniger Installa- 
tionen verteilt werden als bei massenhaft pro- 
duzierten Universalrechnern. 

Diese Forderungen sind nur erfüllbar, wenn 
die eingebetteten Rechner eine einfache und 
robuste Schaltungstechnik aufweisen und 
auf der Basis leistungsfähiger, funktionell 
kompakter Prozessorarchitekturen arbeiten. 
Dem Merkmal der Echtzeitfähigkeit kommt 
besondere Bedeutung zu. Man versteht dar- 
unter die Eigenschaft, auf äußere Ereignisse 
(z. B. das Anbieten eines Meßwertes) hinrei- 
chend schnell (z. B. mit der Ausgabe eines 
Stellsignals innerhalb einer durch die Pro- 
zeßcharakteristik bestimmten Abtastrate) 
reagieren zu können. Dabei können je nach 
Prozeß völlig unterschiedliche Reaktionszei- 
ten eine Rolle spielen. Strömungsprozesse 
etwa (z.B. Trocknungsprozesse) sind lang- 
same Prozesse. Man hat dort relativ viel Zeit 
zur Informationsverarbeitung. Robotersteue- 
rungen mit optischen Erkennungssystemen 
hingegen erfordern die Verarbeitung sehr 
großer Informationsmengen in kurzen Zeitin- 
tervallen. Aufschluß über das Reaktionsver- 
mögen eines Prozessors unter Echtzeitbe- 
dingungen gibt die Interruptreaktionszeit. An- 
gaben dazu sind aber mit Vorsicht zu werten, 
da zum Beispiel das Betriebssystem (Inter- 
ruptbehandlungsprogramme), aber auch die 
Hardwareumgebung (z. B. Speicherinter- 
face) zu entscheidender Verlangsamung der 
Interruptverarbeitung führen können. 

Der Anwendungsbereich eingebetteter 
Rechnersysteme läßt sich nach IV grob in 3 
Teilbereiche einteilen: 

• sequentielle Steuerungen (z. B. speicher- 
programmierbare Steuerung einer Werk- 
zeugmaschine) 

• geschlossene Regelkreise (z. B. Anfahrre- 
gelung eines Kernreaktors) 

• Datenkommunikation und -Verarbeitung 
(z. B. Bildverarbeitungsteil eines leistungsfä- 
higen Kopiergerätes). 

Grundsätzlich kann man für jede dieser Auf- 
gabenklassen auch Universalmikroprozes- 
soren einsetzen. Führende Halbleiterherstel- 
ler sind aber insgesamt dazu übergegangen, 
spezifische Architekturen zu entwickeln, die 
für bestimmte Anwendungen zugeschnitten 
sind. Solche Mikroprozessoren heißen im an- 
glo-amerikanischen Sprachbereich Mikro- 
controller. Mit dem Mikrocontroller werden 
wieder jene dominierenden Anwendungsbe- 
reiche zurückerobert, für die Mikroprozesso- 
ren ursprünglich erdacht wurden, und die 
sich mit dem Begriff „softwareprogrammierte 
Steuerung“ überschreiben lassen. Zuerst 
waren Mikroprozessoren für Tischrechner 
und Terminalsteuerungen vorgesehen. Sie 
bewährten sich dann auch in der industriellen 
Steuerungstechnik zur Ablösung „fest ver- 
drahteter“ Gerätetechnik. Ab Mitte der 70er 
Jahre begannen sie, in die von traditionellen 


Rechenanlagen belegten Marktsegmente 
einzudringen. Im Vordergrund stand deshalb 
die Erhöhung der Verarbeitungsleistung 
(MIPS-Explosion). Zuerst wurden den Mini- 
rechnern Marktanteile abgerungen. Mit den 
PCs eröffneten sich völlig neue Preis-Lei- 
stung-Klassen. Gegenwärtig wird sogar der 
Supercomputerbereich schrittweise erobert. 
Wenngleich die traditionellen Datenverarbei- 
tungsanwendungen im Vordergrund auch 
des publizistischen Interesses stehen, so 
darf nicht übersehen werden, daß weltweit 
etwa doppelt so viele Mikrocontroller (also 
spezielle CPUs für eingebettete Computer- 
systeme) verkauft werden wie Universalmi- 
kroprozessoren. Bild 1 vermittelt einen Ein- 
druck über die Marktentwicklung /2/. Beherr- 
schung der Mikroprozessortechnik bedeutet 
also auch und vor allem, den Bereich der ein- 
gebetteten Rechneranwendungen zu be- 
herrschen. 



Bild 1 Marktentwicklung bei Mikrocontrollern 
nach 121 


Im Kombinat „7. Oktober“ werden nach eige- 
nen Angaben in Werkzeugmaschinen zur 
Zeit überwiegend importierte Steuerungen 
eingesetzt. Damit wird deutlich, daß in der 
DDR-Volkswirtschaft gerade in diesem ent- 
scheidenden Bereich der eingebetteten 
Rechneranwendungen akuter Nachholebe- 
darf besteht. Auch der Stellenwert der Profilli- 
nie „Industrie-PC“ ist international offenbar 
noch nicht ausgestritten. Vor allem in Hinblick 
auf die zunehmende Nutzung anwendungs- 
spezifischer Schaltkreise (ASICs) erlangen 
Mikrocontroller überragende Bedeutung. 
Einseitige strategische Orientierungen mit 
Überbetonung des Bereiches der Datenver- 
arbeitungstechnik (PCs, Workstations) las- 
sen entscheidende Anwendungsbereiche 
moderner Mikroelektronik außer acht, die zu- 
nehmend für eine moderne Wirtschaft ex- 
portentscheidend sind. 

Am gesamten Mikrocontrollermarkt hatten 
Intel-Architekturen 1987 einen Markanteil 
von 50%. Auf Grund dieser auch gegenwär- 
tig zu beobachtenden Dominanz sollen im 
folgenden Intel-Mikrocontroller und -Mikro- 
prozessoren für eingebettete Systeme im 
Vordergrund stehen. Selbstverständlich bie- 
ten aber auch andere Halbleiterhersteller 
entsprechende Chips an. Intel verfolgt im we- 
sentlichen zwei Architekturkonzepte: 

© Ableitung von Spezialarchitekturen aus 
Universalprozessorlinien (z.B. vom 8086 
oder 386) unter Hinzunahme von Peripherie- 
funktionen mit dem Ziel, einen sehr einfachen 
Schaltungsaufbau zu unterstützen. Dabei 
werden Ergänzungsschaltkreise eingespart, 
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allerdings um den Preis geringerer Lei- 
stungsfähigkeit gegenüber der Original- 
CPU. Es besteht Software kompati bi lität zum 
Universalprozessor. Dieser Weg läßt sich be- 
grifflich am besten mit dem Terminus Ein- 
chipmikrorechner fassen. Einchipmikrorech- 
ner sind besonders für eingebettete Compu- 
ter, die große Datenmengen verarbeiten 
müssen (z. B. Bildverarbeitung oder Daten- 
netze), geeignet. Manche Firmen entwickeln 
Einchipmikrorechner auch mit On-chip-Spei- 
chern und auf der Basis einer eigenständigen 
Architektur ohne Bezüge zu Universalpro- 
zessoren. 

© Entwicklung spezieller Architekturen 
ohne Bezug zu Universalprozessorarchitek- 
turen und deshalb auch ohne Softwarekom- 
patibilität. Für diesen Weg soll der Begriff Mi- 
krocontroller verwendet werden. Mikrocon- 
troller verfügen häufig über eigene Speicher, 
vor allem aber über geeignete, z.T. hoch 
spezialisierte Interfaces zur Ankopplung an 
Meß- und Steuerperipherie sowie zur Daten- 
kommunikation (serielle und parallele I/O- 
Kanäle, Analogein- und Analogausgabe). 

On-chip-ROMs oder EPROMs werden zum 
Teil bei 8- und bei 16-Bit-Systemen angebo- 
ten. Die Programme bei 16-Bit- und 32-Bit- 
Systemen können um Größenordnungen un- 
terschiedliche Längen haben, so daß die In- 
tegration von Speicher auf dem Chip meist 
unökonomisch ist. Statt dessen geht man 
dazu über, Caches (siehe MP 4/90) und 
große Registerfiles on-chip zu realisieren, um 
unzureichende Datenübertragungsraten an 
der Busschnittstelle auszugleichen. 
Einchipmikrorechner und Mikrocontroller 
können nicht immer eindeutig gegeneinan- 
der abgegrenzt werden. Auch in der anglo- 
amerikanischen Literatur werden die o.g. 
Termini nicht einheitlich verwendet. So wird 
der vom 386 abgeleitete 376 durchaus auch 
als Mikrocontroller bezeichnet. Bei der Be- 
griffswahl dürften aber auch Werbestrategien 
eine Rolle spielen . . . 

Einchipmikrorechner — Abkömmlin- 
ge von Universalprozessoren 

Für die 8-Bit-Welt hat Intel keinen Abkömm- 
ling eines Universalprozessors bereitgestellt. 
Vielmehr wurde mit der Familie MCS-48 
gleich der Schritt zum Mikrocontroller vollzo- 
gen. Einchipmikrorechner bietet Intel im 16- 
und im 32-Bit-Bereich an. 

Vom 16-Bit-Universaiprozessor 
zum hoch integrierten 
1 6-Bit-Mikroprozessor 

Der erste 16-Bit-Prozessor von Intel war der 
8086 mit etwa 27000 Transistoren. Durch 
Verdopplung der Transistorzahl gelang es 
1982, im 80186 (kurz 186) zusätzlich zur 
CPU die wichtigsten Komponenten der 
Rundumelektronik zu integrieren: Taktgene-* 
rator, programmierbarer Interruptcontroller, 
programmierbarer Timer/Counter (3x16 
Bit), programmierbarer DMA-Controller (2 
unabhängige Kanäle) sowie Bus- Interface- 
einheit und programmierbare Chipauswahl- 
logik für externe Speichereinheiten und Peri- 
pherieschaltkreise. Ein programmierbarer 
Wartezyklengenerator unterstützt die Nut- 
zung langsamer Speicher- und Peripherie- 
bausteine. Der Lokalbuscontroller ermöglicht 
eine geeignete Extern busschnittstelle für 
Multibus-Systeme. 

Mit dem 1 86 werden insgesamt 1 5 bis 20 Ein- 
zelschaltkreise funktionell auf einem Chip 


vereinigt, was eine einfache und billige Lei- 
terplattenrealisierung ermöglicht. Mit der 
Chipauswahllogik können einzelne Periphe- 
rieeinheiten und Speicherblöcke ausgewählt 
werden. Über programmierbare Konfigura- 
tionsregister lassen sich beispielsweise die 
Speicherbankgröße sowie die Adreßzuord- 
nungen einstellen. Minimalrechnerkonfigura- 
tionen kommen mit wenigen Zusatzbaustei- 
nen (16-Bit-Adreßlatches und 16-Bit-Daten- 
transceiver) aus. Die Konfigurationsregister 
für die Controller sind in einem 256 Byte gro- 
ßen Registerblock zusammengefaßt. Beiden 
Mikrocontrollern MCS-51/96 nennt Intel 
diese Register einheitlich Spezialfunktions- 
register (SFR). 

Der 186 ist aus der Sicht des Programmier- 
modells voll objektcodekompatibel zum 
8086. Damit ist der Softwarefundus des 8086 
(z. B. aus der Multibus- und aus der IBM-PC- 
Welt) nutzbar. Einige neue Zusatzbefehle, 
die später auch im 286 umgesetzt wurden, 
machen die Programmierung effizienter. Ein 
entsprechender „Ableger“ des 8088, also mit 
externem 8-Bit-Datenbus bei voller interner 
16-Bit-Verarbeitungsbreite, ist der 188. 

Den 186 gibt es auch als stromsparende 16- 
MHz-CMOS-Version 80C186. Die CMOS- 
Variante des 188 ist der 80C188. Zusätzlich 
gegenüber den NMOS-Varianten wurde in 
diesen Schaltkreisen eine DRAM-Refresh- 
einheit integriert (Bild 2). Bemerkenswert 
sind zwei neue Arbeitsmodi in der CMOS- Va- 
riante: ein stromsparender Modus, bei dem 
durch programmierbare Taktteilung bis her- 
unter auf 500 kHz der Stromverbrauch redu- 
ziert wird, und ein spezieller Umgebungstest- 
modus, der sich in Intel-CMOS-Mikrocontrol- 
lern unter der Bezeichnung ONCE eingebür- 
gert hat. ONCE ist von on Circuit emulation 
abgeleitet. Durch Hochohmigschalten aller 
Pins kann der Prozessor von der Hardware- 
umgebung abgetrennt werden. Der Adapter 
eines Emulators kann parallel zum Schalt- 
kreis angeklemmt werden, ohne daß der Chip 
aus der Fassung oder von der Platine ent- 
fernt werden muß. Gerade im Gerätebau 
werden Prüf- und Testverfahren häufig da- 
durch erschwert, daß die Chips aus Zuverläs- 
sigkeitsgründen fest auf der Leiterplatte ein- 
gelötet sind. Der ONCE-Modus kommt des- 
halb der Geräteprüfung in der Fertigung und 
am Einsatzort besonders entgegen. 


Die üblichen Peripherie- und Ergänzungs- 
schaltkreise der 8086-Familie sind auch beim 
186/188 verwendbar, zum Beispiel Busarbi- 
ter oder Peripheriechips (8251/8255 usw.). 
Ein Koprozessorinterface (z. B. für die Arith- 
metik-Koprozessoren 8087 und 80C187) 
kann mit dem speziellen, integrierten Bus- 
controller 82188 aufgebaut werden. 

Angaben zur Leistungsfähigkeit des 80186 
sind in der Literatur nur spärlich enthalten. 
Die Interruptreaktionszeiten liegen beim 16- 
MHz-Takt bei einigen 10/ys. Die Verarbei- 
tungsleistung entspricht etwa 50 % der eines 
286 (0,5. . . 1 MIPS). Aus Anwendersicht ist 
für eingebettete Systeme häufig die Kombi- 
nation eines 80186 mit einem 8-Bit-Mikro- 
controller interessant. Der 8-Bit-Mikrocon- 
troller kann beispielsweise „intelligente“ I/O- 
Operationen übernehmen und so den 16-Bit- 
Prozessor von „langweiliger“ und aufwendi- 
ger Routinearbeit zugunsten eines höheren 
Durchsatzes entlasten. An diesem Beispiel 
wird deutlich, daß Intel keine nicht auch aus 
Applikationssicht konzeptionell zueinander 
paßfähigen Prozessor- und Mikrocontrollerli- 
nien entwickelt. Chips unterschiedlicher Ver- 
arbeitungsbreiten, Leistungsparameter und 
Architekturlinien sind miteinander kompen- 
sierbar und gestatten für ein breites Aufga- 
benspektrum den Aufbau von ökonomischer 
und adäquater Hardware. Besonders wichtig 
wird die Paßfähigkeitsstrategie im Hinblick 
auf die Entwicklung anwendungsspezifischer 
Schaltkreise. 

Vom 32-Bit-Universalprozessor 
zum „Verschnitt“ 80376 

Zum 286 gibt es keinen entsprechenden „Ab- 
leger“, wohl aber zum 386 in Form des 80376 
(376). Auf einer 130cm 2 großen Leiterplatte 
kann mit dieser CPU und dem dazugehöri- 
gen Systemperipheriechip 82370 sowie eini- 
gen Zusatzschaltkreisen in SMD-Technik ein 
32-Bit-Rechner aufgebaut werden, der alle 
Vorzüge der 32-Bit-Architektur des 386 auf- 
weist, insgesamt aber 30 LSI/VLSI-Schalt- 
kreise ersetzt (32 KByte EPROM, 64 KByte 
SRAM, 8 DAM-Kanäle, 15 externe Interrupts, 
5 16-Bit-Timer, 1 serieller Controller). Ein sol- 
cher „eingebetteter Rechner“ erzielt bei einer 
1 6-MHz-Taktfrequenz maximal 2,5 bis 3 MIPS. 
Rechner dieser Leistungsklasse benötigt 
man zum Beispiel in der Radartechnik, in Da- 
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tennetzen (Kommunikationsknotenrechner 
in Lokalnetzen), in komplexen Robotersteue- 
rungen oder in Laserdruckern für Desktop- 
Publishing-Systeme. Folgende Architektur- 
unterschiede weist der 376 gegenüber dem 
386 auf: 

- keine Binärcode-Rückwärtskompatibilität 

- Beschränkung auf den 386 protected 
mode (Verzicht auf 286 protected mode, real 
mode und virtual 8086 mode) 

- Verzicht auf Seitenverwaltung (paging) 

- optimiertes Bus-Interface für 16-Bit-Daten 
und 24-Bit-Adressen. 

Intern ist der 376 wie der 386 voll 32-Bit-orga- 
nisiert (Bild 3). Eine Prefetcheinheit liest pa- 
rallel bis zu 16 Byte vom Datenbus. Ein inter- 
ner Spezialpuffer kann bis zu 3 decodierte 
Befehle aufnehmen. Damit erreicht der 376 
an 16-Bit-Bussen eine höhere Geschwindig- 
keit als der 386. Die Einschränkung des 
Adreßraums (16 MByte) ist aus Anwender- 
sicht vertretbar. 

Die Auswahl des protected mode wurde mit 
dem Blick auf solche Echtzeitbetriebssy- 
steme wie das iRMK-386 (iRMK-ll) getroffen, 
die Segmentverwaltung und Objektschutz er- 
fordern. Bei Bedarf kann die interne Seg- 
mentverwaltung nach erfolgreicher Auste- 
stung der Programme abgeschaltet werden. 
Das optimierte Businterface des 376 ermög- 
lichte die Reduzierung der Pinzahl. Ein ver- 
bessertes Zeitregime unterstützt den Betrieb 
auch von 100-ns-DRAMs und -EPROMs. 
Insgesamt erreicht der 376 etwa 70 bis 80 % 
der Leistungsfähigkeit eines 386 in einem 32- 
Bit-System. 

Als Zusatzschaltkreis gibt es den 82370, ei- 
nen integrierten Systemperipheriechip (Bild 
4). Er enthält die Funktionen DMA-Controller, 
zum 82C54 kompatible Counter/I nterval-Ti- 
mer, Interruptcontroller, DRAM-Refreshcon- 
troller, programmierbarer Wartezyklengene- 
rator sowie Prozessor-Reset- und Shut- 
down-Logik für stromsparenden Betrieb. Der 
82370 ist eine 1 6-Bit-Modifikation des 82830. 
Was beim 80186 also noch in einem Chip un- 
tergebracht werden konnte, erfordert nun 2 
Chips. Speziell für eigebettete Rechneran- 
wendungen gibt es den 16-Kx16-Bit- 
EPROM-Speicherschaltkreis 27C203A. 
Transparente Latches auf der Adreß- und auf 
der Datenseite verringern den Schaltungs- 
aufwand und gestatten schnelle Datenzu- 
griffe. Die EPROM-Programmierung ist in nur 
4 Sekunden möglich und kommt so indu- 
striellen Herstellungsprozessen entgegen. 
Als numerischer Koprozessor steht der 
387SX zur Verfügung. Mit interner 80-Bit-Ar- 
chitektur unterstützt er den Standard IEEE 
754 und ist objektcodekompatibel zur 8087- 


Familie. Der 376 ist nicht zu verwechseln mit 
dem 386SX, der ein Zuschnitt des 386 für 
286er Bussysteme ist und den IBM-ATs die 
32-Bit-Leistungsfähigkeit des 386 bei ge- 
ringerem Preis bringt. 

Mikrocontroller 

Die 8-Bit-Generationen 
MCS-48 und MCS-51 

Intel hat mit der Familie MCS-48 und später 
mit der Weiterentwicklung MCS-51 ein gan- 
zes Spektrum von architekturkompatiblen 8- 
Bit-Mikrocontroiiern in unterschiedlichsten 
Konfigurationen geschaffen (verschiedene 
Speichergrößen, ROM-/EPROM-Varianten, 
unterschiedliche I/O- Interfaces), die bis in die 
Gegenwart den Löwenanteil auf dem Con- 
trollermarkt innehaben. 

MCS-48 

Der 8048 wird in HMOS-ll-Technologie her- 
gestellt und enthält 17000 Transistoren. Die 
8-Bit-ALU hat 8 8-Bit-Register, die zweifach 
in den RAM agebildet werden (Tafel 1, Bild 
5). Der Stack hat 8 Ebenen. 96 Befehle sind 
verfügbar, davon 90% Einbytebefehie. Der 
Befehlssatz hat etwa die Mächtigkeit der 
8080-Architektur (Binär-, BCD-Arithmetik), 
jedoch ohne die 16-Bit-Befehlsgruppen. Die 
kürzesten Befehlsausführungszeiten liegen 
bei 1,36 bzw. 2,72 Eine Reihe von Zusatz- 
funktionen macht diesen Chip zum Mikrocon- 
troller. 



Bild 5 Architektur des 8048 
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Als I/O-Kanäle sind 3 bidirektionale Ports zu 
je 8 Bit verfügbar. Davon ist eines für ein ex- 
ternes Bussystem nutzbar („8085-BUS-Op- 
tion“). Mit dem I/O-Expander 8243 kann der 1/ 
O-Adreßraum beliebig aufgefächert werden. 
Auch der Speicher läßt sich über die maximal 
möglichen 4 KByte ROM und 320 Byte RAM 
hinaus durch Bankorganisation beliebig er- 
weitern. 2. Biteingänge können vom Pro- 
gramm direkt ausgestattet werden. Als Zu- 
satzfunktionen enthält der 8048 einen vorein- 
stellbaren 8-Bit-Timer/Counter sowie eine In- 
terrupteinheit mit einem Eingang. Der interne 
Taktgenerator kann im Bereich von 1 bis 
1 1 MHz arbeiten und ist extern synchronisier- 
bar. Damit werden unter anderem die Chipte- 
stung vereinfacht (Synchronisation Tester - 
Testchip) und der Aufbau von Multimikrocon- 
trollersystemen unterstützt. Der 8048 kann in 
folgenden Arbeitsmodi betrieben werden: 
Synchronmodus, Schrittbetrieb, Power- 
down und Externbuszugriff. Beim Power- 
down-Modus (nur für die ROM-Versionen) 
bleiben alle RAM-Daten erhalten. Die aufge- 
nommene Leistung kann auf 10 bis 15% re- 
duziert werden. 

Als Zusatzschaltkreis ist unter der 8085- 
BUS-Option des 8048 die 8080/8085- Peri- 
pherie nutzbar. Anwendungen des 8048 sind 
beispielsweise BCD-/Binärarithmetik, abge- 
setzte Controller oder Gerätesteuerungen. 
Einfache digitale Regler (z. B. PID-Regler) 
sind bei einer 1 1-MHz-Taktfrequenz mit Ab- 
tastraten im ms-Bereich möglich und genü- 
gen damit bereits einer Vielzahl praktischer 
Anforderungen. 

UP 1-4 1/42 

1977 leitete Intel von der Basisarchitektur 
des 8048 einen universal programmable in- 
terface slave microcontroller ab. Dieser Ab- 
kömmling ist kompatibel zu den Bussyste- 
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men der 8- und 1 6-Bit-Universalprozessoren, 
aber auch paßfähig zur Familie MCS-51 . Sla- 
vemikrocontroller werden zum Beispiel in 
Schrittmotorsteuerungen von Matrixdruckern 
oder im IBM PC/AT als intelligenter Controller 
der Multifunktionstastatur eingesetzt. Ge- 
genüber dem 8048 verfügen diese UPls un- 
ter anderem über einen Chip-Select-Ein- 
gang, was die Einbindung als Peripherie- 
baustein in ein Wirtssystem vereinfacht. 

MCS-51 

Auch der 8051 wurde zunächst in HMOS-Il- 
Technologie gefertigt, und zwar mit etwa 
60000 Transistoren. Inzwischen gibt es aber 
auch CMOS-Varianten (Tafel 2, Bild 6). 

Der 8051 enthält eine 8-Bit-ALU mit einem 
gegenüber dem 8048 erweiterten Befehls- 
satz. Hervorzuheben sind besonders die Bit- 
verarbeitungsbefehle (Bit transportieren/set- 
zen/löschen/komplementieren, Bits logisch 
mit UND bzw. ODER verknüpfen, bitabhän- 
gige bedingte Programmverzweigungen). 
Diese Verarbeitungsmöglichkeiten Boole- 
scher Größen (englisch: boolean processing 
capability) prädestinieren den 8051 für Gerä- 
testeuerungen. Im Intern-RAM sind 128 Bit 
einzeln adressierbar, aber auch die Bits aller 
Spezialfunktionsregister (SFR) zur Steue- 
rung des Datenaustauschs mit der Umge- 
bung kann man einzeln erreichen. 

Neu sind 8 x 8-Bit-Multiplikations- und Divi- 
sionsbefehle. 

Die Adreßräume umfassen je 64 KByte für 
Daten und Programme. Der 8051 enthält 2 
16-Bit-Timer/Counter. 4 bidirektionale I/O- 
Ports sind universell nutzbar, zum Beispiel im 
Zusammenwirken mit den Timern für eine 
einfache Analogausgabe mit Pulsbreitenmo- 
dulation oder auch zur Gestaltung eines ex- 
ternen Bussystems. 5 Interruptquellen wer- 
den in 2 Privilegierungsebenen ausgewertet. 
Der Taktgenerator ist wieder on-chip (12 
MHz, extern synchronisierbar). 

Die Hardwareressourcen sowie die Prozes- 
sorarbeitsmodi können über Spezialfunk- 
tionsregister (SFR) durch die Software pro- 
grammiert werden. Die SFR werden in einem 
Registerfeld adressiert, das je nach Spezial- 
konfiguration des Prozessors (z. B. unter- 
schiedliche Anzahl von Timern) entspre- 
chend strukturiert ist. 

Die meisten Befehle brauchen 1 2 T akte zu ih- 
rer Abarbeitung, Multiplikation und Division 
48 Takte, einige Befehle erfordern 24 Takte. 
Bitbefehle werden etwa 5- bis 15mal schnel- 
ler abgearbeitet als entsprechende Befehls- 
folgen auf dem 8048. Als Mittelwert lassen 


sich mehr als 0,5 Millionen Befehle je Se- 
kunde angeben (8-Bit-orientiert). Der 8051 ist 
damit etwas schneller als der 8048, aus An- 
wendersicht aber wesentlich breiter und flexi- 
bler einsetzbar. Die CMOS-Varianten kön- 
nen in zwei stromsparenden Arbeitsmodi 
(Anhalten der CPU) betrieben werden. Im 
Idle-Modus bleiben die Controller aktiv und 
die RAM-Inhalte gesichert. Bei Power-down 
werden nur die RAM-Daten gesichert. Bei der 
CMOS-EPROM-Variante 87C51 gibt es den 
beim 80C186 bereits vorgestellten ONCE- 
Modus zur Unterstützung der On-circuit- 
Emulation. 

Als Zusatzschaltkreise sind die 8080/8085- 
Peripheriecontroller einsetzbar. 

Für Speichererweiterungen gibt es Spezial- 
EPROMs in der Organisation 8Kx8. Der 
87C64 ist zum Anschluß an im Multiplex be- 
triebene Daten- und Adreßbusse ausgelegt. 
Der 27C64 ist für getrennte Bussysteme für 
Daten und Adressen vorgesehen. Beide Va- 
rianten enthalten bereits Zusatzlogik zur Ver- 
einfachung des Schaltungsaufbaus (Latches 
und Demultiplexer). Der EPROM 87C257 hat 
eine 32-Kx 8-Organisation. Hervorzuheben 
sind bei den MCS-51 -Varianten mit on-chip- 
EPROM bzw. -ROM Maßnahmen zum Aus- 
schluß unberechtigten Zugriffs (Software- 
schutz). Mit einer 32 Byte langen Codie- 
rungsinformation können die ROM/EPROM- 
Inhalte exklusiv und ODER-verknüpft wer- 
den, so daß die Bedeutung der Bytes nur bei 
Kenntnis der Codierungsinformation sichtbar 
wird. Außerdem kann man Lesezugriffe auf 
den Internspeicher unterbinden, die Nach- 
programmierung des EPROMs verhindern 
und (als härteste Stufe des Zugriffsschutzes) 
die Prüfung des EPROM-/ROM-lnhalts ver- 
bieten. Die EPROM-Varianten sind nach 
dem Intel-Quick-Pulse-Verfahren program- 
mierbar (8 KByte in 25 Sekunden). Dabei 
wird die Programmierung der EPROM-Zellen 
beendet, sobald die Information stabil einge- 
tragen ist. 

Für externe RAM-Erweiterungen gibt es den 
iRAM 51C86. Das ist ein DRAM-Schaltkreis 
mit der Organisation 8 K x 8, der aber über 
einen internen Refreshcontroller verfügt und 
deshalb nach außen wie ein statischer RAM 
nutzbar ist. Intel bezeichnet diese RAMs als 
pseudostatische RAMs. 

Der 8051 wird vor allem für Kommunikations- 
probleme eingesetzt, zum Beispiel zur Kom- 
munikation nach CSMA/CD (Ethernet), 
HDLC oder SDLC mit bis zu 2 MBaud. Wei- 
tere Anwendungen sind beispielsweise intel- 
ligente Controller in Rechnern (z. B. Tastatur- 
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Bild 8 Architektur des RUPI-44 


Controller oder Ansteuerung eines LC-Dis- 
plays 25 x 80 Zeichen) und die Lösung von 
Permutationsaufgaben (z. B. Codierungsauf- 
gaben in Bankterminals nach dem im USA- 
Bankwesen verbindlichen Data Encryption 
Standard). 

Die Familie MCS-51 kann als Plattform für 
eine Vielzahl von Spezialcontrollern angese- 
hen werden, die für unterschiedliche Aufga- 
benstellungen zurechtgeschneidert wurden. 
Drei Vertreter seien im folgenden kurz vorge- 
stellt. 

UPI-452 

UPI-452 ist ein universeller, frei program- 
mierbarer Slave-Mikrocontroller in CMOS- 
Technologie auf der Basis des MCS-51 (Bild 
7). Er enthält ein 1 28 Byte tiefes, bidirektiona- 
les FIFO-Slaveinterface. Dieser FIFO ist ein 
Zweitorspeicher mit der Zugriffsstrategie first 
in - first out. Er dient dem Informationsaus- 
tausch des Mikrocontrollers mit der Umwelt. 
Dieser FIFO-Speicher kann beliebig auf Ein- 
gabe- und Ausgabeseite aufgeteilt werden. 
Der 2-Kanal-DMA-Prozessor gestattet den 
Transfer von 64-KByte-BIÖcken. Mit UPI-452 
wird das Problem des Datenaustauschs zwi- 
schen schnellen 286er Systemen und lang- 
samerer Peripherie effektiv gelöst. 

RUPI-44 

Der Name RU PI ist abgleitet von remote uni- 
versal programmable interface slave micro- 
controller. Das heißt soviel wie universell pro- 
grammierbarer Interface-Slave-Mikrocon- 
troller für abgesetzte Systeme. Die RUPI-44- 
Familie (Bild 8) enthält Einchipmikrocontrol- 
ler auf der Basis des MCS-51, erweitert um 
einen Controller für ein serielles Hochlei- 
stungsinterface für das HDLC/SDLC- Proto- 
koll, das Daten mit 2,4 MBaud bei Fremdtak- 
tung und 375 kBaud bei Interntaktung über- 
tragen kann. Der serielle Teil kann unabhän- 
gig vom MCS-51 -Kern arbeiten. Interfaceein- 
heit und MCS-51 -Kern kommunizieren über 
einen internen 192-Byte-Dual-Port-RAM. 
RUPI-Prozessoren sind für den Einsatz In 
Hochgeschwindigkeitsnetzen oder in schnel- 
len verteilten Systemen vorgesehen und er- 
füllen dort komplexe Steuerungs- und Daten- 
austauschaufgaben. Ein Anwendungsbei- 


externe 

Interrupts 


HoH 


PO PI P2 P3 


Externbus 
( Adressen / 
Daten ) 



Timer 
' Eingänge 


TXD RXD 
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Tafel 2 Konfigurationsvarianten der Familie MCS-51 


Typ 

ROM-ioser 

Typ 

EPROM- 

Typ 

ROM 

(KByte) 

RAM 

(Byte) 

1 6* Bit* 

Timer 

Technolo- 

gie 

8051 

8031 

(8751) 

4 

128 

2 

HMOS 

8051 AH 

8031 AH 

8751 H 

4 

128 

2 

HMOS 

8052AH 

8032AH 

8752BH 

8 

256 

3 

HMOS 

80C51BH 

80C31BH 

87C51 

4 

128 

2 

CMOS 

83C51 FA 

80C51 FA 

87C51 FA 

8 

256 

4 

CMOS 

83C152 

80C152 

87C152 

8 

256 

2 

CMOS 
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fl 
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Halte- 
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,mhM 3= Mer- 
rupts 


Watchdog- 
Timer 
(1 64000) 


TT7> 




H 


EPROM-Programmier- 
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11 


Takt- 

generator 
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-1 


CPU 


232- 

Byte- 

Register- 

fite 


Register- 
ALU 
(17 Bit) 


Timer 1 (16 Bit) 


Timer 2 (16Bit)\ 


Pulsbreiten 

1 

serielles 


Bi traten- 

modulator 


Port 


generator 


V V 
PortO Porti 


Port 2 -Multiplexer 

7S. 

/'* 

V" 

Port 2 


Hochge- 

schwindig- 

keits- 

Ein-/Aus- 

gabe 

(4 Bit) 


Eingabe Ausgabe 


8 KByte 
ROM/EPROM 


Spei eher - 
Controller 


K=> Steuersignale 


Port 3 
=> Port 4 


spiel sind untereinander vernetzte, intelli- 
gente Sensoren in einem räumlich verteilten 
Meßwerterfassungssystem (Prozeßautoma- 
tisierung). 

80C152 

Als universelle Kommunikationscontroller 
sind die mit 16,5 MHz getakteten Mikrocon- 
troller 80C1 52 konfiguriert. Neben dem Kern- 
controller MCS-51 enthalten diese Chips un- 
ter anderem einen Mulitcontroller-Kommuni- 
kationscontroller (SDLC, HDLC, CSMA/CD 
oder nutzerdefiniertes Protokoll, bis 
2,4MBaud) für Voll- oder Halbduplexbetrieb 
und einen 2-Kanal-DMA-Controller. Beson- 
ders auf kostenempfindliche Anwendungen 
im Hochgeschwindigkeitskommunikations- 
bereich einschließlich Lokalnetzanwendun- 
gen und serielle Rückverdrahtungsbusse im 
Gerätebau zielt diese Architektur. Auch von 
diesen Chips gibt es wieder unterschiedliche 
Speicherkonfigurationen (RAM/ROM/ 
EPROM). 

Zusammenfassung 

Intel hat mit der Familie MCS-51 eine univer- 
selle Basisarchitektur entwickelt, die für die 
Mehrzahl der gegenwärtig und künftig zu lö- 
senden Aufgaben ökonomisch ersetzbar ist. 
Im letzten Abschnitt wird skizziert, wie dieses 
Architekturkonzept im ASIC-Entwurf umge- 
setzt wird. Dieser De-facto-lndustriestandard 
dürfte uns deshalb wohl auch in den kom- 
menden Jahren begleiten, denn noch immer 
gibt es Weiterentwicklungen. Erst 1989 
wurde zum Beispiel der 83C51GB vorge- 
stellt, der ein programmierbares Timer-/ 
Counterfeld enthält und für Anwendungen im 
Automobilbau bestimmt ist (z. B. Zündungs- 
steuerung, Antiblockiersysteme, Sitzverstel- 
lung, Klimatisierung, Bordcomputer, Ein- 
spritzsteuerung, elektronische Fensterver- 
stellung mit Sicherheitsfunktion usw.) F7 /. 
MCS-51 -Zweitlieferanten sind in Westeu- 
ropa zum Beispiel Siemens und Valvo/Phi- 
lips. Diese Hersteller haben zum Teil auch ei- 
gene Modifikationen entwickelt. 

Die 16-Bit-Generation 

Für Steuerungsanwendungen mit Analog- 
werteingabe und -ausgabe sowie mit höhe- 
ren Anforderungen an die Verarbeitungslei- 
stung wurde die 1 6-Bit-Mikrocontrollerfamilie 
MCS-96 mit einem Integrationsgrad von 
120000 MOS-Gattern (ROM-Version) ent- 
wickelt. Neben der NMOS-Variante 8096BH 
und davon abgeleiteten Konfigurationen (1. 
Generation) gibt es auch CMOS-Varianten 
(2. Generation) mit entsprechend verbesser- 
ten Leistungsparametern und vervollkomm- 
neter Architektur (Bild 9). Ein 256-Byte-RAM 
enthält unter anderem die bereits aus der 8- 
Bit-Generation bekannten konfigurationsab- 
hängig belegten Spezialfunktionsregister 
SFR, Daten rettungszellen sowie ein Univer- 
salregisterfile in enger Kopplung mit der 16- 
Bit-ALU. ROM-/EPROM-Varianten enthalten 
8 KByte Speicher auf dem Chip. Ein A/D-Um- 
setzer (CMOS-Variante: 26 bzw. 49 ^s Um- 
setzzeit bei 10-Bit-Auflösung und 12-MHz- 
Takt) mit 4- oder 8-Kanal-Multiplexer und 
analogen Haltegliedern gestattet die Eingabe 
analoger Signale. Eine spezielle mehrkana- 
lige Hochgeschwindigkeitseinheit zur Ein- 
gabe und zur Ausgabe digitaler Signale, ver- 
schiedene Multifunktions-I/O-Ports, mehrere 
Timer mit Captu reregistern (das sind Regi- 
ster zur Erfassung von Zählzwischenstän- 
den), ein pulsbreitenmoduiierter Analogaus- 
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gang (bei 12-MHz-Takt Signalfequenz 
23,6 kHz) sowie zur Funktionsüberwachung 
ein integrierter Watchdogtimer. Der Adreß- 
raum umfaßt 64 KByte. Die Busschnittstelle 
kann wahlweise im MCS-51 -Modus oder im 
16-Bit-Adreß-/Datenmultiplex betrieben wer- 
den. 21 Interruptquellen werden auf 8 Inter- 
ruptebenen gelenkt, davon 1 externer Inter- 
rupt. Die CMOS-Variante 80C196KA ermög- 
licht Multiplikationen von 16x16 Bit in 
2,33^s, die Interruptreaktionszeit beträgt 
0,33 bis 6,5/^s. Die Befehlsausführungszei- 
ten liegen für die NMOS-Varianten zwischen 
1 und 3//s, für die CMOS-Varianten bei 0,5 
bis 1 ,5jus. 

MCS-96-Chips verfügen (je nach Variante) 
über einen Eingang und einen Ausgang zur 
externen Taktsynchronisation. Außerdem ist 
bei den CMOS-Varianten wieder der ONCE- 
Modus für die On-circuit-Emulation nutzbar. 
Die aus dem MCS-51 bekannte ROM-/ 
EPROM-Zugriffssperre blockiert unberech- 
tigte Zugriffe auf ROM-/EPROM-lnhalte. 

Zur schnellen EPROM-Programmierung wird 
der modifizierte Quick-pulse-Algorithmus 
verwendet. MCS-96-Chips unterstützen 3 
Programmiermodi: Selbstprogrammierung, 
Slaveprogrammierung und Programmierung 
während des Programmlaufs. Grundsätzlich 
genügt es, eine entsprechende Spannungs- 
und Signalbelegung zu aktivieren, um den 
Programmiervorgang auszulösen. Bis zu 15 
Slaves können über ein gemeinsames Bus- 
system von einem Master aus programmiert 
werden. Eine Nachprogrammierung wäh- 
rend des Laufs wird zum Beispiel beim nach- 
träglichen Einprägen von Parametern benö- 
tigt. Beim „Einfahren“ von Adaptivreglern kann 
man zum Beispiel einfache Prozeßidentifika- 
tionsalgorithmen (Parameterschätzverfah- 
ren) realisieren, die vor Ort die notwendigen 
Reglereinstellparameter ermitteln und einen 
fest programmierten Regelungsalgorithmus 
damit „füttern“. Eine solche Inbetriebnahme 
vor Ort bedeutet höhere Flexibilität in der An- 
wendung eines Adaptivreglers. Ein interes- 
santes Applikationsbeispiel für diesen Pro- 


zessor ist ein Antiblockiersystem für PKWs 
/10/. Über 4 Geschwindigkeitssensoren wer- 
den die Drehzahlen jedes Rades aufgenom- 
men. Zur Dateneingabe werden die Hochge- 
schwindigkeitseingänge genutzt. Die CPU 
berechnet daraus die Umdrehungsge- 
schwindigkeiten und die Bremsverzögerun- 
gen. Die Ergebnisparameter werden an die 
Bremsregler übermittelt, die die Bremskraft 
jedes Rades steuern. Der gesamte Regelvor- 
gang darf höchstens 5 ms dauern. 

Eine andere Anwendung ist die in /9/ vorge- 
stellte Heizungssteuerung für Warmwasser- 
heizung mit Sonnenkollektor. Ein 16-Bit-Mi- 
krocontroller steuert den Verbrennungspro- 
zeß einer Warmwasserheizung entspre- 
chend den Temperaturwerten in Heizungs- 
vorlauf und -rücklauf. Der Anwender kann un- 
ter anderem Tagesgänge des Temperatur- 
sollwertes programmieren. Außerdem wertet 
die Steuerung die von einem Sonnenkollek- 
tor aufgenommene Energiemenge aus und 
lenkt den Wasserstrom gegebenenfalls 
um. 

Für die Basisversion 8096 wird in /I/ die Soft- 
ware für eine schnelle Fouriertransformation 
mit reellen Eingabewerten vorgestellt. Bei ei- 
ner Verarbeitungsbreite von 16 Bit braucht 
der komplexe Basis-8-FFT-Algorithmus bei 
64 Punkten 12,5 ms (zuzüglich 6,4 ms zur 
Analog Werterfassung bei einer Abtastfre- 
quenz von 156 Hz) und bei 1024 Punkten 
300 ms. Zum Vergleich: Moderne 16- und 32- 
Bit-Signalprozessoren benötigen bei 64 
Punkten Rechenzeiten von einigen 100^s 
bis einige ms. 

Die 32-Bit-Generation 80960 

1988 wurden erste Veröffentlichungen zum 
80960 bekannt. Mit diesem Chip eröffnete In- 
tel seine 32-Bit-Mikrocontrollerlinien, für die 
es gegenwärtig bereits mehrere kompatible 
Varianten in zwei Generationen gibt. 

1. Generation: 80960 K bzw. Mx (x: Konfigu- 
rationskennzeichnung), bei 25-MHz-Taktfre- 
quenz bis zu 9 VAX-MIPS/1 ,2 MFLOPS 
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• 80960 KA - 32-Bit-Mikrocontroller mit 
RISC-Kernprozessor und Interruptcontrol- 
ler 

• 80960 KB - wie 80960 KA, zusätzlich On- 
chip-Gleitkommaeinheit 

• 80960 MB - Mikrocontroller für militärische 
Anwendungen mit hohen Leistungs- und Si- 
cherheitsanforderungen, Unterstützung von 
Speicherverwaltung und Multitasking sowie 
Fehlertoleranz 

2. Generation: 80960 XA und CA - erwei- 
terte Architektur mit verbesserter Betriebssy- 
stemunterstützung und wesentlich gesteiger- 
ter Verarbeitungsleistung bis maximal 66 
MIPS. 

Die 32-Bit-Mikrocontroller folgen einem sehr 
interessanten und an Details reichen Archi- 
tekturkonzept, deshalb stellen wir diese Pro- 
zessoren in einem separaten Beitrag in MP 6/ 
90 vor. 

Die Architekturen von 32-Bit-Mikrocontrol- 
lern basieren auf RISC-Gestaltungsprinzi- 
pien. Trendeinschätzungen besagen, daß 
der 32-Bit-RISC-Markt vor allem im Mikro- 
controllerbereich mit 300 % jährlich verhält- 
nismäßig schneller wachsen wird als der 
CISC-Markt, ganz besonders im Bereich 
der Produktionssteuerung. Für Robotersy- 
steme werden in den kommenden Jahren be- 
sonders hohe Zuwachsraten erwartet /1 5/. 
Nach Angaben von LSI-Logic sind ASICs mit 
32-Bit-RISC-Makrozellen zu einem Preis von 
10$ je MIPS möglich /3/. CISC-Architekturen 
kosten rund 100$ je MIPS. 

Entwicklungsunterstützung 
für den Hard-/Softwareentwurf 

Für alle Mikrocontroller gibt es ein adäquates 
Spektrum an Hard- und Softwareentwurfs- 
hilfsmitteln. Dazu zählen: 

- leistungsfähige Makroassembler 

- Compiler für PL/M (die Haus-Systempro- 
grammiersprache von Intel) und C 

- Echtzeitbetriebssysteme bzw. Betriebssy- 
stemkerne 

- Programmierumgebung (modulare Pro- 
grammierung, Bibliotheksverwaltung, Pro- 
grammpakete - z. B. Gleitkommabibliothe- 
ken) 

- Hard- und Softwaretest Unterstützung (In- 
circuit-Emulatoren, Echtzeitdebugger) 

Die Softwareentwicklung folgt der von den 
Universalprozessoren her bekannten Tech- 
nologie (Übersetzen, Binden, Relokalisieren, 
Bibliotheksverwaltung usw.). Softwaretools 
sind mit einheitlichen Nutzerinterfaces aus- 
gestattet. Dadurch wird der Umstieg auf eine 
neue CPU oder einen neuen Mikrocontroller 
erleichtert. 

Der Komplexentwurf und die Verbundtestung 
von Hardware und Software wird auf der 
Grundlage von leistungsfähigen Emulatoren 
(z. B. ICE-51 ) und Echtzeitdebuggern (z. B. 
PSCOPE-51) unterstützt. Entwicklungsum- 
gebungen sind auf den traditionellen Intel- 
Entwicklungssystemen (INTELLEC-Ill und 
IV), auf IBM-PCs oder zum Teil auch auf Mini- 
rechnern (VAX und MICROVAX) ersetzbar. 
Die Softwaretools laufen unter verschiede- 
nen Betriebssystemen, zum Beispiel unter 
RMX-Systemen, unter UNIX, MS-DOS oder 
VMS. Diese Konsistenz und Kompatibilität 
der Entwickungshilfsmittel wird auch bei der 
im folgenden Abschnitt beschriebenen Ent- 
wurfsbasis für anwendungsspezifische 
Schaltkreise bewahrt. 


Tafel 3 Elemente der CHMOS-ltMntel-MCS-51 -Zellen bi- 
bliothek 


Typ 

Funktion 

UCS51nnX 

Prozessorkern 8051 (nn x 4 KByte ROM, 
x A: 1 28 Byte RAM, 5 Interruptquellen; 
x B: 1 28 Byte RAM, 1 0 Interruptquellen; 
x C bzw. D: wie A bzw. B, aber 256 Byte 
RAM) 

UCS518IU 

Bus-Interface-Unit zur Anbindung von An- 
wenderlogik an den Spezialfunktionsre- 
gisterblock 

UCS51 AD 

8 -Bit- Umsetzer (sukzessive Approximati- 
on, Umsetzzeit 20 //s bei 16 MHz) 

UCS51T2 

1 6-Bit-Timer/-Counter mit 3 Arbeitsmodi 

USC51SIO 

lllliBlill! 

väi 

. . 

serielle E/A-Schnittstelle (vollduplex, 5 
Betriebsarten, variable Bitrate, automati- 
sche Paritätsgenerierung) 

UCSS1BRG 

prog ram m ierbarer Bitrate ng enerator 
(50 Hz... 19, 2 kHz) 


Mikrocontroller und ASICs 

Anwendungsspezifische Schaltkreise 
(ASICs) können international gegenwärtig 
mit einem Integrationsgrad von bis zu 10 6 
Transistorfunktionen gefertigt werden. Damit 
ist es möglich, einen Mikroprozessor oder ei- 
nen Mikrocontroller als Kernprozessor (eng- 
lisch: core processor) mit der gesamten an- 
wendungsspezifischen Umgebungselektro- 
nik auf einem Chip zu integrieren. Internatio- 
nal wurden Komplexitäten des Kernprozes- 
sors bis zur Größenordnung eines 286 be- 
kannt. Der Leiterplattenentwurf wandelt sich 
zum ASIC-Entwurf. 

Bemerkenswert ist die ASIC-Marktstrategie 
von Intel. Nach einem nicht sehr glücklichen 
Versuch im Gate-Array-Bereich entschloß 
man sich, die als Industriestandards bewähr- 
ten Prozessorlinien einschließlich der Ergän- 
zungsschaltkreise in ASIC-Bibliotheken an- 
zubieten. Damit treten folgende Vermark- 
tungseffekte ein: 

- Sicherung des De-facto- Industriestan- 
dards bei Prozessorlinien auch für den ASIC- 
Bereich (Wahrung der Kompatibilität von 
Hardware und Software auf Rechner-System- 
ebene) 

- schritthaltende Umsetzung bewährter Ar- 
chitekturlinien in Form von neuen technologi- 
schen Verfahren. 

Tafel 3 vermittelt einen Eindruck vom Ange- 
bot an MCS-51 -Funktionen in der 1,5-^m- 
CHMOS-Ill-Zellenbibliothek von Intel. Die In- 
tel-Entwurfssoftware enthält die Funktionen 
Schaltplaneingabe, Timingsimulation (Gatter- 
ebene), Programmentwicklung, Systemtest, 
Generierung der Testpattern (für die UCS- 
51 -Zellen gibt Intel die Testvektoren vor) und 
Entwurfsverifikation. ICE-UCS51 ist ein 
ASIC-in-circuit-Emulator zur Komplexte- 
stung von Hardware und Software in der Ziel- 
hardware. Neben den UCS-51 -Kernen kann 
auch die Anwenderlogik emuliert werden. 

Die Entwurfssoftware läuft auf Mentor-Gra- 
fik-Arbeitsstationen, die Referenzsimulation 
auf VAX-Rechnern mit Hardwarebeschleuni- 
gern. ASICs auf der Basis des UCS-51 kön- 
nen bis zu etwa 10000 Gatter Zusatzlogik 
enthalten. Für Emulationszwecke gibt es 
eine spezielle Bondvariante des Prozessor- 
kerns. Die anwendungsspezifische Logik 
kann mit EPLDs (löschbare programmier- 
bare Logikbauelemente) nachgebildet wer- 
den. Noch vor einer Musterpräparation kann 
man so die Systemeigenschaften an einem in 
diskreter Technik aufgebauten Modell unter- 
suchen. Zur Programmentwicklung kann der 
erweiterte Assembler ASM-51 , der auch die 
Testpattern generiert, genutzt werden. 


Als nächstes plant Intel, auch 1 6-Bit-Prozes- 
sorkerne dem ASIC-Entwickler zu erschlie- 
ßen. Grundlage ist jeweils das Original- 
Layout des CMOS-Prozessors. 

Auch andere führende Halbleiterhersteller 
(z. B NEC oder Motorola) bringen in die Zel- 
lenbibliotheken der ASIC-Entwurfssysteme 
bewährte Prozessoren als Kerne ein. Umge- 
kehrt nehmen die Anbieter von ASIC-Ent- 
wurfssystemen standardisierte Kernprozes- 
soren mit Ergänzungsschaltkreisen in die 
Zellenbibliotheken auf. So findet man neben 
den Mikrocontrollern gegenwärtig selbst Uni- 
versalprozessoren einschließlich der Unter- 
stützungsschaltkreise (z. B. 8080-lnterface- 
schaltkreise wie 8251, 8255, 8257 usw.) in 
den Bibliotheken wieder. Auch die Anbieter 
moderner RISC-Prozessoren erschließen 
sich zusätzliche Vermarktungsmöglichkeiten 
über den ASIC-Bereich (z. B. Motorola 
88000, Sun SPARC, MIPS R3000). 

Ausblick 

Mit Mikrocontrollern und eingebetteten Mi- 
kroprozessoren im Gesamtspektrum der ge- 
genwärtig üblichen Verarbeitungsbreiten und 
Verarbeitungsleistungen wird eine Vielzahl 
von zum Teil noch nicht erschlossenen 
Marktsegmenten überdeckt. Der Trend zur 
Nutzung anwendungsspezifischer Schalt- 
kreise führt dazu, daß bewährte Architektur- 
konzepte übernommen werden und Kern- 
stück der Zellenbibliotheken werden. Ein Ge- 
räteentwurf ohne ASICs ist künftig nicht mehr 
denkbar. Die Wiederverwendung von be- 
währten Mikrocontroller- und Mikroprozes- 
sorlinien ist ein Gebot der Akzeptanz und der 
Qkonomie. Halbleiterhersteller sichern die 
Vermarktung von Architektur-Know-how zu- 
sätzlich über die ASIC-Strecke ab, indem sie 
bewährte Konzpete als Zellen einbringen. 
Daraus ergibt sich die Forderung an den 
Schaltkreisentwurf, Architektur und Schnitt- 
stellen neuer Prozessor- und Mikrocontroller- 
familien von Anfang an so zu gestalten, daß 
später eine Übernahme in Zellenbibliotheken 
problemlos möglich ist. 
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Fraktale als Interferenzeffekte 


Gabriele Bühren , Berlin 


Zeitabhängig komplexe Zahlen in Polarkoor- 
dinatenform kombinieren über Betrag und 
Phase die beiden bekannten Bewegungsar- 
ten geradlinig und kreisförmig. Gleichzeitig 
werden auf diese Weise ebene Wellen 1 be- 
schrieben, die unter bestimmten Bedingun- 
gen miteinander interferieren. 

»Bezüglich der belebten Materie wird hier die 
Hypothese geäußert und begründet, daß 
rückgekoppelte Schwingungen, hervorgeru- 
fen durch relativ konstant schwingende Mole- 
külketten, für die Existenz aller Organismen 
von grundlegender Bedeutung sind. 

Springende Spiralen 

Bildet man das Quadrat einer komplexen 
Zahl Z-r exp(ip), wird r quadriert und die 
Phase p = - wt verdoppelt. Man kann auch 
sagen, w bleibt unverändert, und t würde ver- 
doppelt, so daß die Funktion z k dann k Zeit- 
schritten entspricht, in denen der komplexe 
Zeiger jeweils um w weiterrückt. Für r = 1 ist 
durch Z k die ungestörte Rotation des Zeigers 
für k Zeitschritte zu verstehen, ansonsten 
wird die Zeigerspitze eine steile Spirale nach 
innen (r < 1 ) oder außen (r>1) ausführen, 
nach Null oder Unendlich. 

Um diese spiralförmige Implosion oder Ex- 
plosion aufzuhalten und in ein stationäres 
Verhalten zu bringen, müßte ab und zu addi- 
tiv in Richtung Einheitskreis eine Gegenkraft 
wirken. Ein Zentralfeld könnte diese Aufgabe 
vorzüglich erledigen, soll aber hier nicht be- 
trachtet werden, sondern ein an allen Punk- 
ten paralleles Vektorfeld C = r exp(ip), weil es 
zur Apfelmännchen-Familie 

Z = z k + C, z - Z (1) 

führt. Für k gegen Unendlich bildet (1) den 
Einheitskreis ab (siehe Bilder 2 und 3 für 
k = 3 und k = 7; alle Bilder auf der 4. Um- 
schlagseite). 

Multipliziert man verschiedene komplexe 
Zahlen, wird pro Zeitschritt w geändert und r 
auch ungleichförmig bewegt. Die Addition 
des Vektors C aber erzeugt im günstigen Fall 
einen Gegensprung in r und p, das heißt eine 
Kompensation der durch die Multiplikationen 
erzeugten Beschleunigungen. Soll in (1) die 
Gegenkraft häufig wirken, dann addiert man 
C nach jedem Zeitschritt (= Apfelmännchen); 
soll sie im Vergleich zur Explosion schwächer 
sein (mit kleinerer Frequenz), dann erst nach 
mehreren Potenzen von Z, das heißt mit 
k>2. 

Betrachten wir die Beispielgleichung 
Z = z 5 + C. Beim konkreten Punkt C habe 
sich folgendes Verhalten herausgebildet: 

ZI = z3 x z3 x z3 x z3 x z3 + C 

Z2 = zl x zl x zl x zl x zl + C 

Z3 = z2 x z2 x z2 x z2 x z2 + C 

Nach jeweils vier Zeitschritten (Multiplikatio- 
nen) wirkt einmal die Gegenkraft C. Wenn 
sie dreimal gewirkt hat, ist ein ehemaliges Z 
wieder erreicht. Der Vorgang ZI— >Z2— > 
Z3— >Z1 entspricht einer Schwingung, die 
sich auch durch 

Z3 = ((z3 5 + C) 5 + C) 5 + C 


1 Es liegt nahe, verallgemeinerte komplexe Zahlen auch als 

neue Bewegungs- und Wellenarten zu interpretieren 

(s.71/,/2/). 


beschreiben läßt. Dies ähnelt sehr einer 
Schwebung. 

Die Zeigerspirale kann durch ein konkretes C 
noch schneller auf einen Punkt stürzen oder 
nach Unendlich springen (Divergenz). Sie 
kann aber auch in regelmäßige (periodische) 
oder unregelmäßige (chaotische) Pulsation 
geraten. 

Komplexe Wellendarstellung 
und Interferenz 

Im Wellenmodell stellt sich das Ganze als In- 
terferenz von immer mehr Wellen dar. Es ge- 
nügt die Eulersche Winkeldarstellung, um 
alle Punkte des komplexen Fraktals (hier 
stellvertretend Apfelmännchen) als stabile 
Schwebungszustände interpretieren zu kön- 
nen. Die „Urwelle“ sei 

C = r exp(ip) mit p = kx - wt (2) 

Man braucht nur die Iterationsfolge analy- 
tisch auszumultiplizieren und kommt für die 
ersten Werte auf 

ZI = C = rexp(ip) 

Z2 = C + ZI x Zt = rexp(ip) + r 2 exp(i2p) 
Z3 = C + Z2 x Z2 = rexp(ip) + i^exp^p) 

+ 2r 3 exp(i3p) + r 4 exp(i4p) 

Bei jeder Multiplikation entstehen neue Har- 
monische. Die Summanden haben die Form 
S(m) = A m r m exp(irnp). Für Winkel mp, die 
sich gegenüberliegen oder am Kreis symme- 
trisch angeordnet sind, lassen sich immer r- 
Werte finden, die zur vektoriellen Teilsumme 
Null führen. Diese Frequenzanteile heben 
sich dann gegenseitig auf, sind gelöscht. So 
kann es auch Vorkommen, daß ein früherer 
Zustand exakt wieder erreicht wird. Der Vor- 
gang wiederholt sich, das heißt, es erfolgt 
eine Reduktion von Z(n) auf Z(n - j), und Z 
durchläuft immer wieder denselben j-Zyklus. 

Beispiel : 

Summanden 3 und 4 in Z3 für r = 2, p = pi: 

-2r 3 + r 4 = 0. 

Wird durch die Auslöschung kein früherer Zu- 
stand erreicht, aber der Bereich des Auslö- 
schen-könnens nie verlassen, liegt stabiles 
chaotisches Verhalten vor, zum Beispiel auf 
den dünnen Antennenlinien. 

Zum Fraktal gehören nur Punkte, die durch 
Auslöschung erfolgreich das divergente Ex- 
plodieren verhindern. Wenn wir auch unter 
Divergenz das Abtrennen von Molekülen aus 
einer Gruppe verstehen, dann muß sich die- 
sem Auslöschungsprinzip analog der Aufbau 
von Makromolekülen unterordnen. 

Ketten aus Variablen, Vierpolen 
und DNS-Basensequenzen 

Es sind auch gemischte Ketten von Z-Poten- 
zen denkbar, wie 

Z = z 3 - z 5 + C (Bild 5) (3) 

oder die Mischung verschiedener C-Ebenen: 
Z = (z 4 + C1) 3 + C2. 

Darunter fällt das Konzept der verkoppelten 
Zwillinge /3 /: 

ZI =z1 2 + C1 (z2) (4) 

Z2 = z2 2 + C2 (zl) 

die zwar parallel zueinander iteriert werden, 
aber über eine Kopplung in Verbindung ste- 
hen. Mit den beiden Gleichungen 


CI = C x (1 + a x z2), C2 = 

Cx(l-axzl) (5) 

beobachten wir eine Metamorphose des Ap- 
felmännchens. Für ein festes a (Evolutions- 
faktor) wird jeweils ein Bild erzeugt. Mit wach- 
sendem a schiebt das Apfelmännchen seine 
Kugeln von sich, die dann zusammenschrum- 
pfen und sich teilend auflösen (s. Bild 6). Am 
Hauptkörper wächst eine innere Divergenz- 
insei, wie ein Auge, die wieder nach außen 
wandert. Unwillkürlich entstehen Assoziatio- 
nen zum Tierreich. Die fortwährende Teilung 
der Kugeln erinnert an Zellteilung. Ähnlich 
behandelt, entwickelt die Gleichung 


z 4* C 

r, k = 3 

1 + C x z k 


( 6 ) 


aus einem Stern einen kopflosen Schmetter- 
ling (Bild 7: a = 0; 0,25; 0,5; 1 ; 2; 3) oder bildet 
insektenähnliche Inseln (/5 /; Bild 8., 
a = 0,25). 2 

Zunächst möchte ich feststellen, daß den 
Computerfraktalen und den natürlich entwik- 
kelten Fraktalen derselbe Entstehungsme- 
chanismus zugrunde liegt: Interferenz. So 
läßt sich vermuten, daß die morphologischen 
Eigenschaften des biogenetischen Materials 
auch von schwingenden Ketten bestimmt 
werden (Makromoleküle). Diese hatten im 
Urzustand einen symmetrischen Aufbau, wa- 
ren kleine thermische Mikroschwinger. Durch 
Mutationen konnte eine Resonanz mit der 
Umwelt verlängert werden, die auch einen 
Umbau in Nachbarmolekülen provozierte 
(frequenzabhängige Abtrennung schwacher 
Bindungen). Schon hier ist „Vermehrung“ 
(auch Kreuzung) durch Schwingungseffekte 
anzutreffen. Als Nächstes „überlebten“ Mo- 
lekülgruppen, in deren Interferenz-Knotenflä- 
chen sich anorganische Abschirmhüllen an- 
lagern konnten. Später wurden daraus die er- 
sten Zellen und unsere ganze organische 
Welt. 

Ich möchte betonen, daß hier nicht primär die 
chemischen Schwingungen, wie etwa die 
DNS-Reproduktion oder Transportgrößen im 
Sinne der Synergetik, gemeint sind, sondern 
sehr hohe Eigenfrequenzen, die sich aus der 
räumlichen Molekülstruktur ergeben. Die Erb- 
information ist zwar in chemischer Form ko- 
diert, aber erst die Schwingungsprofile bilden 
den zweiten, den dynamischen Teil der Infor- 
mation, der sich über die stoffliche Synthese 
entfaltet und auch diese steuernd (physika- 
lisch) beeinflußt. Denkbar wäre zum Beispiel 
folgender Vorgang: Ist ein Enzym ausrei- 
chend in der Zelle vorhanden, wird übereine 
intensive Schwingungskopplung auch sein 
erzeugendes Gen zu Eigenschwingungen 
angeregt, wodurch die weitere Enzymsyn- 
these gestoppt wird. 

Auch ein konstanter Fehler in der Iterations- 
gleichung muß einer Mutation entsprechen. 
Bild 4 zeigt eine Mutation von Z = z 3 + C, wo- 
bei beim Ausmultiplizieren ein Fehler ge- 
macht wurde. Ein innerer Faktor y war aus 
der Kette 


2 Gleichung (6) ist ein komplexer Faktorregler aus /4/. Diese 
Regler sind auch als verallgemeinerte Vierpolgleichungen 
zu verstehen: Eine Kette identischer längssymmetrischer 
Vierpole transformiert von Glied zu Glied die Ausgangs- 

p 

und Eingangswiderstände wie z zu Z mit Z = — , 

C = tanh(g), R = komplexer Widerstand, W = Wellenwi- 
derstand, g = Übertragungsmaß 


das heißt für die Potenz k = 1 , während in (6) k = 3 vor- 
liegt. 
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REM Programm Schmetterling (groesse=10) 

DEFINT 1,1: DEFDBL a-h.k-z : DIM r (31) , g (31) . b (31) 

INPUT " Biidgroesse (10. ,1) : ",groesse : REM 10 =300*180, 
INPUT " ab Zelle (1..160) : %iy: Iy=iv-1 : REM fuer For 
bry=l: brx=bry: vsx=0 ; vsy=3.9b: norm=20: teiler=l : REM B 
param= .25: lanzmax=200: maxabs=100000! : genau=200 : REM B 
ispalten=groesse*30: iye=i spalten: IF iye>l80 THEN iye=l80 
IF groesse>6 THEN brx=brx* i spalten/Iye : REM Bild 

swx=brx/i spalten: swy=bry/ i ye : panf =-brx/2-swx+vsx : REM pa: 

-iy*swy: genau= (swx+swy) /genau : REM tan 


tanf =bry/2+swy+vsy-iy*swy : genau= (swx+sv 
SCREEN 1,320,200,5,1: past r S=STR$ (param#) 
WINDOW 2 , past r$ , (0, 0) - (310 , 180) ,16,1 


1 =30*30 
zung 
at en 
at en 


_ > echteckig 
an£=Abszisse 
=Ordlnate 


m 


s r ßf=5: ”yl 

Ic<l8 THEN . 
lc>18 THEN g (ic 
_ _ c , r (i c" ~ 
ic : LINE 


pfisra 

4 TO 51 

IF Ic<i8 THEN r (ic) =r (ic 
IF 1018 THEN g ic =g Ic _ 
PALETTE iC.mfi) (jg |i^böfl iy2) 


COLOR 
NEXT: 
r70) =0: g 
WHILE iy < 

1 y= 

Punkt! ix=_ 
X=0! 

iterat;: ianzf 


xa 


(0) =0 : b (0) =0 : g (1) =1 : b (1) 
ye 

y+1: tanf =tanf-swy : ix=0: 
x+1: panr=panr+swx : ianz= 
v=0: p=x : t =y 
ianzf +1 : ky$=INKEY$ : 
z+1: IF ianz > ianzmax 
yalt=y: palt=p: talt=t 


0: PALETTE 0,0, 0,0: PALETTE 1,1.1, 1 
: REM Farbkeil senkr 


enkrecht 


panf =-b r 
0: ianzf 


2+br 
(18)=. 6 

rg/2-swg+vsx : ky$="a" 
: REM Anfangswerte 


IF ky$ = "s" THEN' GOTO en9f S 
THEN grl 1=15: GOTO abbruch 

: REM H a"=param, C 

_ _ - r : REM Zwill 

=2*x*y: q3x=qx*x-qy*y: q3y=qx*y+qy*x a 
d=a*g3x-b*g3y+l : e=a*q3y+b*q3x : fsb=d*d+e*e 
THEN GOTO codel 


ara 

qx=x*x-y*y: qy=2 
u=x+a: v=y+b: < 

IF fsb < 1E-10 
xret t= (u*d+v*e) /f s 


a=panf * (l+param*p) : b=t anf * (l-param*t) 


=a+ib 
ing 1 


Dde _ 

yret t = (v*d-u*e) /fsb 


a=panf * (l+pa? 9 m*x) : ' b=t änf * (1-par am* y) : x=p: y=t : REM Zw. 2 
- “=2*x*y: q3x?qx*x-qy*y : . q3y=g 


qx=x*x-y*y: qy=2*x*y: q3x=qx*x-qy*y : q3y=qx*y+gy*x 
u=x+a: v=y+b: d=a*q3x-b*q3y+l : e=a*q3y+b*q3x : fsb=d*d+e 
IF fsb < 1 E— 10 THEN GOTO codel , , 

p= (u*d + v*e) /I sb : t= (v*d-u*e) /f sb : x=xre 1 1 : y=yr e 1 1 : REM EndeGlg 


i*e 


IF ABS (x) ^ABS^y^+ABS (p) +ABS (t) >maxabs THEN GOTO codel 


IF ia 


dl=ÄBS (xalt-x) +ABS (yalt-y) +ABS (palt 
IF ad>genau THEN GOTO iterat 
GOTO code 2 
ELSE 

IF i L>0 AND 


-p) +ABS (talt-t) 

: REM evtl. 


grl ! =0 


i L>0 AND i L<16 THEN 

iL=lL+l : dd=ABS (XXl-X) +ABS (yyl-y) +ABS (ppl-p) +ABS (ttl-t) 
IF dogenau 4 


THEN GOTO iterat 
xs yyl=y: ppl=p: ttl=t: iL=l: GOTO iterat 
F i L=2 THEN i anzf »1^ JOTO_i t. er.at 


I 

ELSE 
xxl 
END IF 
grl ! =1L: 

GOTO code 
END IF 

codel: grll=31: GOTO abbruch : REM 

code2 : grl 1 = (ABS (x) +ABS (y) +ABS (p) +ABS (t) ) *norm 

IF grl! >30 THEN grl 1=3* 

IF grl ! < 2 THEN grl!=2 
abbruch : 

1 c=lNT (grl 1 ) : PALETTE i c , r ( i c) , g ( i c) , b ( i c) 
COLOR ic: LINE (i x , iy) - (ix , iy) , , Bi 
IF ix < 1 spalten THEN GOT~ “ 


jrat 
äbb r 

evtl . 


od. GOTO codel 
grl I =i anz/tei 1er 


WEND 
endl : 
ende : 
END 


w¥&dow 


a"; WHILE 
“ CLOSE 2 


OTO punkt 

ky$< >"e" : ky$ = INKEY$: WEND 
i SCREEN CLOSE 1 


X = xxx - xyy - xyy - xyy + Cx 
Y = — yyy + xxy + xxy + xxy + Cy 

verlorengegangen. Man sieht noch die Ver- 
wandtschaft mit Bild 1 , aber die „Fühler“ und 
„Krallen“ sind schon tierischer geworden 
(vgl. mit 151). Daraus ist zu folgern, daß die 
komplexe Wellendarstellung nur den harmo- 
nischen Spezialfall beschreibt (kugelige 
Knospen), während im allgemeinen die Itera- 
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Es ist zweckmäßig , oft benutzte Teile von 
Programmen resident (ständig aktiv) im 
Hauptspeicher zu belassen, im vorliegen- 
den Beispiel werden an Hand von C-Kompo - 
nenten in Verbindung mit Fortran und Pascal 
Mechanismen des Aufrufes sowie der Para- 
metervermittlung dargelegt 

Das Problem 

Die Nutzung von Basiskomponenten ist eine 
Möglichkeit zur Erhöhung der Effektivität der 
Softwareentwicklung. Bei größeren Pro- 
grammsystemen ist es aber unzweckmäßig, 


tionen ein unharmonisches Wellenprofil er- 
zeugen. Erst die Zyklus-Welle als nun über- 
geordneter, stabiler Schwebungszustand 
paßt wieder zu unserem bescheidenen Wis- 
sen über Wellen und Bewegungen (s. Bild 1 2: 
Überlagerung dreier Wellen pro Zeile). In die- 
sem Sinne muß der Begriff Interferenz weiter 
gefaßt werden: Überlagerung von nichtlinea- 
ren (rückgekoppelten) Prozessen, die im sta- 
bilen Falle Wellen bilden. 


diese Komponenten physisch in jedes Teil- 
programm einzu binden. Zeitlich wesentlich 
effizienter ist es, allgemeingültige Module 
speicherresident zu entwickeln. Das Be- 
triebssystem MS-DOS bietet durch die Me- 
thoden der Speicherorganisation (Segmen- 
tierung) und die Möglichkeit der Programm- 
verkettung in Form der Eltern-Kind-Prozeß- 
verwaltung dafür eine günstige Ausgangsba- 
sis. 

Man darf aber nicht vergessen, daß MS-DOS 
kein Multitask-/Timesharing-Betriebssystem 
ist. Es existiert für MS-DOS nur ein Prozeß, 
der die alleinige Regie hat. Es müssen somit 
sowohl für die wechselseitige Kommunika- 
tion zwischen Eltern- und Kind-Prozeß als 


Falls alle Bio-Hierarchien, zum Beispiel die 
Zellen, solche „Cladnischen Klangfiguren“ 
darstellen, sollten die Biophysiker versu- 
chen, die Übereinstimmung von Wellenlän- 
gen und Strukturgrößen nachzuweisen, bei- 
spielsweise in Kombination mit Ultraschall- 
holografie. Möglicherweise sind jedoch elek- 
tromagnetische (kein Ladungsgleichge- 
wicht!) oder noch unbekannte Wellen die Ent- 
scheidenden. 

Das einem Embryo ähnelnde Bild 11 ent- 
stammt der Gleichung 

C 

z + — 

z 

1 + C x z 3 

Abgebildet wird wie immer die C-Ebene mit 
z 0 = C. Die Ring- und Ringelstruktur liegt im 
Divergenzbereich und betrifft den Abbruch 
bei großen Z-Werten (15) statt bei kleinen 
( 1 - 10 ). 

Wer sich über erste Grundbegriffe der 
Chaostheorie informieren will, dem sei /6/ 
empfohlen. Die Motive in den Bildern 10 und 
12 wurden nach der in IV beschriebenen 
Gleichung berechnet, wobei Bild 9 dem Bild 3 
aus IV mit Ansatz (2) entspricht und Bild 10 
mit Ansatz (3) ein Detail der Größe 2-3 dar- 
stellt. 

Für alle Bilder (außer 11) wurde ein Amiga 
500 benutzt (32 Farben). Das Listing zeigt 
eine Minimalvariante des AC-Basic-Pro- 
gramms, hier für Bild 8 (1 80 Zeilen). Für eine 
Bildzeile von 300 Punkten werden zirka 9 Mi- 
nuten benötigt (compiliert). Das Programm 
entspricht dem in IV erläuterten Pascal-Pro- 
gramm, wobei die externe Speicherung im 
IFF-Format mit Standardprogrammen wie 
grabbit erfolgen muß. 

Literatur 
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auch für die Prozeßumschaltung eigene Lö- 
sungen gefunden werden. Im folgenden wird 
eine solche Lösung dargestellt: 

© Der Elternprozeß wird in Turbo-C (Spei- 
chermodell samll) erzeugt. Theoretisch wäre 
auch eine andere Sprache wie Pascal oder 
Assembler denkbar. Der Elternprozeß ent- 
hält neben eine n Organisationsrahmen (u. a. 
den Aufruf des Kindprozesses) die durch den 
Kindprozeß zu nutzenden Module. 

© Die Kindprozesse können in einer beliebi- 
gen Sprache entwickelt werden. Im Beispiel 
(Bilder 1 bis 5) werden Lösungen für C, 
Turbo-Pascal (Version 5.0) und Fortran 77 
vorgestellt. 

© Die Prozeßumschaltung erfolgt durch ei- 
nen Softwareinterrupt aus dem aktuellen 
Kindprozeß heraus. 

© Die Übergabe von Parametern erfolgt 
zweckmäßigerweise über Register beim' In- 
terrupt. Im Beispiel wurde ein Zeiger auf eine 
Parameterstruktur gewählt. Denkbar sind 


Eltern-Kind-Prozesse 
unter MS-DOS 
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kinclude <process.h> 

#include <dos.h> 

#include <atdio.h> 
tinclude <bios.h> 

/* */ 

/* Variablen, die fuer die Steuerung benoetigt werden */ 

/* */ 

int far *spmz; /* Zeiger -> Merkzelle SP */ 

int far *ssnz; /* Zeiger -> Merkzelle SS */ 

extern int far _spawn( ) ; /* Funktion SPAWN */ 

/* */ 

/* Beispiel einer Interruptroutine, die physisch im Elternpro-*/ 

/* zess liegt und aus dem Kindprozess durch INT gerufen wird. */ 

/* */ 

static int mss ,msp .rnpsp; /* Merkzellen fuer SS:SP,PSP */ 

static unsigned far *preg; /* Zeiger fuer Registerstack */ 

Union REGS dos; /* Register fuer DOS-Ruf */ 

char puffert 256]; /* Zeichenkettenpuffer */ 

/* */ 

/* Beispiel einer Uebergabestruktur mit Varianten */ 

/* */ 

struct kern { /* Parameteruebergabe */ 

/* USER <> System */ 

int call_kode; /* Rufkode */ 

Union Variante { 

char far *text; /* -> Ruf 0 Zeichenkette */ 

int zahl; /* -> Ruf 1 Zahl als Wert */ 

structt /*, -> Ruf 2 Fortran Zeichenkette*/ 

char far *text; /* Inhaltzeiger */ 

unsigned int 1; /* Laenge */ 

} far *fzk; 

int far *zp; /* -> Ruf 3 Zeiger auf Zahl */ 

} r; 

} far *user ; /* wird auf Kind gestellt */ 

/* */ 

/* Kopieren/Konvertieren von Zeichenketten mit far- Zeigern */ 

/* far_copy - allgemein , for_zk - Fortran */ 

/* */ 

void far_copy(char far *xiel,char far *quelle) 

{ 

while (*ziel++ = *quelle++); 

> 


void for_zk(char far *ziel,char far *quelle , unsigned int 1) 

{ 

while (1 — ) (*ziel++ = *quelle++); 

*ziel=0; 

> 

void Interrupt teet( unsigned rbp, unsigned rdi, unsigned rsi, 
unsigned rds, unsigned res, unsigned rdx, 
unsigned rcx, unsigned rbx, unsigned rax) 


{ 

preg=&rbp; /.* Registerzeiger stellen */ 

®se=_SS; msp=_£P; /* SS : SP Kind retten */ 

_DX=*ssmz ; _CX=*epmz ; /* SS: SP auf Eltern stellen */ 

_SS=_DX; _SP=_CX; _J3P=_CX ; /* BP standardgemaessig = SP */ 

/* Parametervektor stellen */ 

user =MK__FP(*(preg+5) , *(preg+6) ) ; 

/* ümschaltung PSP */ 

dos.h.ah=81; /* PSP der Kind retten */ 

intdos(&dos,&dos) ; mpsp=dos . x . bx ; 

dos.h.ah=80; /* PSP der Eltern einstellen */ 

dos . x . bx=_psp; intdos(&do8,4dos) ; 


♦ Anwerderprogramme */ 

/* SS: SP , BP , PSP stehen auf Elternprozees */ 

/* Verzweiger zu den Anwenderprogrammen */ 

/* oder wie im Beispiel ein kleines Program® */ 

/* */ 

switch ( user->call_Jcode ) { 
case 0 : 

far_copy (puf f er , user->r . text ) ; 
printf ( "%20e\n“ , puffer) ; 
break ; 
case 1 : 

printf ( “%8d\n" , user->r . zahl) ; 
break ; 
case 2 : 

f or_zk (puf fer, user- >r. f zk- >text , user->r . £zk->l) ; 
printf ( "%20s\n'' .puffer) ; 
break ; 
case 3 : 

printf ( "%8d\n" , *user->r . zp) ; 
break ; 

} 


/* */ 

/* Endebehandlung -> Herstellen der Kind-Umgebung */ 

/* */ 


dos . h . ah=80 ; /* PSP Kind einstellen */ 

dos . x . bx=mpsp ; intdos ( &dos , &dos ) ; 


_DX=mss; _CX=mep; /* SS: SP Kind einstellen */ 

_SS=_DX; _J5P=_CX; 

} 

/* Ende Inter ruptrout ine */ 


/* */ 

/* Laden des Interruptvektors */ 

/* */ 

void install(void Interrupt (*f unc) (), int nr) 

{ 

setvect(nr , func) ; 

> 

/* */ 

/* Einrichten eines Zeigers auf die Merkzellen des Eltern- */ 

/* Prozesses, in denen SPAWN SS : SP rettet. */ 

/* */ 

void set_stack_zellen( f ) 
int far *f; 

{ 

ep»z=(f-2); /* Adresse SPAWN - 4 */ 

ssmz=(f-l); /* " - 2 */ 


> 

static char *C_KIND="CKIND. EXE" 
static char *P_KIND= "PKIND.EXE" 
static char *F_KIND="FKIND. EXE" 
main( ) 

{ 


printf ( "Elternprocess Start\n" ) ; 


set_ßtack_zellen(_spawn) ; 
install(test , 240) ; 
spawnl(P_WAIT,CJKIND, *’“ ) ; 
spawnl ( P_WAIT , PJQND , " " ) ; 
spawn 1 ( P_W A I T , F JCIND, “ " ) ; 


printf ( "Elternprocess Ende\n" ) ; 


/* Zeiger auf Merkzelle stellen */ 
/* Einrichten Interrupt */ 
/* Ruf C-Kind-Prozess */ 
/* Ruf P-Kind-Prozess */ 
/* Ruf F-Kind-Prozess */ 


Bild 1 Beispiel Elternprozeß 


auch Varianten unter Verwendung globaler 
Datenbereiche oder auch RAM-Disks bzw. 
Festplatten. 

Das vorgeschlagene Konzept ist kaskadier- 

bar nach dem Prinzip Eltern-Kind-Enkel- 

Damit ist eine Aufteilung der Module in meh- 
rere Teilprogramme, die verkettet aufgerufen 


werden müssen, möglich. Dabei sollten alle 
Prozesse, die Interruptroutinen enthalten, 
nach einem einheitlichen Konzept in C er- 
zeugt werden. Jedem derartigen Prozeß ist 
mindestens ein Interrupt zuzuordnen. Selbst- 
verständlich kann auch der Kommandopro- 
zessor COMMAND.COM Bestandteil einer 


derartigen Kette sein. 

Für die Entwicklung unter MS-DOS sind fol- 
gende Probleme bei der Prozeßumschaltung 
zu lösen: 

- Retten der aktuellen Kindumgebung 

- Herstellen der Elternumgebung 

- Regenerieren der Kindumgebung. 


#include <dos.H> 
#include <process.H> 
#include <bios.H> 
Itinclude <etdio.H> 
/*- 


-*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 


Parameterblock zum Ruf der Elternfunktionen 


/* 

/* 

struct kern { 

int call_kode; 

Union Variante { 

char far *text 
int zahl; 

} r; 

} auser; 

struct kern far *user=&auser ; 
struct REGPACK regis , *preg=&regis ; 
/* 


/* Parameterblock 
/* Rufkode 


/* — > 
/* — > 


Ruf 

Ruf 


Zahl Wert 


-*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 

*/ 


main( ) 

{ 

printf ( “Start C-KIND\n"); 
regis . r_dx=FP_SEG(user ) ; 
regis . r_cx=FP_0FF ( user) ; 

user->call_kode=0 ; 
user->r . text=‘* 'C " -Kind“ ; 
intr(240,preg) ; 

user->call_kode= : 1 1 
user->r . zahl=1234 ; 
intr(240,preg) ; 

printf . C "End« C-KTND\n*‘); 

> 
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/* Beispielprogramm 

/* Startmeldung 
/* Parameteradreeee 
/* stellen 

/* Zeichenkettenueberg . 
/* zum Elternprozees 
/* Ruf Elternroutine 

/* Zahlenuebergabe 


/* Endete !4ung 


uees dos; 

{ — > 

{ Parameterblock zum Ruf der Elternfunktionen > 

{ > 

type 

kern = record { Variante call_kode } 

case call_Kode: integer of 

0 : (text : "char); { Zeiger auf Text } 

1 : (zahl : integer); { Zahl als Wert > 

end; 

t > 

var user : kern ; 

reg : registers ; { siehe unit doe } 

st : etr ing[20] ; 


begin 

writeln( 'Start PASCAL-Kind ' ) ; 
reg . dx: =seg(ueer ) ; 
reg . cx : =of s ( user ) ; 

user . call_kode : =0; 

Bt := 'PASCAL-Kind '+"®; 
user . text : =addr(st[ 1] ) ; 
intr(240, reg ) ; 

user . call_kode : =1 ; 
user . zahl : =1234 ; 
intr( 240 , reg ) ; 

writeln( ' Ende PASCAL-Kind'); 
end. 

4 Bild 2 Bee&pfof C-GSfessf 


{ Startmeldung } 

{ Zeiger auf Parameter- > 

{ block } 

{ Zeichenkettenausgabe } 

{ Beachte \0 fuer C > 

{ INT-Ruf > 

{ Zahlenausgabe } 

{ Endemeldung > 


Bild 3 ftmssl-Ksfid 
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c 

c ! Fortran 77-Kindprozeße 

c 

program FKIND 

print 10 

10 format( ' Start Fortran 77-Kind '/) 
call elter2( ' Fortran 77 - Kind') 
call elter3( 1234 ) 

print 11 

11 format( ' Ende Fortran 77-Kind '/) 
end 


Bild 4 Beispiel Fortran-Kindprozeß 


; *********************************************** 
; ASM-Schittstellenprogrann fuer Fortran 
; *********************************************** 
name FORASM 

RUF macro name , CALL_K ODE , Paraneter 
public name 
name : push ax 

mov ax, Parameter * 200h + CALLJCODB 

jmp RUFI 

endm 

code eegment 

asBume cs : code, da : nothing , es : nothing , 
es : nothing 


fsys 

proc 

far 


;Liste alles 

Eintrittspunkte 



RUF 

elter2,2,l ; Zeichenkette 


ROF 

elter3 ,3,1 ; Zahl 

RUFI: 

push 

bx 



puah 

CX 



puah 

dx 



puah 

di 



puah 

si 



push 

bp 



push 

ea 



puah 

de ; Register retten 


xor 

ch, ch 



■ov 

cl , ah 

cx=anz Paraseter 


push 

SS 

SS: DI -> Paraseter 


pop 

de 

in DS : SI unladen 


■ov 

si ,di 

= Paraieter * 4 


add 

si, 4 

Aufsatz ab Byte 4 


push 

cs 

Ziel ES : DI 


pop 

es 



■ov 

di, offset user+2 ; Zeigerposition 


xor 

ah , ah 



»ov 

es: word ptr [di-2],ax 




CALL-Kode 

rep 

BOVSH 


laden user 


■OV 

cx, off eet ueer 

INT vorbereiten 


■ov 

dx.seg user 



int 

240 

Eltern rufen 


POP 

de 



pop 

SB 



pop 

bp 



pop 

si 



pop 

di 



pop 

dx 



pop 

ex 



pop 

bx 



pop 

ax 

, Register laden 


ret . 


retf 

ueer 

dw 

12 dup(0) 

CALL-Kode + 5 Zeig« 

fsys 

endp 



code 

endo 




end 




Bild 5 Assemblerunterprogramm für Fortran 


Turbo-C gestattet durch den Modifizierer IN- 
TERRUPT die Deklaration von Interruptrouti- 
nen. Eine genaue Untersuchung der verfüg- 
baren Turbo-C-Version im Speichermodell 
small zeigte jedoch, daß diese Lösung nicht 
allgemeingültig ist. Die Nutzung anderer 
Speichermodelle ergab ebenfalls keine ver- 
wendbare Variante. 

-Die Register SS:SP werden nicht umge- 
schaltet. Dynamische Speicherbereiche wer- 
den aber sowohl über SS:BP als auch über 
DS:xx adressiert. Das ist nur korrekt, wenn 
SS und DS den gleichen Inhalt haben. 

- Der Programmsegmentpräfix (PSP) wird 
nicht aktualisiert. 

- Einige Funktionen, zum Beispiel PRINTF, 
arbeiten trotz expliziter Nutzung von FAR- 
Zeigern intern mit NEAR-Zeigern. Es wird 
praktisch das eigene Datensegment ange- 
nommen und der Segmentteil des FAR-Zei- 
gers ignoriert. 

Da die integrierte Turbo-C-Umgebung keine 
Assembleranweisungen unterstützt, sind 
diese zu vermeiden. Das ist insofern kein 
Problem, da der Zugriff auf die Prozessorre- 
gister unter Beachtung einiger Restriktionen 
symbolisch in C erfolgen kann. Abhängigkei- 
ten von Betriebssystem und Hardware sind 


zu konzentrieren, um eine Portierbarkeit mit 
geringem Aufwand sichern zu können (z. B. 
80286 als Prozessor). 

Die Beispiellösung 

Das Prinzip soll an einem konkreten Beispiel 
erläutert werden. Es wird daher von nur ei- 
nem Elternprozeß ausgegangen, der nach- 
einander drei Kinderprozesse aufruft, die in- 
haltlich ähnlich sind, aber in C, Turbo-Pascal 
und Fortran 77 geschrieben wurden. 

Parameterübergabe 

Im Prinzip ist es möglich, eine begrenzte Zahl 
von Parametern direkt über die Prozessorre- 
gister zu übergeben. Wesentlich allgemeiner 
ist jedoch die vorgeschlagene Lösung in 
Form einer speziellen Datenstruktur. Die Ver- 
wendung eines CALL-Kodes erlaubt es, un- 
terschiedliche Programme des Elternprozes- 
ses über nur einen Interrupt aufzurufen. Für 
jeden möglichen CALL-Kode muß eine iden- 
tische Datenstruktur sowohl im Eltern- als 
auch im Kindprozeß vereinbart werden. Dazu 
bieten Turbo-C durch Unions in Strukturen 
und Turbo-Pascal durch Varianten in Daten- 
sätzen ausreichende Mittel. Diese beiden 
Sprachen unterstützen sowohl die Wert- als 
auch die Adreßübergabe von Parametern im 
Stack, wobei Adressen generell als FAR ver- 
einbart werden müssen. 

Die Nutzung von Fortran 77 ist etwas kompli- 
zierter. Hier wird beim Unterprogrammaufruf 
ein Vektor vom FAR-Zeiger auf die aktuellen 
Parameter bereitgestellt. Eine Werteüber- 
gabe oder eine Zeigerarbeit wird nicht unter- 
stützt. 

Da im Sprachumfang die Auslösung eines In- 
terrupts nicht vorgesehen ist, wurde ein As- 
semblerprogramm unter Verwendung von 
Macros entworfen, das den Aufbau der erfor- 
derlichen Parameterstruktur und den Inter- 
rupt gewährleistet. Dieses Programm kann in 
die Standardbibliothek eingeführt werden, 
oder es ist beim Linken explizit anzugeben. 

Kompatible Datenformate 

Tafel 1 zeigt die nutzbaren Datenformate. 
Problemlos können die Integer-Formate ver- 
wendet werden, Real-Formate sind zwar in- 
tern identisch (8087-Formate), aber die zu- 
gelassenen Wertebereiche der einzelnen 
Sprachen sind unterschiedlich. Problema- 
tisch hingegen sind Zeichen ketten. Es kann 
jeweils ein Zeiger, der auf eine sprachtypi- 
sche Struktur zeigt, übergeben werden: 

Pascal Byte 0 = logische Länge 

ab Byte 1 = Inhalt 

C ab Byte 0 = Inhalt mit folgender 

0 als Endekennung 

Fortran 77 Adresse einer Verwaltungs- 
struktur 

Byte 0 ... 3 = FAR-Zeiger auf 
Inhalt 

4 ... 5 = logische Länge 


Tafel 1 Nutzbare Datenformate 


Turbo-C 

Turbo- 

Pascal 

Fortran 77 

Wertebereich 

char 

shortmt 


- 128... 127 

unsigned 

char 

byte 


0 ... 255 

int 

integer 

INTEGEFU2 



word 





INTEGER*4 

— 


single 

REAL*4 


double 

double 

REAU8 

0,56E- 3Ö8 ...0,9E T3ÖB 


Zweckmäßigerweise sollte im Elternprozeß 
eine Konvertierung in das C-Format erfolgen, 
was günstig mit der notwendigen Kopierope- 
ration verbunden werden kann. 

Der Elternprozeß 

Das Progammbeispiel in Bild 1 beinhaltet die 
Hilfsprogramme zum Aufrufen des Kindpro- 
zesses sowie eine einfache Demonstration 
einer Interruptroutine. 

MAIN-Funktion 

Die spawnl ()-Funktion des Turbo-C-Sy- 
stems rettet vor dem direkten Start des Kind- 
prozesses über die entsprechende DOS- 
Funktion die Register SS und SP in Merkzel- 
len, die symbolisch durch spawn erreichbar 
sind. Die Funktion set^stack^zeflen richtet 
entsprechende Zeiger ein. Der Kindprozeß 
kann nach Einträgen der Adresse der Be- 
handlungsroutine ( install , im Beispiel Inter- 
rupt 240) in bekannter Weise mit spawnl ge- 
startet werden. Damit geht die Prozeßregie 
an den Kindprozeß über. Wird dieser ord- 
nungsgemäß verlassen, wird der Elternpro- 
zeß mit der folgenden Anweisung fortgesetzt. 
Das wird durch MS-DOS organisiert. 

Interruptroutine 

Durch die Deklaration als Interrupt in Turbo-C 
werden automatisch die Register AX, BX, 
CX, DX, ES, DS, SI, Dl und BP auf den aktu- 
ellen Stack gerettet. Da der Kindprozeß ruft, 
erfolgt dies in dessen Stack. Anschließend 
werden das DS-Register mit dem Datenseg- 
ment des Elternprozesses und BP als Zeiger 
für die in den Stack geretteten Parameter ge- 
stellt. Damit sind die Registerzustände des 
Interruptrufes als Variablen verfügbar. Da 
Turbo-C im Speichermodell small für seine 
interne Arbeit DS = SS voraussetzt, ist eine 
Umschaltung des Stacksegmentes, gefolgt 
von einer Korrektur von SP, notwendig. Damit 
sind aber die Parameter der Interrupt-Routine, 
die über SS:BP des Kindprozesses adressiert 
werden, nach der Umschaltung nicht mehr 
verfügbar. Deshalb wird zunächst der Pointer 
PREG auf die Parameter initialisiert. 

Die Umschaltung des Stacks sollte in der an- 
gegebenen Reihenfolge ausgeführt werden. 
Die Verwendung der Register DX und CX ist 
notwendig, um die Ladeoperation SS, SP als 
zwei aufeinanderfolgende Befehle erzwin- 
gen zu können (Sicherung der Interruptfähig- 
keit). Weiterhin ist das Register BP korrekt zu 
stellen. Turbo-C verwendet standardmäßig 
im C-Modus folgendes Prinzip der Parame- 
terübergabe: 

rufendes Programm : Alle Parameter werden 
in SS:SP gekellert, anschließend wird das zu 
rufende Programm mit call aufgerufen (FAR 
oder NEAR sind erlaubt). 
gerufenes Programm : Ohne Einrichtung lo- 
kaler dynamischer Variablen wird folgender 
Startkode generiert: 

PUSH BP 

MOV BP, SP 

Damit ist das Register BP als Zeiger auf die 
Parameter im Stack verwendbar. Die Entfer- 
nung der Parameter aus dem Stack ist im C- 
Modus Sache des rufenden Programms. Das 
gerufene Programm endet mit: 

POP BP 

RET ; NEAR oder FAR 
Stackkorrektur : Die Entfernung der Parame- 
ter erfolgt im rufenden Programm durch den 
Befehl: 

MOV SP, BP 
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Diese Steuerung funktioniert nur, wenn BP 
auf das Ende des Stacks einer Programm- 
strukturzeigt. 

Bei der als Beispiel angeführten Interruptrou- 
tine (Bild 1 ) mit eigener Stackumschaltung ist 
also zusätzlich BP mit dem Inhalt von SP zu 
laden. Lokale Variablen sollten in Interrupt- 
routinen nicht vereinbart werden, da diese 
nach der Stackumschaltung nicht direkt 
adressierbar sind und die BP-Verwaltung 
verkomplizieren. 

Die Umschaltung des PSP erfolgt unter Nut- 
zung der MS-DOS-Funktionen 80/81 in be- 
kannter Art und Weise. 

Im Beispiel wird eine Parameterüberwa- 
chung vom Kind- zum Elternprozeß durch 
eine spezielle Struktur ermöglicht, deren 
Adresse durch den Kindprozeß in die Regi- 
ster DX und CX geladen wird. Im Elternpro- 
zeß wird der Zeiger user auf diese Struktur 
gestellt. Nach diesen Vorbereitungen können 
die gewünschten Aktionen ausgeführt wer- 
den. In der Endbehandlung werden der PSP 
sowie SS und SP des Kindprozesses einge- 
stellt (beachte die Verwendung von DX, CX). 
Die POP-Operation für die Register sowie 
der IRET werden durch Turbo-C automatisch 
generiert (Interrupt-Deklaration). Da Turbo-C 


Andreas Bliesener, Rostock 

Die Turbo-Pascal-Compiler der Versionen 
4.0 und 5.0 steifen leistungsfähige Bibliothe- 
ken zum Programmieren grafischer Ausga- 
ben zur Verfügung. Es sollen hier einige Aus- 
sagen zur Nutzung dieser Software für den 
Rechner EC 1834 mit Grafik-Adapter ge- 
macht werden. 

Der EC 1 834 besitzt ebenso wie der A 71 50 
einen Grafik- Adapter auf Basis des GDC U 
82720. Der EC 1834 emuliert dabei eine 
CGA-Karte, deren grafische Fähigkeiten 
eher bescheiden zu nennen sind. 

Durch die Bereitstellung des Treibers VE- 
89. SYS werden zwei neue Grafik-Modi mit 
erheblich größerer Leistungsfähigkeit verfüg- 
bar. Der Modus 8 ermöglicht zwar die Dar- 
stellung von 640x480 Punkten in 16 Far- 
ben, aufgrund des verwendeten Grafikpro- 
zessors wird jedoch keine Kompatibilität zum 
VGA-Standard erreicht. 

Der Modus 9 kann 640 x 400 Punkte in zwei 
Farben darstellen. Dieser Modus ist kompati- 
bel zum Grafik- Adapter von AT & T. Leider ist 
aufgrund der unterschiedlichen Initialisierung 


nicht korrekt mit FAR-Zeigern arbeitet, soll- 
ten entweder eigene Funktionen benutzt wer- 
den, oder die Daten sollten, wie am Beispiel 
einer Zeichenkette gezeigt, in Puffer des El- 
ternprozesses kopiert werden (far-copy). 
Weiterhin ist zu beachten: In der Interrupt- 
Routine dürfen aufgrund der Stackumschal- 
tung keine lokalen Variablen deklariert wer- 
den. Es ist zweckmäßig, eine globale Dekla- 
ration als static zu verwenden. Diese einfa- 
che Methode ist jedoch nicht rekursiv ver- 
wendbar. Ist diese jedoch gefordert, so müs- 
sen die Merkzellen für die Register SS, SP 
und den PSP sowie die Zeiger USER und 
PREG stackartig organisiert werden. 

Die Kindprozesse 

Inhaltlich sind die drei Varianten in den Bil- 
dern 2 bis 4 ähnlich. Es wird eine Interrupt- 
routine im Elternprozeß durch den aktuellen 
Kindprozeß zweimal gerufen. Zunächst soll 
eine Zeichenkette des Kindprozesses, die 
durch einen Zeiger adressiert ist, mit einer 
PRINT -Anweisung des Elternprozesses aus- 
gegeben werden. Durch die Zeiger ist das in 
C und Pascal recht einfach, wobei in diesem 
Fall in Pascal ein C-gerechtes Format organi- 
siert wird. Für Fortran 77 wird die Konvertie- 


dieses Modus eine Benutzung der für die 
Turbo-Pascal-Compiler vorhandenen Biblio- 
theken nicht ohne weiteres möglich. Die Be- 
nutzung der Unit Graph und der Graphix- 
Toolbox ist aber dennoch möglich. 

Die Unit Graph und der Video-Modus 9 

Die Unit Graph benutzt als Schnittstelle zwi- 
schen allgemeinen Unterprogrammen für die 
Grafik und dem Video-Adapter das soge- 
nannte Borland Graphics Interface (BGI). 
Dieses Interface besteht aus Treiber-Pro- 
grammen, die in Form von Dateien mit dem 
Suffix BGI vorliegen. Dieses Konzept ermög- 
licht das Erstellen von Programmen, die auf 
den unterschiedlichsten Video-Adaptern 
(CGA, EGA, VGA, Hercules) ohne große Än- 
derungen lauffähig sind. 

Der Video-Modus 9 des EC 1834 aber läßt 
sich durch keinen der vorhandenen BGI-Trei- 
ber direkt ansprechen. Durch einen Patch in 
dem BGI-File ATT. BGI ist dies jedoch leicht 
möglich. 

Die Auflösung von 640 x 400 Punkten wird, 
wie schon erwähnt, durch den Modus 9 initia- 
lisiert. Im Original-Treiber geschieht dies je- 
doch durch den Modus $40. 


rung ins C-Format im Elternprozeß vorge- 
nommen. Danach wird eine Integerzahl vom 
Kind- zum Elternprozeß übergeben. Das er- 
folgt in C (Bild 2) und Pascal (Bild 3) als Wert 
und in Fortran 77 (Bilder 4 und 5) als FAR- 
Zeiger. Diese einfachen Beispiele sollen als 
Anregung dienen. Für eigene Lösungen ist 
generell zu beachten: 

- Die Struktur zur Parameterübergabe des 
Kindprozesses muß zur Vereinbarung im El- 
ternprozeß kompatibel sein. 

- Es dürfen nur FA R-Zeiger/- Adressen ver- 
wendet werden. NEAR-Zeiger führen 
zwangsläufig zu Fehlern. 

- Es können bei Verwendung unterschiedli- 
cher Sprachen nur kompatible interne For- 
mate verwendet werden. Im Beispiel wird das 
für die Zeichenkette in Pascal durch explizi- 
tes Anfügen von \0 erreicht. 

- Fortran übergibt FAR-Adressen. Werte 
können nicht direkt übermittelt werden. 
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Das folgende Programm tauscht deshalb die 
Modus-Nummer und ermöglicht dadurch die 
richtige Initialisierung des Bildschirms (Bild 1 ). 
Vor der Benutzung des Treibers, muß er je- 
doch explizit in folgender Form angemeldet 
werden. 

VAR GraphDriver, 

GraphMode : INTEGER; 

BEGIN 

Graph Driver:=ATT400 
GraphMode:=ATT400hi; 


END. 

Eine Initialisierung in der Form 

GraphDriver:=Detect; {automatische Erken- 
nung} 

funktioniert nicht, da die Grafikkarte mit 256 
KByte RAM ausgestattet ist und als EGA/ 
VGA erkannt wird. 

Die Graphix-Toolbox (Version 4.0) 

In der Graphix-Toolbox wird ebenfalls eine 
Trennung in hardwarenahe und die eigentli- 
chen Zeichnungsroutinen vorgenommen. 
Die hardwarenahen Routinen werden bei der 
Installation der Graphix-Toolbox in die Unit 
GDRIVER eingebunden. 


Grafik mit dem EC 1 834 


Bild 1 Patch-Programm für den Treiber ATT. BGI 

PROGRAM Patch} {EC 1834 - Turbo 5.0 ATT. BGI vom 10.10.88} 
{ Turbo 4.0 ATT. BGI vom 09.12.87} 

USES CRT , DOS ; 

{«DEFINE TÜRB05} (Definiere Constante für Turbo 5.0 ATT. BGI} 
(Für Turbo 4.0 ATT. BGI «DEFINE entfernen} 

{« I FDEF TURB05 } 

CONST Adr = 1563; {Adresse des zu verändernden Bytes} 

{«ELSE} 

CONST Adr - 1365} 

(«ENDIF ) 

VAR BGI : FILE OF BYTE; 

B : BYTE; 

Datum : LONGINT ; 

Dat s DATETIME; 


BEGIN 

Assign ( BG I , ’ ATT . BGI ' ) ; 

Reset ( BG I ) ; 

GetFT ime ( BG I , Datum ) ; {Hole Filedatum und -zeit) 

UnPac kTime ( Datum , Da t ) ; 

ClrScr; 

Wr i teLN ( ' Der Treiber ATT. BGI vom , Da t . Day : 2 , ' . ' , 

Dat ,Month:2, ' . ' ,Dat . Year , 

' wird an das Video-System des EL 1834' ) ; 

Wri teLN ( ' angepaßt . ' ) ; 

B:=4>09; {Der Wert für den gewünschten Video-Modus) 

Seek ( BG I , Adr ) ; 

Wr i te ( BGI , B ) ; 

SetFT ime ( BGI , Datum) ; {Setze altes Filedatum und -zeit) 

Close ( BGI ) ; 

WriteLN; 

Wri teLN ( 'Fertig. ' ) ; 

END. 
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Zeile 172: - ■ 

const 

Graf Mode = $0009; { BIOS Interrupt 10 AX register > 

{ Im normalen ATT-Driver steht hier $0040 ) 

Zeile 296: 

Disp 1 ayType : = I BMCGA ; (Einfügen - 

Es wird eigentlich eine EGA erkannt. 

Im weiteren Programmver lauf wurde 
bei einer EGA die Farbpalette ver- 
ander t . > 

Bild 2 Initialisierung des Video-Modus 


Zei le 548: 

var picture : screentype; 

procedure SaveScreen{ {Fi leName : WrkString)}; 
type PicFile = file of ScreenType; 
var PictureFile : PicFile; 

IOErr : boolean; 

procedure IOCheck; 
begin 

IOErr := IOresult <> 0; 
if IOErr then 
Error ( 27 , 5); 
end; { IOCheck > 

begin 

if FileName <> ' ' then 

begin 

IOErr := false; 

move ( ptr ( graf base , 0 ) , picture , ScreenSizeGl b shl 1); 
Assign ( Pic tureFi 1 e , FileName); 

{$1-} Rewri te ( Pic tureFi 1 e ) ; ($1+) 

I OChec k ; 

if not IOErr then 
beg in 

($1-} Wri te (Pic tureFile , Picture); {$1+} 

IOCheck; 
end ; 

if not IOErr then 
begin 

{$1-} Close ( Pic tureFi le ) ; ($1+) 

IOCheck ; 
end ; 
end 
e 1 se 

Er ror ( 27 , 5); 

end; { SaveScreen } 

Bild 3 Änderung der Prozedur SaveScreen 


procedure LoadScreen { ( Fi 1 eName : WrkString)); 
type 

PicFile = file of ScreenType; 
var 

PictureFile : PicFile; 
begin 

if FileName < > ' ’ then 

begin 

Assign ( Pic tureFi 1 e , FileName); 

($1-) Reset (PictureFi le ) ; {$1+) 

if IOresult <> 0 then 
Error ( 1 1 , 5) 
eise 

begin ..." 

Read ( Pic tureFi le , Picture); 

Close(PictureFi le ) ; 

move ( pic ture , ptr ( graf base , 0 ) A , ScreenSi zeG 1 b shl 1); 
end ; 

end 

eise 

Error (11,5); 
end; { LoadScreen > 

Bild 4 Änderung der Prozedur LoadScreen 


Für den AT & T-Adapter ist auch hier die Möglichkeit gegeben, ihn an 
den EC 1834 anzupassen. 

Alle folgenden Änderungen betreffen das File GRAFATT.DRV (Bild 2). 
Die Prozeduren in Bild 3 ersetzen die originalen Prozeduren Save- 
Screen und LoadScreen, da diese am EC 1834 zum Rechnerabsturz 
führten. 

Nach dem Einträgen der Änderungen wird eine kompilierfähige Ver- 
sion der Graphix-Toolbox mit der Batch-Datei TGINST.BAT erstellt. 
Der Aufruf lautet: 

[Laufwerk:] [Pfad] \ > TGINST ATT. 

Danach kann das Programm TGDEMO.PAS kompiliert werden, wo- 
bei die Units GDRIVER, GKERNEL, GWINDOWS und GSHELL er- 
zeugt werden. Damit ist eine Nutzung der Graphix-Toolbox im vollen 
Leistungsumfang möglich. 
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L3, PC-MOS, VM/386 

3 Systeme , 
3 Methoden 

David Possin 


Wer noch mit MS-DOS arbeitet ; nutzt die Lei- 
stung eines 32-Bit-Personal-Computers bei 
weitem nicht aus. Steigt man auf Unix um, 
läßt sich meist die vorhandene DOS-Soft- 
ware nicht mehr nutzen. Den Ausweg aus 
dem Dilemma versprechen DOS-kompatible 
Multiuser/Multitasking-Systeme wie L3, PC- 
MOS oder VM/386. (pl) 

D erzeit ist MS-DOS in der Praxis bei PC- 
Betriebssystemen Nummer eins der 
Weltrangliste. An dieser Position dürfte 
sich in den nächsten Jahren trotz OS/2 oder 
Unix auch nichts Entscheidendes ändern. 
Microsoft und IBM versuchen zwar mit OS/2 
einen würdigen Thronfolger für DOS zu kü- 
ren, aber die Komplexität und die damit ver- 
bundenen Probleme wie Programmfehler, 
enormer Speicherbedarf und fehlende Zahl 
von Standardprogrammen verhindern bis 
jetzt den erhofften Durchbruch. 

Sicherlich wird OS/2 als Multitasking-Be- 
triebssystem auch erst seine Bedeutung als 


Multi user-System erhalten, wenn es erst ein- 
mal die Speicherverwaltungs-Techniken der 
80386- und 80486-Prozessoren unterstützt 
und entsprechende Zusätze erhältlich sind, 
damit mehrere DOS-Tasks auch von Termi- 
nals angesprochen werden können. Die Ent- 
wicklung des LAN-Managers für OS/2 zeigt 
schon in die genannte Richtung. Nur: Bis dies 
soweit ist, nutzen die Hersteller anderer Be- 
triebssysteme die Lücke aus, die entstanden 
ist. Und diese Lücke scheint ziemlich groß zu 
sein, wenn man die Anzahl der Betriebssy- 
steme und der Betriebssystem-Erweiterun- 
gen betrachtet, die die nächsten Schritte 
nach DOS darstellten. 

Unix dagegen hat im Prinzip durch seine 
technischen Vorteile und die große Akzep- 
tanz in der mittleren Datentechnik die besse- 
ren Karten. Nur entspricht sein vorgesehe- 
nes Einsatzgebiet als Mehrplatz-Betriebssy- 
stem nicht dem Bedarf nach einem neuen 
PC-Standardsystem: Der DOS-Standard 
darf nicht ignoriert werden. Und dieses Stan- 
dardsystem muß durchgängig als Einplatz- 
Grundsystem über Multitasking bis hin zum 
Mehrplatzsystem homogen ausbaubar sein, 
auch innerhalb von Netzwerken. 

Wie weit dies heute schon möglich ist, zeigen 
Betriebssysteme wie »L3«, »PC-MOS« und 
»VM/386«. 

VM/386 vertritt die Philosophie, DOS bleibe 
das Maß der Kompatibilität und sei nicht ohne 
weiteres zu ersetzen. PC-MOS nimmt für 
sich eine sehr hohe Kompatibilität in An- 


spruch, ohne aber zu abhängig von DOS zu 
werden. L3 möchte den 80386-Prozessor 
möglichst voll ausnutzen und bietet als Bon- 
bon eine gewisse DOS-Kompatibilität. L3 ist 
eine Entwicklung der deutschen Firma Er- 
gos, die aus der Gesellschaft für Mathematik 
und Datenverarbeitung (GMD) entstand. 
Laut Systemdefinition war bei L3 die Kompa- 
tibilität nicht so entscheidend, statt dessen 
steht maximale Leistung obenan. 

Die Entwickler von L3 betonen, daß DOS- 
Kompatibilität sich vorrangig auf die Dateifor- 
mate bezieht, DOS-Dateien können von Dis- 
ketten gelesen und beschrieben werden. 
Viele DOS-Programme sind unter L3 lauffä- 
hig, bestimmte grundsätzliche Einschrän- 


Auf einen Blick: Ergos L3 

Programmart: PC-Betriebssystem 
Bedienung: Tastatur 

Leistungsmerkmale: Multitasking, Multiuser- 
fähigkeit, teilweise DOS-Kompatibilität 
Preise: 101 4,60 DM für 1 Benutzer, 

2736 DM für max. 4 Benutzer, 

4503 DM für theoretisch unbegrenzte Benut- 
zerzahl (Preis nach Herstellerangabe inkl. 
MwSt.) 

Testeindruck: 

+ schnelles Betriebssystem 
: 4 theoretisch unbegrenzte Benutzerzahl 
l i besonders für Spezial-Anwendungen ge- 
eignet 

- eingeschränkte DOS-Kompatibilität 
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Auf einen Blick: VM/386 


Auf einen Blick: PC-MOS/386 

Programmart: PC-Betriebssystem 


Programmart: PC-Betriebssystem 

Bedienung: Tastatur 


Bedienung: Tastatur 

Leistungsmerkmale: Multitasking, Multiuser-- • 


Leistungsmerkmale: Multitasking, Multiuser- 

fähigkeit, DOS-Kompatibilität 


fähigkeit, DOS-Kompatibilität 

Preise: 1700 DM für theoretisch unbegrenzte 


Preise: 786.60 DM für 1 Benutzer, 

Benutzerzahl 


2074,80 DM für max. 5 Benutzer 

(Preise nach Herstellerangabe inkl. MwSt) 


3249 DM für max. 25 Benutzer 

Testeindruck: 


(Preise nach Herstefierangabe inkl MwSt) 

+ nahezu vollständige DOS- Kompatibilität 


Testeindruck: 

+ theoretisch unbegrenzte Benutzerzahl 


+ sehr hohe DOS-Kompatibilität 

+ sehr flexibel einstellbar 


! + deutsche und englische Version 

- hoher Speicherbedarf 


-f insgesamt einfache Handhabung 



Installation durch Spezialisten ratsam 


kungen sind aber zu beachten. Die Festplatte 
wird von L3 mit einem eigenen Format einge- 
richtet, eine DOS-Plattenpartition kann erhal- 
ten bleiben, um gegebenenfalls auch DOS 
booten zu können. Die Installation über Me- 
nüs wirft keine großen Probleme auf. Hard- 
ware-Voraussetzungen sind ein 80386-Pro- 
zessor, mindestens 2 MByte, besser 4 MByte 
RAM und eine schnelle Festplatte. L3 arbei- 
tet mit dem Speicher im Paging-Verfahren, 
das heißt, wenn der Hauptspeicher nicht aus- 
reicht, werden Teile des RAMs auf die Platte 
ausgelagert. Nach dem Booten erscheint das 
L3-Systemmenü, das die Tasksteuerung 
übernimmt. Hier können Tasks angelegt, ver- 
waltet und wieder entfernt werden. Diese 
können Verwaltungstasks, Tasks für meh- 
rere lokale Anwendungen oder Tasks zur Un- 
terstützung von Terminals, also für den Mul- 
tiuser-Betrieb, sein. Am besten werden Pro- 
gramme laufen, die in der im Lieferumfang 
enthaltenen Programmiersprache Elan ge- 
schrieben wurden. Wenn ein DOS-Pro- 
gramm gestartet werden soll, muß erst die 
Systemumgebung hierzu geladen werden. In 
einem Handbuch-Kapitel steht hierzu aus- 
führlich, welche DOS-Befehle und -Aufrufe 
bereits implementiert wurden, welche in Ar- 
beit sind und welche nicht übernommen wer- 
den. Die Tasksteuerung besitzt sehr umfang- 
reiche Schnittstellen, um Daten von einer 
Task zur anderen zu schicken. Eine spezielle 
Task »POST« dient, wie der Name schon 
sagt, als elektronischer Briefkasten, damit 
sich die verschiedenen Anwender gegensei- 
tig Briefe schicken können. Eine weitere T ask 
dient als Spooler, um die gemeinsame Nut- 
zung des zentralen Systemdruckers zu ver- 
walten. Bis zu 15 vorgegebene serielle 
Schnittstellen können verwaltet werden, so- 
mit stehen maximal 1 6 Arbeitsplätze zur Ver- 
fügung. Weil die Adressen und Interrupts der 
Schnittstellen voreingestellt sind, muß bei der 
Auswahl der Schnittstellenkarten auf diese 
Eigenschaften geachtet werden. Als Termi- 
nals sind die sogenannten PCTERM-fähigen 
geeignet, die neben den 25 Bildschirmzeilen 
auch den erweiterten IBM-Zeichensatz ver- 
tragen. 

Ein integriertes Archivierungssystem verwal- 
tet sowohl die Disketten- Laufwerke als auch 
Bandlaufwerke, um Konflikte bei gleichzeiti- 
gen Zugriffen auf diese Speichermedien zu 
unterbinden. Zahlreiche Hilfsprogramme ge- 
ben dem Systemverwalter eine Übersicht der 
Auslastung des Systems, die Aktivitäten der 
einzelnen Tasks und deren Berechtigungen. 
Andere Befehle entsprechen in ihrer Funk- 
tion mehr oder weniger DOS-Befehlen, aber 
deren Syntax erinnert mehr an eine Program- 
miersprache. Die L3-eigene Sprache Elan 
wird kurz im Handbuch beschrieben. Elan 
wird an vielen Universitäten als Musterspra- 


che für die strukturierte Programmierung be- 
nutzt. 

Ingesamt macht L3 einen stabilen Eindruck 
und ist für spezielle Einsatzgebiete gut zu 
verwenden. Seine eingeschränkte DOS- 
Kompatibilität grenzt jedoch den Anwender- 
kreis ein, aber neuere Versionen sollen auch 
in diesem Bereich stark verbessert werden. 
Es ist etwas für Spezialisten, die spezielle 
Anwendungen zu lösen haben und ein 
schnelles Betriebssystem brauchen. 

PC-MOS, das modulare Betriebssystem 

PC-MOS setzt ganz andere Prioritäten als 
L3. Einmal installiert, soll beim Anwenderdas 
Gefühl geweckt werden, er arbeite ganz nor- 
mal unter DOS. Entsprechend identisch zur 
Vorlage sind auch die Befehle, die genau so 
heißen und sich fast immer genauso verhal- 
ten. Wer will, kann tiefer einsteigen und die 
zusätzlichen Möglichkeiten, die ein Multitas- 
king-/Multiuser-Betriebssystem automatisch 
mit sich bringt, ausnutzen. Die Kompatibilität 
zu DOS ist sehr hoch, selbst Programme, die 
DOS-Teile aus Performance-Gründen um- 
gehen, werden erfolgreich abgefangen und 
»umgebogen«. Die Installation ist nicht ein- 
fach und sollte grundsätzlich von einem sy- 
stemerfahrenen Spezialisten vorgenommen 
werden. Es sind sehr viele hardwareabhän- 
gige Eigenschaften einstellbar, die wichtig für 
eine gute Leistung und für den sicheren Be- 
trieb sind. Wenn die Installation einschließ- 
lich der Batchdateien für die einzelnen Tasks 
erfolgt ist, wird im normalen Betrieb selten ein 
Systemverwalter benötigt, höchstens für die 
Überwachung der Sicherungen und der Sy- 
stemdrucker. Läuft das System erst einmal 
stabil mit allen Anwendungen, fühlen sich alle 
Benutzer wie auf einem PC zu Hause. 
Natürlich sind hier die gleichen Restriktionen 
wie bei allen Mehrplatzsystemen zu beach- 
ten. Spielprogramme und Programme, die in 
ein System direkt eingreifen und dort Manipu- 
lationen durchführen, sind absolut tödlich. 
Hält man sich aber an die üblichen DOS- 
Richtlinien, und hat entsprechende Sicher- 
heitsvorkehrungen getroffen, um unerlaubte 
und unerwünschte Eingriffe zu unterbinden, 
dann hat man ein echtes DOS-kompatibles 
Mehrplatzsystem. 

PC-MOS kann in drei Varianten bezogen 
werden; als Einplatzsystem mit Multitasking, 
als Fünfplatzsystem und als 25-Platzsystem. 
Die Arbeitsplätze beziehen sich nicht auf die 
Anzahl der Tasks, insgesamt sind 100 Tasks 
möglich, also mehrere Tasks pro Arbeitsplatz 
sind realisierbar. Alle Versionen können in 
ein Novell-Netzwerk eingebunden werden, 
Novell liefert hierzu die entsprechenden Trei- 
ber. Dadurch können sogenannte hybride 
Netze aufgebaut werden. Dazu wird inner- 
halb einer Abteilung ein Multiuser-System in- 


stalliert. Die einzelnen Abteilungen werden 
untereinander über ein Netzwerk gekoppelt. 
Gegebenenfalls können einzelne Arbeits- 
plätze, sofern diese technisch entsprechend 
ausgestattet sind, parallel hierzu an einen 
Mainframe-Rechner gekoppelt werden, oder 
dieser Anschluß erfolgt zentral über einen im 
Netzwerk befindlichen Rechner, der speziell 
für diese Aufgabe ausgestattet ist. 

VM/386, DOS mit neuem Gewand 

Wie bereits beschrieben, braucht bei VM/386 
das gewohnte Betriebssystem DOS nicht im 
Schrank zu verschwinden, sondern wird in je- 
der Task als Basis hergenommen, um Pro- 
gramme ablaufen zu lassen. VM/386 setzt 
bezüglich der Festplatte keine Besonderhei- 
ten voraus, sondern wird nach dem Booten 
von DOS erst aktiviert. Zuerst übernimmt er 
dann die Verwaltung des Prozessors und 
geht in den echten 386er-Betrieb über. Wenn 
keine Automatismen angelegt wurden, er- 
scheint ein Menü für den Systemverwalter, 
um alle möglichen Operationen durchzufüh- 
ren. Dabei sind unter anderem natürlich Task 
für Anwendungen anzulegen. Diese Tasks 
sind sehr fein für den aktuellen Bedarf ein- 
stellbar und interaktiv auch dynamisch verän- 
derbar. Schaltet man in eine DOS-Tasks um, 
so erscheint diese wie eine echte DOS-Um- 
gebung, die sie durch das Laden von DOS 
auch wirklich ist. In jeder Task wird DOS indi- 
viduell gebootet mit allen bekannten Merk- 
malen, was jederzeit von jedem Anwender 
wiederholt werden kann. Die Installation von 
VM/386 ist einfacher als bei PC-MOS. Die in- 
dividuelle Anpassung der Tasks ist jedoch 
aufwendiger. Steht das System, dann ist das 
VM/386-System ebenfalls sehr stabil und 
noch DOS-kompatibler als PC-MOS. Dafür 
ist es insgesamt etwas langsamer und ver- 
braucht wesentlich mehr Speicher. Beide Sy- 
steme sind als Einplatz- oder Mehrplatz-Sy- 
stem lieferbar, die Einbindung in ein Netz- 
werk ist mit Zusatzmodulen ebenfalls bei bei- 
den möglich. Bei steigender Anzahl von Ar- 
beitsplätzen fällt die Leistungskurve von PC- 
MOS bei bis zu drei Plätzen stärker ab, da- 
nach sinkt die Leistung unerwartet schwä- 
cher.Bei VM/386 reduziert sich die Leistung 
gleichmäßiger pro Platz. 

Bei PC-MOS und VM/386 ist es sehr schwer, 
dem einen oder anderen den Vorzug zu ge- 
ben. PC-MOS wird auch in einer deutschen 
Version geliefert und bietet in seiner insge- 
samt einfacheren Handhabung sicherlich die 
bessere Lösung bei Installationen, die kom- 
merzielle Anwendungen unterstützen sollen. 
Allerdings sollte vorher die Kompatibilität 
überprüft werden, da hier möglicherweise 
Probleme entstehen können. Wenn ein Sy- 
stem jedoch häufig umkonfiguriert werden 
muß, die Anwendungsbereiche nicht eindeu- 
tig überprüfbar oder definierbar sind, dann ist 
VM/386 die bessere Wahl. Die Tasks und de- 
ren individuelle Bedürfnisse sind sehr fein zu 
optimieren. Wenn CAD-Anwendungen oder 
ähnlich aufwendige Programme häufiger be- 
nutzt werden sollen, dann ist die verringerte 
Leistung ein Preis, der zugunsten der Flexibi- 
lität bezahlt werden muß. 

In der grundsätzlichen Frage, ob kompatibel 
oder nicht, ist Ergos L3 eingeschränkt und 
PC-MOS sehr weitgehend zuverlässig. VM/ 
386 erfüllt den eigenen Anspruch aus DOS- 
Kompatibilität nahezu vollständig. 


Nachdruck aus Computer Persönlich , Heft 5/1990 


142 


Mikroprozessortechnik, Berlin 4 (1990) 5 


Turbo-Pascal-Praxis 


Teil 6 


Manfred Zander, Dresden 


Liebe Leserin, lieber Leser, 
nachdem Sie unserem Kurs Turbo-Pascal- 
Praxis nun schon über fünf Folgen und fast 
ein Jahr die Treue gehalten haben , und hof- 
fentlich auch zahlreiche Hinweise , Tips und 
Kniffe für Ihre tägliche Arbeit entnehmen 
konnten, lesen Sie heute unseren sechsten 
und letzten Teil. 

Wir beenden zunächst die Abhandlungen zu 
den Baumstrukturen und bieten Ihnen dann 
neben einem Beispiel für die Programmie- 
rung von Eingabemasken das vollständige 
Listing eines kleinen Texteditors an, den Sie 
sicher sehr gut in Ihren eigenen Program- 
men nutzen können. 

Das Löschen eines einzelnen Elementes ei- 
ner Knotenliste ist nicht vorgesehen, da eine 
Liste später immer als eine Einheit, als kom- 
plettes Ergebnis einer Opteration betrachtet 
werden soll. Demgegenüber ist es natürlich 
notwendig, das Löschen von kompletten Li- 
sten vorzusehen. Diese Aufgabe wird von der 
Prozedur Löschen Knoten Liste wahrgenom- 
men (vgl. Bild 51 , MP 3/90, S. 82). Dazu wird 
ihr der Zeiger auf die zu löschende Liste über- 
geben. Nachdem die Prozedur die Elemente 
der übergebenen Knotenliste vollständig frei- 
gegeben hat, wird über diesen Zeiger der 
Wert NIL zurückgegeben, die Liste existiert 
nicht mehr. 

Zur Auswertung aufgebauter Knotenlisten 
sind zwei Funktionen und eine Prozedur er- 
forderlich. Die Prozedur Drucke Knoten Liste 
zeigt den Inhalt einer Liste auf dem Bild- 
schirm an. Sie setzt ihrerseits eine Prozedur 
mit Namen DruckeKnoten voraus, da für ver- 
schiedene Knoteneintrag-Typen die Bild- 
schirmanzeige unterschiedlich sein kann. 
Die Prozedur DruckeKnoten Liste ist daher 
darauf beschränkt, alle in der Liste gesam- 
melten Knoten für die Anzeige bereitzustel- 
len. 

Mit der Funktion Anzahl ist es möglich, die 
Elementezahl einer übergebenen Knotenli- 
ste zu ermitteln. Sie durchläuft die Liste von 
Anfang bis zum Ende und zählt dabei die ein- 
zelnen Knotenverweise zusammen. Die Liste 
selbst wird dabei nicht verändert; zurückge- 
geben wird die Anzahl als Integerwert. 

Zum Test, ob ein Knoten in einer Knotenliste 
enthalten ist, wurde die Boolesche Funktion 

•'* Include Pausanal . INC *) 

*»****»*« »****«**«**+ »***«*«**) 


Member erstellt, die die Funktion gleich nutzt 
(s. Prozedur FindeKnoten). 

Nachdem die Verwaltung der Ergebnis-Kno- 
tenlisten den vorgestellten Prozeduren an- 
vertraut wurde, kann zur Baumanalyse über- 
gegangen werden. Alle im Bild 52 vorgestell- 
ten Analyseprozeduren übergeben als Er- 
gebnis eine Knotenliste, in der die jeweils er- 
mittelten Knoten gesammelt sind. Zur Erläu- 
terung der einzelnen Analysen soll wieder die 
Organisationsstruktur eines Betriebes die- 
nen, wobei in jedem Knoten jeweils eine Per- 
son gespeichert sein soll. 

Die erste abgedruckte Analyseprozedur mit 
dem Namen Zweigin Liste sammelt alle ei- 
nem Knoten untergeordneten Knoten in einer 
Liste, einschließlich des Knotens selbst. Auf 
einen Abteilungsleiter angewandt, enthält die 
Knotenliste beispielsweise alle Gruppenleiter 
und alle Mitarbeiter der Abteilung. Für den 
Betriebsdirektor enthält die entstehende Li- 
ste alle Betriebsangehörigen. Die wiederum 
rekursive Prozedur geht dabei folgenderma- 
ßen vor: 

Zuerst wird der Knoten, auf den der Parame- 
ter B zeigt, in die zu erstellende Liste aufge- 
nommen. Dies wäre in unserem Fall der Ab- 
teilungsleiter. Anschließend ruft sich die Pro- 
zedur für alle in der NachWste gespeicherten 
Knoten selbst auf, also für alle Gruppenleiter. 
Bei der Bearbeitung der Gruppenleiter trägt 
die Prozedur diese wieder in die Liste ein und 
ruft sich dann weiter für die Mitarbeiter auf. 
Durch dieses rekursive Prinzip ist gewährlei- 
stet, daß alle an einen Knoten - hier den Ab- 
teilungsleiter - anschließenden Zweige er- 
reichtwerden. In der entstehenden Liste sind 
dann alle Personen der Abteilung vom Abtei- 
lungsleiter selbst bis zum einzelnen Mitarbei- 
ter enthalten. Die Reihenfolge der Listenein- 
tragungen ist dabei willkürlich und für die wei- 
tere Auswertung kaum informativ. Die Proze- 
dur ZweiginListe übergibt über den Parame- 
ter Liste den Zeiger auf die erstellte Knotenli- 
ste, die nun zur weiteren Verarbeitung, bei- 
spielsweise zur Ausgabe, bereitsteht. Die 
nächste Analyse-Prozedur mit dem Namen 
UnterinUste sammelt dagegen nur die einem 
speziellen Knoten B (zum Beispiel dem Ab- 
teilungsleiter) direkt untergeordneten Knoten 
(die Gruppenleiter) in einer Liste. Die dabei 
entstehende Knotenliste entspricht völlig der 
NachWste nL des Abteilungsleiters. Im Unter- 
schied zu der im Baum verankerten NachWste 
kann die entstandene Knotenliste aber belie- 
big geändert werden, ohne den Baum zu be- 


schädigen. Die Prozedur UnterinUste über- 
gibt über den Variablenparameter Uste wie- 
der einen Zeiger auf die erarbeitete Knotenli- 
ste. 

Die Prozedur AlleEndinUste ist rekursiv auf- 
gebaut und ähnelt der Prozedur ZweiginU- 
ste. Die entstehende Liste enthält aber nur 
die Mitarbeiter, die selbst keine Unterstellten 
mehr haben. Wird der Prozedur überden Pa- 
rameter B der Zeiger auf einen Abteilungslei- 
ter übergeben, so werden in der Knotenliste 
alle Mitarbeiter der Abteilung ohne Leitungs- 
funktion gesammelt. Zeigt B auf den Be- 
triebsdirektor, so werden alle Mitarbeiter des 
Betriebes, die keine Leitungsfunktion aus- 
üben, in die Liste aufgenommen. Durch das 
rekursive Vorgehen der Prozedur ist wie- 
derum gesichert, daß alle Verzweigungen 
des Baumes berücksichtigt werden. 

Die letzte vorgestellte Analyse erhielt den 
Namen Rückin Uste. Sie ermittelt den Weg 
von einem übergebenen Knoten P zurück 
zum Kopfknoten des Baumes. Dabei spei- 
chert sie alle Knoten, die auf diesem Weg lie- 
gen, in einer Knotenliste ab. Zeigte der Para- 
meter P zum Beispiel auf einen Gruppenlei- 
ter, so enthält die entstehende Knotenliste le- 
diglich seine Leiter bis hin zum Betriebsdirek- 
tor. Auch diese Prozedur übergibt dem rufen- 
den Programm einen Zeiger auf die entstan- 
dene Ergebnisliste. 

Weitere Analysen könnten beispielsweise 
folgende Aufträge erledigen: Ermittlung aller 
Leiter eines Betriebes; Ermittlung aller Leiter 
der gleichen Leitungsebene; beides für den 
gesamten Betrieb oder auf Bereiche einge- 
grenzt; Ermittlung des korrekten Dienstwe- 
ges zwischen zwei vorgegebenen Personen 
in der Struktur usw. Solche und weitere Auf- 
träge konkreter Anwendungen sind im Rah- 
men der vorgestellten Methodik leicht zu er- 
arbeiten. 

Zur Demonstration der Arbeit mit einem be- 
liebig verzweigten Baum und den vorgestell- 
ten Analysenprozeduren dient wieder ein 
kleines Programm (Bild 53). ln diesem Bei- 
spiel werden die in den Bildern 50 bis 52 ab- 
gedruckten Teilkomplexe über Include-An- 
weisungen eingefügt. Die Reihenfolge der 
Einfügungen darf dabei nicht verändert wer- 
den. Auch die Stellung der Funktion gleich 
und der Prozedur DruckeKnoten im Verhält- 
nis zu den Einfügungen ist nur so möglich. 
Der Anweisungsteil dieser beiden Unterpro- 
gramme dagegen wird von Lösung zu Lö- 
sung unterschiedlich sein, und ist speziell 


(* Erzeugen rekursiven Codes 1 11 !• #) 
procedure Zwei gi nLi ste (B : Knoten ; var Liste: Verweis) ; 

var VsVerweis; {* Sammeln aller unt er geordnet ten #) 

begin TUzuKnotenLi ste (Li ste , B ) ; <* Knoten in einer Liste *) 

V; =B A . nLs 
white VONIL do 

begin ZweiginLi st e(V A . nach, Liste) |V:=V A ,next 
end end; 

procedure Unter i nLi ste (B : Knoten ; var Liste: Verwei s) ; 

var V:Verweis; (# Sammeln aller direkt unterge- *> 

begin V:=B A .nL; (* ordnetten Knoten in einer Liste *) 

while VONIL do 

begin DazuKnotenListe f Li ste ,V A . nach ); V: «V A . nex t end 

end! 


procedure ßl 1 eend i nListe ( B : Knoten ; var Liste: Verwei 5 ) » 

var VjVerweis; (* Sammeln aller End-Knoten in *) 

begin (* in einer Liste *> 

i f P A .nL=NIL then DazuKnotenL i ste (Li ste , P) 
eise begin V:=B A .nL; 

while VONIL do begin AlleendinListe(V A . nach, Liste) : V:=V A .next 
end end endj 

procedure PueckinListe (P:Knoten? var Li ste: verwei s) : 

begin Lister=NIL{ (* Sammeln aller Knoten von P auf-*’ 

while PONTL do (* waerts in einer Liste ♦ 

begin DazuKnotenListe(Li5te r P):P:=P A .vor 
end end; 

3ild 52 Prozeduren zur Baumanalyse 
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orogra* Bauwanalys#: 

type Eintragtyp = record i dent : string [203 ; zahl : integer end; 

Function Gl ei ch (El , E2r Ei nt rag typ) : boolean ; 

begin if E t . i dent=E2. i dent then gleich:=true eise gleich:** alse end; 

(*$I Bau*. INC t) (# Operationen fuer beliebig verzw. Baeu*e *) 

Procedure Dr uckeKnaten <P: Knoten ) ; 

begin wr i te (P A . Ei nt r ag . i dent , ' ' : 20-1 ength (P A . Ei ntrag . i dent ) ) endj 

f**I KnotenLi-INC *) (* Ooerationen Fuer Knoten-Listen *) 

(*fl Baueanal . INC *) (» Operationen fuer Bau*-Analyse *) 

var Haeptop ,P t B : Knoten ; 

List:Verweis;EiEintragtyp; 
wähl : char ; 

begin (* Haupt progra** t) 

*ar k (Haeptop );B:=NIL;List:*NIL; 
writef'Eingabe Kopfknoten: *);readln(E.ident); 

Neuer Ast (B , E) ; (* Setzen Kopfknoten *) 

repeat 

writef' An fuegen an: '1 ;re ad ln(E. ident) ;FindeKnoten(B,E,P); 
if E . i dent< > 'Ende ' then 
if P <> NIL then repeat 


writef* Anfuegep wen: '); read 1 n (E. i dent ) ; 
if E.identO'' then NeuerAst (P,E) 
unt i I E. ident* ’ ' 
eise begin 

writeln ( 'Moeql iche Anf uegeknoten sind: '); Zwei ginl i ste (B, List) ; 
Drucken knoten Li st e(List) : Loeschenknot enLi st e ( L i st > end 
until E. i dent.= ' Ende ' ; (# Einlesen beendet #) 

re P e *t 1 # Begin Auswertung ») 

write<'Infor*ationen zu: *) ?readln (E. ident) ; 

Fi ndeknot en ( B , E , P) ; (# P-gefundener Knoten *) 

if P<> NIL then begin 

writef ' margesetzte I <a)l le/ (d) irekte Unterstellte :'); 
read (kbd ,wahl);writeln(wahl)} 
case wähl of 

'V* , *v‘ : Ru eck inLi stet P, List) ; 

' A * , ' a ' ; Zwei gi nLi ste ( P ,Li st ) ; 

'D' , 'd':UnterinListe(P,List) end; 

BruckenKnotenListe(List) ; writeln; 

LoeschenKnotenLi ste(List);end 

eise write ( 'Knoten *it Eintrag: ,E. ident,' nicht enthalten*); 
unt i 1 E. i dent= ’ ' ; 
rel ease (Haeptop ) ; 
end . 


Bild 53 Programm zur Baumanalyse 


von der konkreten Typvereinbarung für den 
Typbezeichner Eintragtyp abhängig. Seine 
Vereinbarung muß verständ liehe rweise vor 
allen anderen Komponenten der Lösung er- 
folgen. Im Beispiel wird diesem Typ ein Re- 
cord-Charakter vermittelt, wobei im Pro- 
gramm aber lediglich das Feld ident genutzt 
wird. Anhand dieses Feldes wird in der Funk- 
tion gleich auch die Entscheidung getroffen, 
ob zwei Knoten identisch sind. Gleichfalls 
wird auch nur dieses Feld in der Prozedur 
DruckeKnoten zur Ausgabe angewiesen. 
Diese Ausgabe auf dem Bildschirm erscheint 
jeweils linksbündig in einem 20stelligen Be- 
reich. Der Anweisungsteil des Beispielpro- 
grammes selbst kann in zwei Teile unterglie- 
dert werden. Im ersten Teil wird im Haupt- 
speicher der Baum aufgebaut und im zweiten 
Teil erfolgt die Auswertung der im Baum ent- 
haltenen Informationen. 

Der Aufbau des Baumes, der in der Praxis 
aus einer Datei heraus erfolgen wird, ist hier 
schrittweise programmiert. Zuerst wird nach 
dem Namen für den Kopfknoten gefragt und 
der Baum mit diesem Kopfknoten eröffnet. 
Die Variable B dient im ganzen folgendem 
Programm als Zeiger auf diesen Kopf des 
Baumes und wird nicht wieder verändert. An- 
schließend wird der Aufbau der einzelnen 
Verzweigungen organisiert. Dazu wird je- 
weils zuerst nach dem Knoten gefragt, an 
den neue Knoten angefügt werden sollen. Ist 
dieser Knoten vorhanden, so können an die- 
sen beliebig viele Verzweigungen angehängt 
werden. Existiert der Knoten, an den ange- 
fügt werden soll, dagegen nicht, so wird der 
Bediener über alle bereits im Baum aufge- 
nommenen Knoten informiert. (Nur an bereits 
aufgenommene Knoten des Baumes können 
weitere angehängt werden.) 

Nachdem der Baum komplett aufgebaut 
wurde, der Nutzer die Frage nach dem näch- 
sten Anfügeknoten also mit Ende beantwor- 
tet hat, beginnt die Auswertung der Baum- 
struktur. Dazu wird jeweils zuerst gefragt, zu 
welchem Knoten Informationen ermittelt wer- 
den sollen. Dieser Knoten wird im Baum ge- 
sucht, die Variable P dient dabei als Zeiger. 
Wenn der Knoten gefunden wurde, enthält 
dieser Zeiger nach Beendigung der Proze- 


dur FindeKnoten einen von NIL verschiede- 
nen Wert. In diesem Fall werden drei ver- 
schiedene Recherchen angeboten. Die vom 
Bediener gewünschte Analyse wird durchge- 
führt und unabhängig davon, welche es war, 
enthält die Variable List den Zeiger auf die Er- 
gebnisliste der konkreten Recherche. Diese 
Liste muß jetzt nur noch durch die Prozedur 
Drucke Knoten Liste ausgegeben werden. 
Nach Ausgabe der Liste auf den Bildschirm 
wird sie gelöscht, und die nächste Recherche 
zu einem neuen Knoten kann beginnen. 
Dieses Beispielprogramm soll lediglich die 
Nutzung der entwickelten Komponenten ver- 
deutlichen. Daher wurde es auch nur mit ei- 
nem Minimum an Dialogführung program- 
miert. Gerade der Gestaltung des Nutzerdia- 
logs muß in konkreten Programmen natürlich 
sehr viel mehr Gewicht beigemessen wer- 
den. 

Zum Abschluß soll noch auf eine weitere 
mögliche Ausbaustufe der vorgestellten 
Baumstruktur hingewiesen werden. Bisher 
verwies ein Knoten auf mehrere Nachfolger, 
aber nur auf einen Vorgänger. Anstelle des 
direkten Vorgängerverweises ist aber auch 
eine Verweisliste für die Knotenstruktur mög- 
lich. So erhalten wir eine neue Qualität, denn 
jeder Knoten kann jetzt eine beliebige Anzahl 
von Vorgängern und Nachfolgern haben. Die 
Vielfalt solcher Datenstrukturen erweitert 
sich erheblich. Aus den Knotenbäumen wer- 
den Knotennetze (Bild 54). Die Vorstellung 
von Prozeduren und Funktionen zum Aufbau 
und zur Analyse solcher Knotennetze erüb- 
rigt sich. Sie können vom interessierten Le- 
ser leicht durch kleine Änderungen in den Li- 
stings der Bilder 50, 51 und 52 erarbeitet wer- 
den. 

Texteditor 

Nachdem wir uns in den Teilen 4 und 5 aus- 
reichend mit den Pointern vertraut gemacht 
haben, werden wir sie in der im weiteren vor- 
zustellenden Lösung, einem kleinen Textedi- 
tor, ob ihrer Effektivität des öfteren wiederfin- 
den. Mit Editoren hat praktisch jeder zu tun, 
der irgendwie mit einem Rechner arbeitet. 
Die Anzahl der vorhandenen Editoren 
scheint fast unbegrenzt. Und trotzdem gibt es 


viele Programmierer, die selbst bereits meh- 
rere Editoren geschrieben haben. Warum ist 
das so? Jeder Programmierer beginnt seine 
Arbeit am Rechner mit einem, meist rein zu- 
fällig ausgewählten, Editor. Diesen beginnt er 
zu beherrschen, und seine Grundvorstellung 
von einem Editor wird geprägt. Nun sind aber 
Software-Entwickler die kritischsten Nutzer 
von Software überhaupt, und dieser erste 
Editor wird irgendwann irgendwelchen Wün- 
schen nicht mehr genügen. Es beginnt die 
Suche nach dem optimalen Editor, den es 
aber offensichtlich nicht gibt. Das vorläufige 
Ende dieser Suche bei einem Programmierer 
ist eigentlich selbstverständlich: Er schreibt 
sich seinen eigenen Texteditor. Und dieser 
realisiert dann meist den Grundumfang des 
zuerst benutzten Editors, erweitert um die 
speziellen Wünsche des jeweiligen Soft- 
ware-Entwicklers. 



Bild 54 Vernetzte Knoten 
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Es gibt aber noch einen zweiten Grund, sich 
selbst einen Editor zu schreiben. Man 
braucht ihn als Quelltext, um ihn in eigene 
Programme einbinden zu können. Da dieses 
Problem nicht neu ist, existieren selbstver- 
ständlich Tool-Boxen zu diesem Thema. 
Aber diese meist erst für 16-Bit-Rechner an- 
gebotenen Lösungen haben oft eine Quell- 
textgröße von mehreren tausend Zeilen. Die- 
ser Umfang resultiert meiner Meinung nach 
aus einem unnötigen Perfektionismus. Es er- 
scheint daher einfacher, einen eigenen, klei- 
nen Editor zu schreiben, als einen dieser Rie- 
sen zu kürzen und für eine Nutzung auf 8-Bit- 
Technik umzuschreiben. 

Nun zur konkreten Lösung. Als erstes gilt es 
zu definieren, was ein Text ist, und wie er im 
Programm behandelt werden soll. In der im 
folgenden vorgestellten Lösung werden die 
Zeilen in Form einer dynamischen Listen- 
struktur gehalten. Die Zeilen stellen dabei ih- 
rerseits Turbo-Pascal-Strings dar. Die maxi- 
male Länge der einzelnen Zeilen ist dabei für 
den gesamten Text gleich, und auf 100 Zei- 
chen begrenzt. Die Anzahl der Zeilen, oder 
auch die Länge der Textzeilenliste, wollen wir 
durch den Hauptspeicher begrenzt lassen. 
Das heißt, ein Retten von Textteilen während 
des Editierens auf ein Massenspeicherme- 
dium ist in dieser einfachen Lösung nicht vor- 
gesehen. Damit ist die Nutzbarkeit auf relativ 
kleine Texte eingeschränkt. 

Die Unterscheidung und Identifikation der 
Texte erfolgt stets durch einen Zeiger auf ihre 
erste Zeile, das heißt auf das jeweils erste 


Element der Textzeilenliste. Auf Grundlage 
dieser Definition ist es dann auch möglich, 
mehrere Texte gleichzeitig im Hauptspeicher 
zu halten und wechselseitig mit den gleichen 
Funktionen oder Prozeduren zu behandeln. 
Um dies zu ermöglichen, wird jeder Teilkom- 
ponente der Lösung stets über einen Varia- 
blenparameter dieser Textkopf übermittelt. 
Die einzelnen Komponenten der Lösung sind 
zur Erläuterung in einen Programmrahmen 
zusammengefaßt worden (Bild 56). Die Typ- 
vereinbarungen am Beginn des Programmes 
definieren die oben besprochene und zu be- 
handelnde Listenstruktur. Die Variable Text- 
kopf wird als Zeiger auf diese Liste genutzt. 
Die Anpassung an die konkrete Hardware 
wird, wie bereits des öfteren beschrieben, 
über ein entsprechendes include-File (Bild 
55) organisiert, das die benötigten Bild- 
schirmsteuerzeichen und Tastencodierun- 
gen beinhaltet. Sie werden im weiteren vor- 
ausgesetzt. Weiterhin sind diesmal auch die 
Eingabeprozedur getkey und die Ausgabe 
writexy ausgelagert worden, um eine leich- 
tere Anpassung an eine andere Hardware 
vorzubereiten. Die Funktion inssatz und die 
Prozedur delsatz sind für den satzweisen 
Auf- bzw. Abbau der Textliste im Hauptspei- 
cher verantwortlich. Beiden Konstruktionen 
wird über den ersten Parameter mitgeteilt, 
mit welcher Liste sie arbeiten soll, da ja die 
Arbeit mit mehreren Listen möglich sein soll. 
Die Prozedur delsatz erhält im zweiten Para- 
meter den Zeiger auf den zu löschenden Satz 
in der Liste. Der Funktion inssatz wird über 


die Parameter vor und nach eindeutig mitge- 
teilt, an welcher Stelle der Textliste ein neuer 
Satz eingefügt werden soll. Als Ergebnis von 
inssatz wird ein Zeiger auf den neuen Satz 
zurückgegeben. 

Es folgen zwei Komponenten, die die Verbin- 
dung von den Textdateien auf der Diskette zu 
der Textliste im Hauptspeicher herstellen. 
Die Prozedur Textsichern ist in der Lage, ei- 
nen Teil einer Textliste, der durch die Para- 
meter von und bis eindeutig bestimmt ist, in 
eine Diskettendatei abzuspeichern. Soll die 
komplette Liste abgespeichert werden, so 
muß von auf den Textkopf zeigen und in bis 
muß NIL eingetragen werden. Die Funktion 
Textlesen gestattet die Umkehrung dieses 
Vorganges, und ist in der Lage, in eine bereits 
existierende Liste eine Diskettendatei einzu- 
fügen. Die genaue Stelle in der Liste ist durch 
die Parameter vor und nach bestimmt. Soll 
an den Anfang einer Liste herangelesen wer- 
den, so ist in vor der Zeigerwert NIL und in 
nach der Textkopf einzutragen. Für den Neu- 
aufbau einer Textliste ist sowohl in vor wie 
auch in nach ein NIL anzugeben. Die Varia- 
ble Textkopf wird von der Funktion in jedem 
Fall berichtigt zurückgegeben. Zur Bestim- 
mung der Bildschirmzeile, in der die Fragen 
nach den Dateinamen erfolgen sollen, wird 
beiden Komponenten über y eine Zeilennum- 
mer übergeben. 

Nun folgt mit der Funktion Textedit der Editor 
selbst. Ihm werden drei Parameter überge- 
ben. Die ersten beiden bestimmen den Bild- 
schirmbereich, in dem der Editiervorgang er- 


(t Vereinbarungen fuer PC 1715 unter CPA «) 

const 


Nop 

= 

#00 


(* 

Quasi 1 eer es Char 

Enter 

= 

#13 


(# 

Enter -Taste 

Escape 

= 

#27 


(# 

Escape-Taste 

kur sort i ef 

■ 

*24 


(* 

Kursortaste tief 

kursor hoch 

= 

#05 


(# 

Kursortaste hoch 

kursor r echs 


#04 


<* 

Kursortaste rechts 

kur sor links 

= 

#08 


(* 

Kursortaste links 

pageup 

= 

#$12 


(* 

Page up 

pagedown 

= 

#$03 


(f 

Page donn 

tabl i nks 

= 

#$01 


(# 

Hort links 

tabrechs 

= 

#$05; 

(f 

Nort rechts 

DEL 

3 

#$7F 


(* 

DEL - Taste 

CE 

3 

«24 


(# 

CE - Taste 

STaste 

= 

*2 


(* 

S - Taste 

kur sor on 

= 

#$82 


(« 

Kursor ein 

kursor off 

3 

#$83 


(* 

Kursor aus 

noravi deo 

= 

#$84 


(# 

noraale Darstellung 

i nvsvi deo 

= 

#$85 


<* 

inverse Darstellung 

intsvi deo 

= 

#$86 


(* 

intensive Darstellung 

i vitvi deo 

= 

#$87 


<* 

invers und intensiv 

del rest 

= 

*$16 

(* 

Zeile ab Position loeschen 

del 1 i ne 

= 

#$18 

(# 

ganze Zeile loeschen 

cl rscr c 

3 

#$0C 

(* 

Loeschen ganzen Bildschira 

cl eardown 

= 

#$14 

(# 

Loeschen ab Kursor posi t i on 


procedure getkeyfvar cschar); 

begin read(kbd,c) end; 
procedure *ritexy(x,y:byte;s:string80) j 
begin gotoxy(x,y); write(s) end; 

Bild 55 Vereinbarungen für den PC 1715 

prograe editor; 
type stringSO = string(80]; 
zeilentyp = stringllOOl; 
pointer = A pointr; 

pointr * record s : z ei 1 ent yp ; v , n : poi nter end; 
var Text kopf ,Heaptop: pointer ; 

($1 consl715. i nc) 

tunet i on ex i st (s: stringSO) :boolean ; 
var d:file; 

begin assign(d,s) ;($!->; reset (d) ;<$!+}; 

if ioresultOO then exist:=false eise exist:=true; 
closeid) 
end; 


procedure delsatzfvar Text köpf : poi nter ; aktu: poi nter ) ; 
begin 

if aktu A .v<>NIL then aktu A . v A . n: =aktu A .n 
eise Textkopf s*aktu A .n; 
if aktu A .n ONIL then aktu A .n A . v: =aktu A . v; 
di spose (aktu) end; 
f uncti on 

inssatz (var Textkopf:pointer;vDr,nach:pointer):pointer; 
var te»:pointer; 
begin 

if < (aaxavai 1 <85> and (eaxavai 1 >0) ) then 
begin i nssatz : -NIL; ex i t end; 
nex(ten) ;ten A .n:=nach;te» A .v: =vor ;tea A .s:='’j 
if vorONIL then vor A .n:=tem eise Textkopf : *tee; 
if nachONIL then nach A . v; =tem; 
i nssatz : =t e* end; 

procedure Textsi ehern (y: byte; von, bis: poi nter ) ; 
var s , Datei naae: stri ng80; 
d: text ; 

begin if vonONIL then begin 

er i tex y (55, y , ‘Datei -Sichern: ’); read(Dateinaee); 
if Datei name< >' ' then begin 

assi gn (d , Datei nane) ; rewrite(d); 
whi 1 e ( (von< >NIL) and (vonObis) ) do 

begin wr i t el n (d , von A , s ) ; von:=von A .n end; 
close (d) ; 

»nd end end; 

function Textlesen 

(y: byte; var Text köpf : pointer; vor , nach : poi nter ) : poi nter; 
var Datei name: stri ng80; 
d: text; 

begin if vor=NIL then Textkopf ;=NIL; 

Hritexy (55,y, ' Datei-Laden :*); read (Datei nane) ; 
if exist (Dateiname) then begin 
assi gn (d , Datei naae) ; reset(d); 

while (not ( eof (d ) ) and ( (Max Avai l >85 ) or (Haxavai I <0) ) ) do 
begi n 

vor:=inssatz (Textkopf, vor ,nach); r eadl n (d , vor A . s ) 
end ; 

if not (eof (d) ) then (Datei nicht koaplett eingelesen!); 
close(d) end; 

Textlesen: =T ex tkopf 
end ; 
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function Textedit(yO,ye:byt«;Texticopf:pointer):pointerj 
var x ,y,i :byte;c;char; znr : integer; 

Tee, aktu rpointer; 
procedure sthr(y:byte;aktu:pointer); 

begin nritexy (1 ,y , aktu A . s+delrest) end; 
procedure schreiben(y:byte;poi:pointer); 
begin nhile (poiONIL) and (y<»ye) do 

begin schr(y,poi); y:=y+l; pois=poi A .n end; 
if y<*ye then wr i texy ( 1 , y ,del 1 i ne) ; 
end; 

procedure bild(y:byte;poi:pointer); 

begin ehile (yOyO) and ( poi A . v< >NIL ) do 
begin y:=y-l; poi:=poi A .v end; 
if (yOyO) then er i t ex y ( 1 , y — 1 , del 1 ine) ; 
sehr ei ben (y , poi ) 
end ; 

function eor tt est : bool ean; 

const -fest :set of char * [ ' A ' . . ' Z ' , ' a ' . . 1 z 1 , ' 0 ' . . ’ 9 ' ] j 
begin 

eortte5t! = < (aktu A . slx lin festUnd not (aktu A . »tx-Hin -feet)) 
end; 

procedure zeilv; begin aktu: =aktu A . v ;znr:=znr-l end; 
procedure zeilp; begin aktu: =aktu A .n ;znr:=znr+l end; 

Begin des Hauptblockes der Funktion Textedit #) 
«rite ( kursorof f ) ; 

if (Textkopf =NIL) then Textkopf:» i nssat z (Tex t köpf , NI L , NIL ) ; 
aktu: =Textkopf ; znr:=I; x:=l; y:=yO; c:=tO; 
repeat for i:=yO to ye+1 do er i t exy ( 1 , i ,del 1 i ne) ; 
bi 1 d (y ,aktu) ; 
repeat gotox y ( 35 , ye+1 ) ; 

uri te (znr: 4, * Spalte: ‘ ,x:3, * DEZ*' , integer f c ) :4 , fcursoron) ; 
gotoxy (x ,y) ; getkey (c) ; er i t e (kur sorof f ) ; 
case c of 

A E, kursorhoch :if (aktu A . v< >NIL) then begin zeilv; 
if y>yO then y:=y-l 

eise schrei ben (y, aktu) end; 

A X, kursortief :if (aktu A . n< >NIL) then begin zeilp; 

if y<ye then y:=y+i eise bild(y,aktu) end; 
A D, kursorrechs: if x<80 then x:=x+l; 

A 5 , kur sor 1 i nks: i f x>l then x:=x-l; 

A A , Tabl i nks: if x>l then 

repeat x:=x-l until worttest or(x*l) 
eise if ( aktu A . v< >N IL) then begin zeilv; 

x:=length(aktu A .v A .s)+l; 
if y>yO then y:-y-l eise sehr ei ben (y , aktu ) end; 
A F , Tabr ec hs : i f (x< = l ength (aktu A .s) ) then repeat 

x:=x + I until Horttest or (x>length (aktu A . s) ) 
•1 se if aktu A .n<>NIL then begin zeilp; x:*l; 
if y<ye then y:=y+l eise bild(y,aktu) end; 
pageup ibegin for i:»yO to ye-1 do begin 

if aktu A .v<>NIL then begin zeilv; 

if y>yO then y:=y-l end end; 
if y=yO then sehr ei ben (y , aktu) end; 
pagedonn: begi n for i:=yO to ye-1 do begin 
if aktu A .n<>NIl then begin 

z ei 1 p ; i f y<ye then y:=y+l end end; 
if y-ye then bild(y,aktu) end; 

A N * begi n if ((y<ye) and (aktu A . n< >NIL) ) then y:«y+l 

eise if (aktu A . vONIL) then zeilv; 
bild(y,aktu) end; 

:begin if ((y>yO) and ( a ktu A . v< >N IL ) ) then y s -y-I 
eise if (aktg A . nONIL) then zeilp; 
bi Id (y ,aktu) end; 


enter :begin znr:»znr+l; 

Aktu: »ins satz (Tex tkopf, Aktu, Akt u A .n)j 
if x=l then begin 

aktu A . s := aktu A .v A .s; aktu A . v A . s: = ‘ ' end 
eise begin 

if (x ) <1 ength (aktu A . v A . s ) then begin 
Aktu A .s :» copy(Aktu A . v A .s,x ,78) ; 
Aktu A .v A .s:= copy (Ak tu A . v A . s , 1 , x- 1 ) end; 
x : = 1 end; 

if y<ye then begin y:*y+l} 
sehr ei ben ( y — 1 , Aktu A . v) end 
eise bild(y,Aktu) end; 

DEL :if x>l then begin 

x : “x-1 ; del ete (aktu A . s,x , 1 ); sehr (y, aktu) end 
eise if Aktu A . vONIL then begin 
x:=I ength (Akt u A .v A .s)+l; 

Aktu A .v A .s := Aktu A .v A .s + Aktu A .s; 

Tea:=Aktu; zeilv; delsatz (Textkopf ,Tee) ; 
if y>yO then y:=y-l ; schreiben (y, Aktu) end; 

A 6 jbegin de 1 ete ( aktu A . s , x , 1 ) ; schr(y,aktu) end; 

A Y :begin x s = 1 ; 

if aktu A . nONIL then begin 

aktu:=aktu A .n; delsatz (Textk Dp f,aktu A .v); 
schrei ben (y, aktu) end 
eise if aktu A . vONIL then begin 

aktu:=aktu A .v;delsatz(Textkopf,aktu A .n); 
bild(y,aktu) end 

eise begin aktu A .5:=’’; schr(y,aktu) end 

end; 

A N sbegin x : *1 ; aktu: “inssat z ( Tex t köpf , aktu A . v , aktu ) ; 

sehr ei ben (y , aktu) end; 

' . .#126: begin 

while 1 ength (aktu A . s)<x do aktu A . s: =aktu A . s+ ' 
insert(c,aktu A .s,x);schr(y,aktu); 
if x<80 then x:=x+l end; 

{ case 1 
in t A K,#27J; 


end; 
until c 

wr i texy ( 1 , ye+ 1 , 

' S-i ehern R-Lesen D-Si eher nfcEnde Q-uit J-uap ‘ + del r est+kursoron) ; 
getkey (c);c:=upcase(c)j 
case c of 

D , 'S', A D, A S: T ex tsich er n(ye+l, Textkopf, NIL); 

‘J‘ : begin wri texy <65 , ye+ i , ‘ Jump-to: 1 ); read 1 n (i ) ; 

while ( i < >z nr ) and ( i < >0) do 
if (znr<i) then 

if aktu A . nONIL then zeilp eise i:=0 
eise if aktu A . vONIL then zeilv eise i:=0 

end ; 

■R‘ : Tex t köpf : =Tex t 1 esen (ye+1 , Tex t köpf , aktu , aktu A . n ) end 

until c in C ’ 0 * , * D ' , ’ X ' , A Q , A D , A X , #273 ; 

Texteriit:=Textkopf; 
end; { Textedit } 

begin ( Hauptprograee > 
mar k (Heapt op ) ; cl rscr ; 

Text köpf : »Text 1 esen (24, Textkopf , NIL ,NIL) ; 

Textkopf : »Textedit ( 1 , 23 , Tex t köpf ) ; 
r el ease (Heaptop > ; 
end . 


Bild 56 Texteditor 


folgen soll. Über den Parameter Textkopf 
wird, wie bereits beschrieben, die Textzeilen- 
liste übergeben. Soll ein neuer Text eingege- 
ben werden, muß hier NIL stehen. Der Ergeb- 
niswert der Funktion Textedit ist ein Zeiger 
auf die geänderte Liste. 

Die lokalen Variablen der Funktion Textedit 
werden wie folgt genutzt: X und y sind die je- 
weils aktuelle Bildschirmposition des Kur- 
sors, x bestimmt damit auch die aktuelle Än- 
derungspostion im jeweiligen String. Die Zei- 
chenvariable c dient der Tastaturabfrage und 
damit der Funktionssteuerung. In der Integer- 
zahl znr wird die aktuelle Zeilennummer mit- 
gezählt. Mit der Pointer-Variablen aktu wird 
das jeweils in Arbeit stehende Textlistenele- 
ment identifiziert. Tem ist eine temporär ge- 
nutzte Variable. Einige wenige Teilaufgaben 
sind als lokale Prozeduren oder Funktionen 
programmiert. Sie haben folgende Aufgaben: 


Die Prozedur sehr schreibt die Zeile des mit 
aktu identifizierten Listenelementes auf die 
mit y bestimmte Zeile des Bildschirmes und 
löscht den Rest der Zeile. Der Prozedur 
schreiben wird die aktuelle Bildschirmzeile 
und das aktuelle Listenelement übergeben. 
Von dieser Zeile an aktualisiert die Prozedur 
das Bildschirmaussehen anhand der Textli- 
ste. Die Prozedur bild erhält als Parameter 
die gleichen Informationen. Sie aktualisiert 
aber den gesamten Bildschrim. Dem wort- 
weisen Springen beim Editieren dient die 
Funktion worttest. Durch die Prozeduren 
zeilv und zeilp im Funktionskörper wird die 
starre Kopplung zwischen der zu bearbeiten- 
den Textliste und dem Zeilenzähler znr gene- 
rell garantiert. 

Im Anweisungsteil der Funktion wird nun prä- 
zise definiert, welche Tastatureingabe wel- 
che Reaktion des Editors hervorruft. Die 


schwierigste Aufgabe dabei ist die ständige 
Übereinstimmung von Bildschirmaussehen 
und Textinhalt. Das eigentliche Editieren er- 
folgt in der inneren Repeat-until-Schleife, die 
fast nur aus einer Case-Verzweigung be- 
steht. Die äußere Schleife beinhaltet zusätzli- 
che komplexere Funktionen und kann noch 
viel weiter ausgebaut werden. Das hier orga- 
nisierte Abspeichern (aKD) und Lesen 
(aKR) von Diskettendateien ist das notwen- 
dige Minimum. Das zusätzlich aufgenom- 
mene Springen ( a KJ) auf eine konkrete Zeile 
soll die Möglichkeit von Erweiterungen nur 
andeuten. Schluß 
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Scheibenbremsen nicht gefragt 


PC-Harddisk-Systeme 
Michael Wild» 


Preis und Leistung werden von der Spei- 
cherkapazität der Platte und der Geschwin- 
digkeit des Gesamtsystems bestimmt, das 
aus Platte, Controller und Rechner besteht 
Man sollte seine Bedürfnisse anhand der ge- 
planten Anwendungen möglichst exakt er- 
mitteln, denn unbedachte Überdimensionie- 
rung kann den Preis sprungartig hoch- 
schnellenlassen, Während übertriebene Ge- 
nügsamkeit die restlichen Komponenten des 
Rechners behindert. 

Platz muß sein 

Weniger als 20 MByte Platten kapazität sind 
selbst in einfachen XTs heute nicht mehr 
sinnvoll, auch wenn der Aufstieg von einem 
360-KByte-Diskettenlaufwerk auf eine ge- 
brauchte 5- oder 10- MByte- Platte anfangs 
begeistern mag. Die Praxis zeigt aber, daß 
man beim Umstieg auf Festplatte eine neue 
Arbeitsweise entwickelt. Innerhalb kurzer 
Zeit benutzt man Disketten nur noch zum Da- 
tentransfer und als Backup-Medium. Auch 
mit Selbstdisziplin speichert man viel mehr 
auf der Platte, als man eigentlich im ständi- 
gen Zugriff haben muß. 

So bestimmt letztlich die Gesamtheit der An- 
wendungen, die regelmäßig auf dem Rech- 
ner laufen sollen, den realen Bedarf an Plat- 
tenkapazität. Beispielweise stößt ein reines 
Textverarbeitungssystem auf einem XT nicht 
so bald an die Grenzen einer 20-MByte- 
Platte. Handelt es sich jedoch um ein univer- 
sell eingesetztes Gerät, auf dem auch län- 
gere Texte geschrieben und Programme ent- 
wickelt werden sollen, so kann selbst der 
Hobby-Anwender schon mal die Meldung 
„Disk full“ bekommen. 

Jedes „bessere“ Anwenderprogramm und 
sogar Spiele schlucken heutzutage gleich 
einige MByte. Installationsprogramme laden 
Mengen an Drucker-, Bildschirm-, Maus- und 
Tastaturtreibern auf die Platte, obwohl nur je 
einer gebraucht wird. Wen kümmert schon, 
daß DOS auch einer 10 Byte langen Datei 
2KByte Plattenspeicher zuweisen muß, weil 
das die kleinste Verwaltungseinheit (Cluster) 
ist. 

Programme wie Datenbanken sammeln ste- 
tig wachsende Datenbestände an. Es ist 
ratsam, sich vor der Plattenanschaffung zu 
informieren, wieviel Kapazität eine anvisierte 
Anwendung für einen geplanten Anwen- 
dungsfall auf längere Sicht erfordert. Zum ei- 
nen kann man bei „Plattenüberlauf“ nicht ein- 
fach Daten auf Disk auslagern, zum anderen 
bekommt man Platten kapazität nur in Sprün- 
gen von etwa 20, 40, 80 MByte bei MFM- und 
30, 60, 90 MByte bei RLL-Platten, und die 
Preise machen diese Sprünge ungefähr mit. 

Geschwindigkeit 

Für den Anwender zählen nicht irgendwelche 
Spitzenwerte, die die Plattenhersteller auf 
dem Prüfstand ermittelt haben. Sein System 
aus Rechner, Controller und Platte bestimmt 
als Ganzes, wie schnell er Daten speichern 
und zurückholen kann. Die von Plattenher- 


stellem gern herausgestellte „mittlere Zu- 
griffszeit“ sagt zum Beispiel nur aus, wie 
schnell sich der Kopfträger einer Platte bei 
Spurwechseln über die Platte bewegt. Je 
schneller das geht, desto besser ist das frag- 
los, es gibt aber bedeutend wichtigere Para- 
meter. 

Eine der wichtigsten Größen ist die Daten- 
transferrate, deren Grenze von einfachen 
physikalischen Gesetzmäßigkeiten bei der 
Datenaufzeichnung vorgegeben wird. Die 
Festplatte besteht aus mehreren magneti- 
sierbaren Scheiben, auf denen die gespei- 
cherten Daten in kreisförmigen Spuren la- 
gern. Eine Spur ist beim PC in mehrere Sek- 
toren von 512 Byte Länge unterteilt. 

Aufzeichnungsverfahren 

Die beiden gebräuchlichsten Aufzeichnungs- 
verfahren sind MFM (Modified Frequency 
Modulation) und RLL (Run Length Limited). 
RLL ermöglicht eine höhere Datendichte als 
MFM, es passen folglich mehr Sektoren in 
eine Spur. Zu MFM-Platten gibt es vom sel- 
ben Hersteller fast immer baugleiche RLL- 
Versionen mit Plattenoberflächen höherer 
Güte. Während man unbesorgt eine RLL- 
Platte auch an einem MFM-Controller betrei- 
ben kann (unter Verlust der Vorteile, die die 
RLL-Datendichte bringt), beschert der Be- 
trieb von MFM-Platten an RLL-Controllern 
meist nach kurzer Zeit eine Fülle defekter 
Sektoren. 

Die maximale Datenrate läßt sich aus der 
Sektorzahl (17 bei MFM, meist 26 bei RLL), 
der konstanten Drehzahl (60 Umdrehungen 
pro Sekunde) und den Bytes pro Sektor er- 
mitteln. Bei MFM-Platten erreicht man folglich 
maximal 522, bei RLL-Typen 799 KByte/s. 
Moderne Systeme wie SCSI- und ESDI-Plat- 
ten arbeiten intern mit einer noch höheren 
Datendichte (meist Advanced-RLL, auch 
ARLL), wodurch sie weit über 30 Sektoren in 
der Spur unterbringen. Dementsprechend 
steigt die maximale Datenrate, sofern die 
Drehzahl der Platte nicht auf 50 Umdrehun- 
gen pro Sekunden verringert wird. 

Interleave 

Selbst ein schneller 80386-AT schafft es 
nicht, alle Sektoren einer Spur in nur einer 
Plattenumdrehung zu lesen. Nachdem das 
DOS einen Sektor vom Controller entgegen- 
genommen und richtig im Speicher plaziert 
hat, ist beim Anfordern des Folgesektors des- 
sen Anfang gerade unter dem Lesekopf vor- 
beigerauscht und erst nach einer vollen Plat- 
tenumdrehung wieder zugänglich. Damit 
sinkt die optimale Datenrate auf einen Sektor 
pro Umdrehung, als ein 17tel oder 26stel der 
oben angeführten Werte. 

Hätte man im obigen Beispiel verlangt, die 
Daten in der Reihenfolge Sektor 1 , Sektor 3, 
Sektor 5 zu lesen, dann wäre man nach zwei 
Plattenumdrehungen fertig. Genau dieser 
Trick, genannt Interleaving oder Sektorver- 
satz, wird auch angewandt, wobei die Sek- 
tornumerierung schon auf der Platte durch 
die physikalische Formatierung geändert 
wird, im Beispiel also auf einen Interieave- 
Faktor von 2, mit dem auch 80286-ATs an 


MFM-Controllem zurechtkommen. Langsa- 
mere Rechner (XTs) brauchen einen größe- 
ren Interleave-Faktor (XTs etwa 4 bis 5), weil 
die Verwaltung durch DOS länger dauert. 
Dementsprechend sinkt auch die Daten- 
transferrate bei Interleave 5 auf ein Fünftel 
des Maximalwertes. Macht man den Inter- 
leave-Faktor jedoch zu klein, wird der Folge- 
sektor stets verpaßt, und schlagartig hat man 
den höchstmöglichen Interleave und die ge- 
ringstmögliche Datentransferrate einge- 
stellt. 

Ein Puffer im Harddisk-Controller, der meh- 
rere Folgesektoren zwischenspeichert, lok- 
kert die starre Kopplung zwischen zeitlicher 
Sektorabfolge und Zugriffsmöglichkeit sei- 
tens des Rechners. Der Controller füllt per- 
manent den Puffer mit Folgesektoren, die er 
dann auf Anfrage sofort parat hat. Mit solchen 
Controllern kann man gefahrlos 1 :1 wählen 
(sie werden deshalb 1 :1 -Controller genannt) 
und kommt damit auch recht dicht an die 
theoretischen Maximalwerte heran. 

1 :1 -Controller sind nur unwesentlich teurer 
als die ungepufferten Kollegen, mit denen 
man nicht übereinen Interleave von zwei hin- 
auskommt. Der Preis für die dreifache Lei- 
stung (RLL-1 :1 statt MFM 1 :2) beträgt aber 
bei weitem nicht das Dreifache, sondern oft 
nur 10 bis 20 Prozent mehr. Achten Sie aber 
darauf, daß die Software zum Formatieren 
mit diesem Interleave dabei ist, wenn der 
Controller kein ROM-BIOS mit internem For- 
matter hat. 

Für XTs gibt es unseres Wissens keine voll- 
wertigen 1 : 1 -Controller (die dürften XTs auch 
nicht ausnutzen können), aber man erreicht 
zum Beispiel mit Omti-Controllern (einige ge- 
pufferte Sektoren) bei RLL etwa Raten von 
300 KByte/s. Den jeweils kleinstmöglichen 
Interleave kann man durch physikalisches 
Neuformatieren und Messen der Datenrate 
selbst herausfinden, Programme wie Spin- 
Rite zum Beispiel machen das sogar, ohne 
die Daten dabei zu löschen. 

BIOS-Fragen 

Auf dem XT-Controller befindet sich in einem 
eigenen ROM-BIOS alles Wissen, das die 
CPU braucht, um damit eine Festplatte zu 
steuern. Ein Standard-AT-Controller mit 
ST412/506-Schnittstelle wird jedoch vom 
AT-BIOS direkt bedient, das dazu eine Liste 
von verschiedenen Festplattenparametern 
vorrätig hält - allerdings grundsätzlich keine 
für RLL-Festplatten mit 26 Sektoren. 

Aus dem Grund haben alle AT-RLL-Control- 
ler doch ein eigenes BIOS, in dem meist au- 
ßer einem Installationsteil zur Eingabe der 
Plattenparameter noch ein Formatierpro- 
gramm residiert. Seine Hauptaufgabe be- 
steht darin, auf der Platte selbst deren Para- 
meter zu notieren, um sie beim Kaltstart dem 
AT-BIOS als die gültigen Parameter unterzu- 
schieben. 

Manche Software mag aber Platten mit 26 
Sektoren nicht, selbst wenn man die Platten- 
parametertabelle im BIOS-ROM umpatcht 
(Novell NetWare zum Beispiel). Das FDISK 
von DOS, das AT-ROM-BIOS und einige äl- 
tere Kombi-Controller sind ferner aufge- 
schmissen, wenn eine Platte mehr als 1024 
Zylinder hat. Das hat zur Folge, daß man sol- 
che Platten damit nicht vollständig ausnutzen 
kann, also Speicherplatz verschenkt. Pfiffige 
Controller (etwa von Data Technology) rech- 
nen dann in einem Emulationsmodus einfach 
die Plattenparameter auf mehr Köpfe um, so 
daß selbst das AT-BIOS fest daran glaubt, 
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eine Platte habe nur 17 Sektoren oder weni- 
ger als 1024-Zylinder. 

Ein XT-Controller im AT kann eine sehr 
schlechte Wahl sein: Ein Omti-RLL-Control- 
ler, der bei uns 300 KByte/s in einem 8-MHz- 
XT brachte, schaffte nur 200 KByte in einem 
8-MHz-AT (1 Wait). Im XT ist der vom Con- 
troller-BIOS unterstützte DMA-Transfer die 
richtige Lösung, weil er weitaus schneller als 
über Prozessor-l/OBefehle abläuft. Der AT- 
Kombi-Controller wird jedoch vom AT-BIOS 
über 1 6-Bit-l/O-Befehle wesentlich effizienter 
angesteuert. Die Gründe: Die DMA des AT 
wird zwar mit fast gleichem Takt wie im XT 
betrieben, verliert aber bei einem Wait-State 
ein Drittel Geschwindigkeit gegenüber dem 
XT. Auch wird der Code im EPROM des Con- 
trollers (8 Bit breit, Waits durch Umsetzung 
auf 16-Bit-Bus der CPU) extrem langsam 
ausgeführt. 

Unterlagen 

Achten Sie beim Kauf einer gebrauchten 
Platte darauf, daß Ihnen der Verkäufer ein 
Datenblatt oder zumindest die Parameter 
mitgibt, die Sie auf ATs für das Setup bezie- 
hungsweise auf XT-Controllern beim physi- 
kalischen Formatieren angeben müssen. Es 
gibt kein Testprogramm, das diese Parame- 
ter selbst ermitteln könnte. Schreiben Sie 
sich diese Parameter und die Nummer des 
Setup-Eintrags am besten aufs Plattenge- 
häuse, falls Ihre CMOS-Uhr mal vergeßlich 
wird. Wenn Sie ein neues Komplettsystem 
erwerben, achten Sie darauf, daß Sie zu 
Platte und Controller vernünftige Unterlagen 
bekommen. 

Schnittstellen 

Platten und Controller (RLL und MFM) mit 
ST412/506-Schnittstelle sind zur Zeit im PC- 
Markt dominant und am preisgünstigsten. 
Gespanne aus ESDI-Controller und -Platte 
sind etwas schneller als RLL-1 :1 -Lösungen, 
allerdings wenig verbreitet. 

SCSI bietet auf lange Sicht die schnellstmög- 
lichen und vielseitigsten Systeme, auch 
wenn die Aufzeichnungsdichten heutiger 
Platten noch kaum Vorteile gegenüber ESDI- 
Varianten bieten können. Obwohl SCSI-Lö- 
sungen heute noch deutlich teurer als ESDI- 
Kombinationen sind, wird die jetzt schon 
spürbare Akzeptanz von SCSI die Verbrei- 
tung wachsen und damit die Preise bald pur- 
zeln lassen. 

An der SCSI-Schnittstelle lassen sich theore- 
tisch acht beliebige Geräte anschließen, also 
nicht nur Festplatten, sondern auch etwa 
Streamer, optische Platten oder Laserdruk- 
ker. Besonders wenn Sie sich für eine Platte 
mit hoher Speicherkapazität entschieden ha- 
ben, bei der ein Backup über Disketten nur 
noch schlecht möglich ist, sollten Sie die An- 
schaffung eines Systems mit einem Univer- 
sal-SCSI-Controller in Erwägung ziehen. 
Solche gibt es beispielsweise von Future Do- 
main, Western Digital und Adaptec, preislich 
liegen sie um 1 000 DM. Der Low-Cost-SCSI- 
Adapter von Seagate (unter 100 DM) unter- 
stützt hingegen nur zwei Platten und auch nur 
solche aus dem eigenen Hause. 

Einige Comupterhersteller (zum Beispiel 
Compaq, Commodore, Zenith) rüsten ihre 
Rechner mit hausgemachten Schnittstellen 
aus. Diese haben eine gewisse Ähnlichkeit 
mit SCSI, das heißt, das Interface auf der 
Rechnerseite ist sehr einfach (und preis- 
wert), die hauptsächliche Controller- Elektro- 
nik liegt auf der Platte. Gegen eine solche 


Lösung wäre nichts einzuwenden, wenn 
Schnittstelle und Ansteuerung einheitlich wä- 
ren. Zur Zeit jedoch ist man auf einige wenige 
Plattentypen - wenn nicht gar völlig auf teure 
Spezialversionen des Computerherstellers - 
festgenagelt. 

Prüfen Sie in solchen Fällen genau das An- 
gebot möglicher Platten und deren Preise. Es 
kann (vor allem bei späteren Erweiterungen) 
günstiger sein, ein Plattensystem mit Stan- 
dard-Schnittstelle separat zu erwerben. 
Dazu müssen Sie aber vor dem Kauf definitiv 
klären, daß sich der interne Harddisk-Con- 
troller entfernen oder zumindest abschalten 
läßt. 

Aufrüsten 

Die Harddisk-Controller lassen fast immer 
den Anschluß einer zweiten Platte zu, wobei 
die neue Platte technisch (MFM, RLL, SCSI, 
ESDI oder „Hausmarke“) definitiv zum Con- 
troller passen muß. Jedoch hängt es vom Ge- 
häuse und der Bauhöhe der ersten Platte ab, 
ob dafür noch Raum ist. Die meisten (aber 
nicht alle) Gehäuse lassen den Einbau von 
vier Laufwerken (zwei Harddisks, zwei Flop- 
pies) in halber Bauhöhe zu, eine Harddisk in 
voller Bauhöhe verringert diese Anzahl auf 
drei. 


Eckart Steffens 


Die Qualität und Geschwindigkeit heutiger 
Matrixdrucker ist bereits im Bereich um 
400 DM so hoch, daß man sie nicht gegen 
ein Profi-Modell tauschen würde, das vor 
fünf Jahren 2 000 DM gekostet hat. Dennoch 
gibt es auch heute noch deutliche Unter- 
schiede in Preis , Leistung, Geräuschent- 
wicklung, Einsatzeignung und Betriebsko- 
sten. 

Zeichen wie gedruckt 

Der Typenraddrucker wurde direkt von der 
Schreibmaschine abgeleitet; ein Schriftzei- 
chen auf dem Typenrad wird direkt auf das 
Papier geschlagen. Der Druck erfolgt zeilen- 
weise, bei relativ niedriger Druckgeschwin- 
digkeit - etwa 25 Zeichen pro Sekunde. Ty- 
penraddrucker sind echte Schönschriftdruk- 
ker, bei denen sich mit nur wenigen Handgrif- 
fen das Typenrad gegen ein anderes austau- 
schen und damit die Schrifttype wechseln 
läßt. 

Wie Typenraddrucker gehören auch Matrix- 
drucker zur Gruppe der sogenannten Impact- 
Drucker, bei denen Zeichen durch mechani- 
schen Anschlag zu Papier gebracht werden. 
Dadurch können sie Belege mit Durchschlä- 
gen drucken. Beim Matrixdrucker wird ein 
Zeichen jedoch nicht als Ganzes angeschla- 
gen, sondern aus einer Pünktchenmatrix 
(zum Beispiel 5x9 Punkte) zusammenge- 
setzt. Jeweils eine Pünktchenspalte wird da- 
bei auf einmal gedruckt, für ein Zeichen be- 


In einem AT mit 20-MB-Platte und MFM-1 :2- 
Controller sollte man sich überlegen, ob bei 
größeren Aufrüstungen (plus 40 MByte) nicht 
der Verkauf der alten Kombination aus Platte 
und Controller und die Anschaffung einer 
RLL-1 :1 -Kombination der reizvollere Weg 
ist. Diese Lösung ist etwa dreimal schneller, 
läßt noch Raum für eine weitere Platte und 
belastet das Netzteil geringer. 

Der Parallelbetrieb zweier gleichartiger Con- 
troller in einem Rechner ist nicht möglich, 
doch arbeiten zum Beispiel einige Standard- 
und SCSI-Controller nebeneinander. Eine 
solche Zusammenarbeit ist aber keineswegs 
sicher und sollte vor einem Kauf intensiv er- 
probt werden. 

3,5-Zoll-Platten werden im unteren Kapazi- 
tätsbereich (bis 200 MByte) über kurz oder 
lang die Typen mit 5, 25-Zoll-Formfaktor völlig 
verdrängen. Vor allem die neuesten Ausfüh- 
rungen sind dabei deutlich leiser als ihre grö- 
ßeren Geschwister. Platten haben vom Her- 
steller spezifizierte Einbaulagen, das heißt, 
man darf sie beispielsweise nicht „auf dem 
Kopf“ montieren, weil dabei Lagerschäden 
entstehen können. (gr) 

IM D. Grell, Sektorroulette, Optimaler Interleave* Faktor bei 
Festplatten, c’t 2/89, S. 128 


nötigt der Drucker im Vorbeifahren daher ma- 
ximal fünf Anschläge. 

Damit muß er zwar mehr Arbeit leisten als ein 
Typen raddrucker, doch da eine erheblich 
kleinere Masse bewegt werden muß (die 
Drucknadeln sind sehr klein und leicht), kann 
der Anschlag auch sehr schnell erfolgen. Tat- 
sächlich schaffen durchschnittliche Nadel- 
drucker bis zu 100 Zeichen/Sekunde, in der 
gehobenen Klasse 250 bis 300; Spitzenmo- 
delle sind sogar mit 600 Zeichen/s und mehr 
zu bekommen. Die Qualität des Ausdruckes 
ist allerdings durchaus dürftig und eher für 
Tabellen und Kontrollausdrucke geeignet - 
mit dem Schriftbild der Typenradler kann die 
eines 9-Nadlers nicht konkurrieren. Damit 
das Schriftbild wenigstens für Briefe taugt, 
werden Drucker mit „Near Letter Quality“ ge- 
baut. Sie erzeugen durch einen doppelten, 
leicht versetzten Überdruck der Zeile ein we- 
sentlich geschlosseneres Schriftbild, eben 
fast Schönschrift. 

Je mehr, desto besser? 

Um das Schriftbild weiter zu verbessern, ver- 
feinerte man die Druckmatrix, indem man die 
Zahl der Drucknadeln im Druckkopf auf 24 er- 
höhte. Die Near Letter Quality, für die die 9- 
Nadler noch zwei Überdrucke benötigen, 
schaffen sie in einem Schnelldruckdurch- 
gang, und bei verringerter Druckgeschwin- 
digkeit verbessert sich die Ausgabequalität 
auf echte Briefdruckqualität. Mit Karbon- statt 
Textil-Farbbändern erreicht man eine noch 
bessere, gleichmäßig schwarze Deckung 
des Schriftbildes. 

Nicht mehr nur zwischen Draft (Schnelldruck) 


Nervensägen kontra Laser-Show 

Drucker von Typenrad bis Laser 
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und LQ (Schönschrift) läßt sich bei heutigen 
Modellen wählen: Mehrere eingebaute Fonts 
(Schriftarten), die in einem EPROM gerätein- 
tern gespeichert sind und sowohl über ein 
Bedientableau als auch softwaremäßig an- 
gewählt werden können, sind selbst im Be- 
reich unter 1 000 DM üblich. 48-Nadel-Druk- 
ker gibt es mittlerweile auch, jedoch sind sie 
noch in höheren Preisregionen angesiedelt. 

Nicht klotzen, kleckern! 

Matrixdrucker sind schnell, schönschriftfähig 
und eignen sich auch für Grafikausgabe. 
Doch gerade dabei ist die Lärmbelastung 
ganz erheblich. An Arbeitsplätzen, wo per- 
manent ein solcher Drucker vor sich hin 
„sägt“ (oder ein Typenradler hämmert), läßt 
sich das Betriebsklima nur mit Hilfe von 
Lärmschutzhauben heiter gestalten. 

Ein Tintenstrahldrucker hat solche „Zusatz- 
maßnahmen“ nicht nötig. Auch seine Zei- 
chen werden aus einer Druckmatrix zusam- 
mengesetzt, wobei Tinte aus feinen Düsen 
(24, manchmal 48) auf das Papier gesprüht 
wird. Da kein Anschlag erfolgt und der Druck- 
kopf das Papier nicht berührt, arbeitet der 
Drucker nahezu geräuschlos: Nur Papiervor- 
schub und Druckkopf beweg ung sind hörbar. 
Mit ihrer hohen Auflösung sind Tintenstrahl- 
drucker echte Schönschriftler. Zugleich sind 
sie schnell und ihre Ausdrucke dokumenten- 
echt, aber Durchschläge sind mit diesem 
Verfahren natürlich nicht zu erstellen. 
Durchschläge ermöglichen auch die Thermo- 
drucker nicht. Beim Thermodruck werden die 
einzelnen Druckkopfsegmente kurzeitig er- 
hitzt, so daß sich das thermisch sensitive Pa- 
pier an diesen Stellen verfärbt. Einige porta- 
ble „Druckerschreibmaschinen“, Tischrech- 
ner, Scanner-Kopierer und fast alle Telefax- 
geräte arbeiten mit dieser Technik. Standard- 
geräte erreichen Auflösungen bis 200 dpi 
(Punkte pro inch), höhere Auflösungen sind 
erreichbar. 

Thermotransferdrucker arbeiten ganz ähn- 
lich, dabei wird aber ein spezielles Farbband 
benutzt, dessen erhitzte Punkte auch auf nor- 
malem Papier haften bleiben und zu sehr 
gleichmäßiger Deckung führen (wie Karbon- 
band bei Typenradmaschinen). Ihre Druck- 
qualität liegt daher über der von Tintenstrahl- 
druckern. 

Alle Arten von Thermodruckern sind Zeilen- 
drucker und arbeiten sehr leise, verursachen 
jedoch ungleich höhere Druckkosten als an- 
dere Modelle, da entweder Spezialpapier 
(Thermopapier) oder Einmal-Thermofarb- 
band benötigt wird. 

Seite für Seite 

Typenrad-, Matrix-, Tintenstrahl- und Ther- 
modrucker verarbeiten Einzelblätter, Endlos- 
papier, Etiketten und was sonst alles an For- 
mularen angeboten wird. Der Einzug erfolgt 
mit der Walze (für Umschläge und Einzelblät- 
ter), über einen sogenannten Traktor (für die 
perforierte Führung bei Endlosformularen) 
oder einen Einzelblattschacht (für geschnit- 
tene Formate wie A4-Papier). Der Zubehör- 
handel hält vielerlei Ergänzungen für Sie be- 
reit. 

Bei Laserdruckern werden nur geschnittene 
Formate verarbeitet, allenfalls Umschläge 
können als „Einzelblatt“ zugeführt werden. 
Auch die Drucktechnik unterscheidet sich 
von den vorgenannten Modellen beträchtlich: 
Hier wird nicht zeilenweise, sondern jeweils 
eine komplette Seite in einem Durchgang be- 
druckt -es kann also auch beliebig auf dieser 


* * *• |* •* * 
rt ; 5 i 

» * * * * • ♦ 

9 Nadeln iDrafi-Moite) 

abc 

9 Nadeln (NCQ-Mode) 


abc 

M Nadeln 

abc 

Laserdrucker 


Etwas „ dramatisiert " (nämlich aus Sicht eines 
Laserdrucker-Herstellers), aber anschaulich: 
die Unterschiede stark vergrößerter 10-Punkt- 
Schrift verschiedener Drucktypen. 


Seite positioniert werden. Auch komplexe 
Grafiken sind so kein Problem, und mit der 
hohen Auflösung von 300 dpi erlauben La- 
serdrucker hochqualitative Ausdrucke. La- 
serdrucker sind dabei recht leise, aber auch 
sie müssen ohne Durchschlag auskommen. 
Neuere Modelle verwenden statt des Lasers 
auch eine LED-Zeile oder ein LCD-Shutter 
zum Belichten. Das hat auf das Druckergeb- 
nis keinen Einfluß, macht diese Modelle aber 
etwas preiswerter. 

Schnittstelle und Emulation 

Zwei Standard-Schnittstellen haben sich für 
den Druckeranschluß an den Rechner durch- 
gesetzt: RS-232-C für die serielle Datenüber- 
mittlung, bei der parallelen Datenübermitt- 
lung der Vorschlag der Firma Centronics 
(weshalb man hier auch von der Centronics- 
Schnittstelle spricht). 

Bezüglich Steuerkommandos, Schriftarten 
und so weiter jedoch gilt seit jeher: „Jeder 
Drucker ist anders“. Softwarehersteller kom- 
pensieren das, indem sie zu ihren Produkten 
sogenannte Druckertreiber ausliefern, An- 
passungsprogramme also, die die Ausgabe 
so formatieren, daß der angeschlossene 
Drucker sie versteht und das „richtige“ Er- 
gebnis zu Papier bringt. 

Umgekehrt sind fast alle Drucker heute ihrer- 
seits in der Lage, das Verhalten anderer 
Drucker nachzubilden, zu „emulieren“, und 
so eventuelle Anpassungsprobleme im Hin- 
blick auf verfügbare Treiber weiter zu verrin- 
gern. Typenrad-Emulationsstandards wur- 
den durch Qume- und Diablo-Geräte gesetzt, 
sie sind vor allem für Textverarbeitungs- 
zwecke von Bedeutung. Matrixdrucker-Stan- 
dards setzten Epson mit der Druckersprache 
ESC/P und IBM. Die Laserdrucker- Stan- 
dards gehen vor allem auf Hewlett Packard 
mit dem Laserjet und der HP Printer Control 
Language sowie Canon zurück, deren Druck- 
werke sich bei vielen Anbietern unter der 
Haube tummeln. 

Ein anderes Problem, nur auf den zweiten 
Blick erkennbar, ist der Zeichensatz. So ha- 
ben zum Beispiel Macintosh, IBM PC, Atari 
ST und Commodore Amiga für die Sonder- 
zeichen oberhalb 128 (zu denen auch die 
deutschen Umlaute gehören) nicht nur zum 
Teil deutlich andere Codes, sondern auch ei- 
nen völlig abweichenden Zeichenvorrat. In 
der Regel müssen Zeichensätze am Drucker 
unabhängig von der Emulation gesondert 
eingestellt werden. Mit IBM- und Epson-Zei- 
chensatz, bei Laserdruckern Roman-8, 
klappt’s in den meisten Fällen. 

Welcher Drucker für wen? 

Für gelegentliche Ausdrucke von Text und 
Grafiken bei einer Auflösung um 120 dpi und 
einer geringen Belastung des Budgets emp- 


fiehlt sich durchaus ein einfacher 9-Nadel- 
Matrixdrucker ab etwa 400 DM. Von Geräten 
in dieser Preisklasse sollte man keine Wun- 
der an Langlebigkeit erwarten, bei einem 
mehrstündigen Non-Stop-Ausdruck schaltet 
auch schon mal die Übertemperatursiche- 
rung ab. Streßfähige Modelle für den rauhen 
Profi-Einsatz findet man oberhalb 1 000 DM. 
Ein Gerät, das normale A4-Formate, auch 
endlos, verarbeiten kann, ist im allgemeinen 
hinreichend. Ausführungen für Breitformate 
(A4 quer) gibt es zwar auch, allerdings selten 
im Low-Cost-Bereich. 

Wenn keine längeren Listings zu drucken 
sind, dann eignet sich für gelegentliche 
Schönschreib-Exerzitien auch eine relativ 
langsame (15 Zeichen pro Sekunde) Typen- 
rad-Schreibmaschine mit Computer-Inter- 
face (800 bis 1 800 DM). Gegenüber einem 
echten Typrenraddrucker hat sie sogar den 
Vorteil, daß man sie auch weiterhin per Hand 
bedienen kann, etwa um knifflige Formulare 
auszufüllen. 

Als schnelle Schönschriftler mit vielen Fonts 
eignen sich vor allem 24-Nadel-Matrixdruk- 
ker (1 000 DM bis 3000 DM), Tintenstrahl- 
oder Thermodrucker (1 500 bis 4000 DM). 
Lediglich die Ausgabe einer Grafik ist mit die- 
sen Geräten etwas lästig, weil die Vorlage ja 
zeilenweise zerlegt und ausgedruckt werden 
muß. 

Seitendrucker wie Laser-, LCD- oder LED- 
Drucker haben es da leichter, sie können 
eine Seite auf einmal belichten. In der Grund- 
ausstattung sind diese Modelle meist aber 
nicht mit genügend Speicher versehen (min- 
destens 1,5 MByte), um eine komplette Gra- 
fikseite aufbauen zu können. Dennoch sind 
die zunehmend im Preis fallenden Seiten- 
drucker (Grundgeräte sind bereits unter 
2 500 DM erhältlich) eine starke Alternative 
zu allen anderen Modellen, denn sie sind 
sauber, leise, schnell und erzeugen in Ver- 
bindung mit leistungsfähiger Software durch- 
aus druckfähige Vorlagen. 

Laserdrucker werden aber schnell teuer 
(5 000 bis 15 000 DM), wenn man nach Ver- 
sionen Ausschau hält, die eine Seitenbe- 
schreibungssprache wie etwa PostScript be- 
herrschen. Diese sind dann mit einem weit- 
aus aufwendigeren Controller und minimal 3 
oder 4 MByte Speicher ausgestattet, was 
man definitiv nur für professionelles Desktop 
Publishing braucht. Sucht man nur einen lei- 
sen Seitendrucker mit den Möglichkeiten ei- 
nes guten Matrixdruckers, tut es ein ganz 
simples Basismodell. 

Bei den laufenden Betriebskosten liegen 
Drucker, die mit Textilfarbbändern auskom- 
men, am günstigsten, also Matrix und Typen- 
rad. Dann folgen Tintenstrahldrucker, die mit 
einer Füllung für 65 DM etwa 3 Millionen Zei- 
chen schaffen. Laserdrucker-Kartuschen für 
etwa 300 DM halten ungefähr 6 Millionen Zei- 
chen durch. Führend sind Thermotransfer- 
Drucker: ein 30 bis 40 DM teures Einmal- 
Farbband reicht nur für 200000 bis 300000 
Zeichen. (gr) 

Schluß 
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Berechnung einer zur Run-Time 
eingegebenen Funktion 


Peter Fälsche, Zerbst 


Bei vielen Anwendungen erhöht es den 
Komfort und die Vielseitigkeit des Pro- 
gramms, wenn eine variabel zu berech- 
nende Funktion im Dialog mit dem Pro- 
gramm eingegeben werden kann, anstatt sie 
in den Programmtext einbinden und neu 
compilieren zu müssen. Letztere Variante ist 
insbesondere bei Nutzern ohne Kenntnisse 
des Programms oder tter verwendeten 
Sprache untauglich. Bisher wurde dieses 
Problem durch einen Interpreter gelöst Das 
hatte die Nachteile eines höheren Software- 
aufwandes und einer geringeren Rechenge- 
schwindigkeit gegenüber der Berechnung 


durch einen Code, der durch einen Compiler 
erstelllt wurde. 

Ich möchte Ihnen Im folgenden zwei Varian- 
ten demonstrieren, die keinen Interpreter be- 
nutzen, sondern den zu Turbo-Pascal 4. 0/5.0 
gehörenden Kommandozeilen-Compiler 
TPC.EXE. Mit der ab Turbo-Pascal 4.0 vor- 
handenen Prozedur 

Exec (Path : String; Com Line : String) 

kann ein Programm vom laufenden Pro- 
gramm aus wie eine Prozedur gestartet wer- 
den. Das heißt, nach Abarbeitung des aufge- 
rufenen Programms läuft das aufrufende 
Programm mit dem nach Exec folgenden Be- 
fehl weiter. Damit ist es innerhalb eines lau- 
fenden Programms prinzipiell möglich, eine 


Funktion als String einzulesen, diesen String 
in ein vorbereitetes Pascal-Textfile Name- 
.pas einzubinden, das Pascal-Textfile mit 

Exec (TPC.EXE*, ’Name.pas*) 

zu compilieren und das entstandene Exe-File 
mit Exec aufzurufen. Bei Verwendung von 
Exec ist zu beachten, daß das aufrufende 
Programm nicht den gesamten Speicher be- 
legt. Deshalb ist eine Begrenzung des Heap 
nach oben notwendig, das heißt, daß die 
Obergrenze des Heap mit der Compilerdirek- 
tive Memory-Sizes auf weniger als 640 KByte 
festgelegt werden muß. 

Die hier angegebenen Programmbeispiele 
(Bild 1 bis 6) sind für Turbo-Pascal 5.0 ge- 
dacht, können aber schnell an Turbo-Pascal 
4.0 angepaßt werden. Dazu sind die Compi- 
lerdirektiven neu zu setzen (einige gab es in 
Turbo-Pascal 4.0 noch nicht), die Prozedur 
SwapVectors und die Funktion 

GetEnv (Str : String) : String; 

sind selbst zu deklarieren (siehe Bild 7). 


1: { Unit zur Deklaration der Unterprogramm» für 1. } 

2: {$A+ ,B- ,D- ,E+ ,F- , I - ,L- ,N+,0~ , R- , S-: > V-} 

3: Unit Fl; 

4: 

5: interface 
6: 

7: uses Crt, DOS; 

8: 

9: type RealType = Kxtended; 

10: 

11: var ya : array [0..7671 of RealType; 

12: ey : array [0..767] of Boolean; 

13: xd, x : RealType; 

14: xi, xmax : word; 

15: xa : RealType; 

16: 

17: const Exist : Boolean - False; 

18: 

19: function Install( Fkt, Dkt : String ) : boolean; 

20: 

21: procedure Calculation; 

22: 

23: inplementation 
24: 

25: var Path : Text; 

26: SR ■: SearchRec; 

27: TpcDir : String; 

28: OldExitProe, 01d47hPtr : Pointer; 

29: 

30: function Install; 

31: var fl, f2 : Text; Zeile : String; DOSErrorCode : Integer; 

32: begin 

33: Assign( fl, 'calc.pas' ); AssignC f2, 'helpl.pas' ); 

34: ReWr ite( fl ); ReSet( f2 ); 

35: while not EoFC f2 ) 

36: do begin ReadLn( f2, Zeile ); 

37: if P os ( ' { !Fkt) ' , Zeile ) <> 0 

38: then WriteLnC fl, Fkt ) 

39: eise if Pos< '{!Dkt}', Zeile ) <> 0 

40: then WriteLnC fl, Dkt ) 

41: eise WriteLnC fl, Zeile ) 

42: end; 

43: Close( fl ); Close( f2 ); 

44: SwapVectors; Exec( TpcDir + 'Tpc.Exe', '/I calc.pas' ); SwapVectors; 
45: WriteLn; DOSErrorCode : = DQSError; 

46: if DOSErrorCode o 0 

47: then begin .WriteLnC 'DOS-Fehler : ', DOSErrorCode ); halt 
48: end; 

49: Exist:= DOSExitCode = 0; Install:= Exist 
50 : end : 

51: 

52: procedure Calculation; 

53: begin 

54: if not Exist 

55: then begin Write( 'Es wurde noch keine Funktion installiert ! '); 

56: WriteC 'Programm angehalten I ' ); Halt 

57 : end ; 

58: x:=xa; xi:=0; FillChar( ey , SizeOfC ey ), true ); 

59: repeat SwapVectors; Exec( 'calc.exe', '' ); SwapVectors 
60: until xi = succ( xnax ) 

61: end; 

62: 

63: {$F+> procedure NewExit; {$F-} 

64 : begin 

65: ExitProc:= OldExitProe; SetlntVeeC $47, 01d47hPtr ); 

66: SwapVectors; Exec( GetEnv( COMSPEC' ) , '/c erase calc.*' >; 

67 : SwapVectors 

68 : end ; 

69: 

70: begin { Hauptprogramm } 

71: DirectVideo : = False { nur bei EC 1834 / nicht kompatible }; 

72: Assign( Path, TpcDir.txt'); ReSetC Path ); 

73: Readln( Path. TpcDir ); FindFirst( TpcDir + 'Tpc.Exe', AnyFile, SR ); 
74: While DOSError <> 0 

75: do begin WriteLnC Tpc.Exe not found ! ' )*; WriteLn; 

76: WriteLnC 'old Path : TPCDir ); WriteLn; 

77: Write( new Path : ' ); ReadLnC TPCDir >; WriteLn; 

78: FindFirstC TpcDir + 'Tpc.Exe', AnyFile. SR ); 

79: ReWriteC Path ); Writeln( Path, TpcDir ) 

80: end; 

81: Close( Path ); OldExitProe : = ExitProc; ExitProc:= ® HewExit; 

82: GetlntVecC $47, 01d47hPtr >; SetIntVec< $47, 9 ya ) 

83 : end . 
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{ zu 1. } 

{ Hilfs-Programm zu Unit 'Fl.tpu' } 
{$A+,B-,D-,F-,I-,L-,N+,0-,R-,S-,V-} 

{ Ist ein Numer ic-Processor vorhanden ? } 
{ ja => Hardware } 


{ nein=> Emulieren } 


($1 f Def CPU87} 

{$E-} 

{$Else} 

{$E+> 

($EndI f } 

($M 65520,0,0 } { Es wird kein Heap benoetigt } 
program helpl; 
uses Dos; 

type RealType = Extended; 


Transfer 


record ya 
ey 

xd , x 
xi, xmax 


array [B..767] of RealType; 

array [0..7S7] of boolean; 

RealType ; 

word 


end ; 

var Back : ~ Transfer; 
xn : Word; 

OldExit : Pointer; 

{ ! Dkt} 


{$F+} 

procedure HewExit; 

begin 

with Back" 

do begin xi : =succ(xn ) ; x:=x+xd; ey [xn ] : =f alse 
end ; 

ExitProc : =01dExit ; ErrorAddr : =nil 
end; {$F-} 


function y( var x : RealType ) : RealType; 
begin 
{ J Fkt} 
end ; 

begin 

OldExit : =ExitProc ; ExitProc : =®NewExit ; 
GetIntVec( $47, Pointer (Back) ); 
with Back" 

do begin for xn:=xi to xmax 

do begin ya[ xn ]:= y( x ); x:=x+xd 
end ; 

xi:=succ(xn) 

end ; 

ExitProc : =01dExit 
end . 


Bild 2 Hilfsprogramm zur Unit F1.TPU 
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1 zu 1 . J _j , , 

{ Beispiel-Programm zur Nutzung der R o utinen - deqr Units Fl.tpu' ) 
{$A+ ,B-,D-,E+,F-,I-,L-,N+,0-,R-,S-,V-} 

($M 65520,0,0} 
program Mainl; 

uses Crt, Fl; 

var fkt : String; 
xe : RealType; 

begin 
ClrSer ; 

WriteLn( Tabellierung einer Funktion' ); WriteLn; 

WriteLnC 'Die Funktion darf Singu laritaeten enthalten 1' ); 
WriteLn ; 

Repeat Repeat Write( Der Funktions-String muß folgendes '); 

WriteLn( Format besitzen : y:= f(x)' ); WriteLn; 
WriteC Funktions-String : '); ReadLnC fkt ); 
WriteLn 

until InstalK fkt, '' ); 

Write( Anfang : '); ReadLnC xa ); WriteLn; 

WriteC Ende : '); ReadLn( xe ); WriteLn; 

WriteC 'Schrittweite : '); ReadLnC xd ); WriteLn; 

xmax : = Round ( ( xe - xa ) / xd ) ; Calculation; x:= xa; 
for xi:= 0 to xmax 
do begin if ey[ xi ] 

then WriteLnC FunktionC', x, ')= ', ya[ xi ] ) 
eise WriteLnC FunktionC', x, ')= ', RAN' >; 

X : = X + xd 

end ; 

WriteLn ; 

WriteLnC Wiederholen ? <J>a / <H>ein' ) 
until UpCaseC ReadRey ) = N' 
end . 


Bild 1 Die Unit F1.TPU zur Berechnung einer Funktion Bild 3 Beispielprogramm zur Nutzung der Unit Fl .TPU 
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Berechnung einer Funktion 
ohne Laufzeitfehler 

Es sollen in einem x-lntervall die Funktions- 
werte f(x) bzw. Iterationswerte von äquidi- 
stanten x- Werten (z. B. für eine graphische 
Darstellung) berechnet werden. Dazu wer- 
den folgende Variablen benutzt (siehe Bild 1 , 
Unit Fl Zeile 11 bis 15): 


Variable 

Typ 

Funktion 

ya 

RealType 

Vektor, nimmt die Funktionswerte 
auf 

ey 

Boolean 

Vektor, ey[xi] = true besagt, daß 
die Berechnung des Funktions- 
wertes mit dem Index xi möglich war 

xl 

word 

Indexvonyaund ey 

xmax ■ 

word 

maximaler Index, führt zum Ende 
der Berechnung 

X 

RealType 

aktueller x-Wert 

xd 

RealType 

Schrittweite für x 

xa 

RealType 

Anfangswert für x 


Die Funktion Install (Bild 1 , Zeile 30 bis 50) 
kopiert das Textfile Helpl.pas in das noch 
nicht existierende Textfile Calc.pas und trägt 
dabei den eingegebenen Funktions-String (y 
wird darin ein Wert zugewiesen) und eventu- 
ell zusätzliche Deklarationen dort in Calc.pas 
ein, wo es in Helpl.pas die Hilfs-Strings 
{ !Fkt} und {!Dkt} findet (Zeile 21 und 34). 
Dann wird versucht, Calc.pas zu compilieren. 
Die Funktion Install gibt true zurück, wenn die 
Compilierung erfolgreich war; false, wenn ein 
Fehler auftrat. Die Compilierung läßt sich auf 
dem Bildschirm verfolgen, und eine eventu- 
elle Fehlerstelle wird von TPC.EXE ange- 
zeigt. Nach der erfolgreichen Compilierung 
kann das erzeugte Programm Calc.exe ge- 
startet werden. In Helpl.pas ist der Typ 
Transfer definiert (Zeile 13). Er enthält die zu 
übergebenden Variablen, die in dergleichen 
Reihenfolge definiert sind, wie die zu überge- 


benden Variablen in der Unit Fl (Zeile 1 1 bis 
15). Back ist als Pointer auf eine Variable 
vom Typ Transfert deklariert. Daraus folgt: 
Wenn Back : = Addr(ya) (ya aus dem 
Hauptprogramm) gesetzt wird, liegen die zu 
übergebenden Variablen sowohl in der Unit 
Fl wie auch in Calc.exe auf dem gleichen 
Speicherplatz und können somit übergeben 
werden. Die Übergabe der Adresse der Va- 
riablen ya erfolgt im Initalisierungsteil der Unit 
Fl über den Interrupt- Vektor $47, der nach 
/I/ von MS-DOS nicht belegt ist und von Nut- 
zerprogrammen verwendet werden kann. 

Die Prozedur Calculation (in Fl) führt, indem 
sie Calc.exe aufruft, die Berechnung aus. 
T ritt während der Berechnung der Funktion in 
Calc.exe ein Laufzeitfehler auf, wird das Pro- 
gramm Calc.exe über seine Exit-Prozedur (in 
Helpl.pas, Zeile 24) beendet. Die Exit-Pro- 
zedur sorgt dafür, daß alle Parameter so ein- 


1: { Unit zur Deklaration der Routinen für 2. } 

2: {$A+,B-,D-,B-,F-,I-,L-,N+,0-,R-,S-.V-} 

3: Unit F2; 

4: 

5: interface 
6 : 

7: uses Crt, DOS; 

8: 

9: type RealType = Extended; 

10 : 

11: var FuncAddr : Pointer; 

12: 

13: const Exist : Boolean = false; 

14: 

15: function Install( Fkt, Dkt : String ) : boolean; 

16: 

17: function y( x : RealType ) : RealType; 

18: inline< $FF/ $1E/ FuncAddr ); { Call FAR [FuncAddr] } 

19: 

20: Implementation 
21: 

22: var QldExit, 01d47hPtr, 01d48hPtr 
23: : Pointer; 

24: Fath : Text; 

25: SR : SearchRec; 

26: TpcDir : String; 

27: 

28: [$F+ } 

29: function NoFunction( x 2 RealType ) : RealType; {$F-} 

30: begin 

31: WriteC Es wurde noch keine Funktion installiert ! ' )j 
32: WriteC 'Programm angehalten !' ); halt 
33 : end ; 

34 : 

35: procedure ReleaseMemory ; 

36: var Regs : Registers; 

37 : begin 

38: if Exist then IntrC $48, Regs ); 

39: Exist : =false ; FuncAddr := £ NoFunction 
40 : end ; 

41: 

42: {$F+ } 

43: procedure NewExit; {$F-} 

44: begin 

45: ExitProc:^ OldExit; ReleaseMemory; 

46: SetlntVecC $47. 01d47hPtr ); SetlntVecC $48, 01d48hPtr ); 

47: SwapVeetors; Exec( GetEnvC 'COMSPEC' ) , '/c erase calc.*' ); 
48: SwapVeetors 
49: end; 

50: 

51: function Install; 

52: var fl, f2 : Text; Zeile : String; DOSErrorCode : Integer; 

53: begin 

54: ReleaseMemory ; 

55: AssignC fl, 'calc.pas' ); Assign( f2, 'help2.pas' ); 

56: ReWriteC fl ); ReSet( f2 ); 

57: While not EoFC f2 ) 

58: do begin ReadLnC f2, Zeile ); 

59: if Pos( ' { !Fkt> ' , Zeile ) <> 0 

60: then WriteLn( fl, Fkt ) 

61: eise if Pos( '{!Dkt}', Zeile ) <> 0 

62: then WriteLnC fl, Dkt ) 

63: eise WriteLnC fl, Zeile ) 

64; end: 

65: CloseC fl ); CloseC f 2 ) ; 

66: SwapVeetors; Exec( TpcDir + 'Tpc.Exe', VI calc.pas' ); 

67: SwapVeetors; WriteLn; DOSErrorCode : = DOSError; 

68: if DOSErrorCode <> 0 

69: then begin WriteLnC 'DOS-Fehler : DOSErrorCode ); halt 

70: end; 

71: if DOSExitCode = 0 

72: then begin SwapVeetors; ExecC 'calc.exe', *' ); SwapVeetors; 
73: Install:= true; GetlntVecC $47, FuncAddr ); 

74: Exist := true 

75: end 

76: eise Install:= false 
77: end; 

78: 

79: begin { Initialisierung } 

80: DirectVideo : = false { nur bei EC 1834 / nicht kompatible >; 
81: AssignC Path, 'TpcDir.txt'); ReSetC Path ); 

82: ReadlnC Path, TpcDir ); 

83: FindFirstC TpcDir + Tpc.Exe', AnyFile, SR ); 

84: While DOSError <> 0 

85: do begin WriteLnC 'Tpc.Exe not found !' ); WriteLn; 

86; WriteLnC 'old Path : TPCDir >; WriteLn; 

87: WriteC 'new Path : ' ); ReadLnC TPCDir >; WriteLn; 

88: FindFirstC TpcDir + Tpc.Exe', AnyFile, SR ); 

89: ReWriteC Path ); WriteLnC Path, TpcDir ) 

90 : end ; 

91: CloseC Path ); FuncAddr : = @ NoFunction; 

92: GetlntVecC $47, 01d47hPtr ); GetlntVecC $48, 01d48hPtr ); 

93: OlcfExit: = ExitProc; ExitProc:= @ NewExit 
94: end. 


1: { =u 2. } 

2: ( Hilfs-Programm zu Unit 'F2.tpu' } 

3: ($A+,B-,D-,F-,I-,L-,N+,0-,R-,S-,V-> 

4: f$IfDef CPU87} { Ist ein Numer ic-Processor vorhanden ? } 

5: f $E - } f ja => Hardware > 

6: f $Else] 

7: f$E+> { nein=> Emulieren } 

8: ($EndIf } 

9: C$M 1024,0.0 > { Es wird kein Heap benoetigt ! } 

10 : 

11: program help2; 

12: uses dos; 

13: Type RealType = Extended; 

14 : 

15: {$F+} 

16: function yC x : RealType ) : RealType; {$F-} 

17: { !Dkt> 

18: begin 
19: f ! Fkt} 

20 : end ; 

21 : 

22: function DeallocateMemoryC Segment : word ) : word ; 

23: var Regs : Registers; 

24 : begin 
25: with Regs 

26: do begin ah:=$49; es : =Segment ; MSDOSC Regs >; 

27: if C flags and 1 ) <> 0 

28: then DeallocateMemory : =ax 

29: eise DeallocateMemory : ~0 

30: end 

31: end; 

32: 

33: Procedure Deal locateProgram ; Interrupt; 

34: type WordPtr = ~ Word; var Regs : Registers; 

35: begin 

36: if DeallocateMemoryC WordPtrC PtrC PrefixSeg, $2C ) ) Ä ) <> 0 
37: then IntrC $19, Regs ); 

38: if DeallocateMemoryC PrefixSeg ) <> 0 
39: then IntrC $19, Regs ) 

40 : end ; 

41: 

42: begin 

43: SetlntVecC $47, G y ); SetlntVecC $48, % Deal locateProgram >; keepCO) 
44 : end . 


Bild 5 Hilfsprogramm zur Unit F2.TPU 
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{ zu 2. } 

{ Beispiel-Programm zur Nutzung der Routinen 
des Units F2.tpu' } 
{$A+,B-.D-,E+,F-,I-,L-,N+,0-,R-,S-,V-> 

($M 65520,0,0} 
program Main2; 

uses Crt, F2; 

type RealType = Extended; 

var x, xa. xe , xd : RealType; 
fkt : String; 

begin 
ClrScr ; 

WriteLnC Tabellierung einer Funktion' ); WriteLn; 

Repeat Repeat WriteC Der Funktions-String muß folgendes 
WriteLnC 'Format besitzen : y:= fCx)' ); 
WriteLn ; 

WriteC 'Funktions-String : '); ReadLnC fkt ); 
WriteLn 

until InstallC fkt, '' }; 

WriteC Anfang : '}; ReadLnC xa }; WriteLn; 

WriteC 'Ende : '}; ReadLnC xe ); WriteLn; 

WriteC 'Schrittweite : '}; ReadLnC xd ); WriteLn; 

x : =xa; 

Repeat WriteLnC 'FunktionC', x, ')= y( x ) ); 
x : = x + xd 
until x > xe; 

WriteLn ; 

WriteLnC Wiederholen ? <J>a / <N>ein' ) 
until UpCaseC ReadKey ) = N' 
end . 


Bild 6 Beispielprogramm zur Nutzung der Unit F2.TPU 
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1: { Routinen die in Turbo Pascal 4.0 noch nicht verfügbar sind } 

2: Uses Dos; 

3: 

4: procedure SwapVectors; 

5: var Ptr : Pointer; 

6: begin 

7: Ptr : = Savelnt00 ; GetIrtVec( 0, Savelnt00 ); SetlntVecC 0, Ptr ); 
8: { usw mit allen umgeset 2 ten Vektoren, siehe Hilfesystem unter 
9: Unit 'System' } 

10: end; 

11 : 

12: function GetEnv( Str : String ) : String; 

13: type WordPtr = " Word; a = array[ 0.. 32767 ] of Char; 

14: var b : ~a; 1, n : Word; TStr : String; 

15: labe 1 Abbruchl, Abbruch2; 

16: begin 

17: for 1 : = 1 to Length( Str ) 

18: do Str [ 1 ]:= U P Case( Str[ 1 ] ); 

19: b:= Ptr( WordPtr( Ptr( PrefixSeg, $2C ) )*\ 0 ); TStr:="; 

20: for 1:=0 to 32767 

21: do begin if b~[l] = Str[l] 


22: then begin for n:=Succ( 1 ) to Lengtht Str ) + Pred( 1 ) 

23: do if b~t n ] <> Str[ n - Pred( 1 ) ] 

24: then Goto Abbruchl; 

25: for l:=n+2ton+ 257 

26: do if b~ [1] <> #0 

27: then TStr[l-n-l] := b~[l] 

28: eise begin TStr[0]:= Char< l-n-2 ); 

29: Goto Abbruch2 

30 : end 

31: end; 

32: Abbruchl: 

33: if < b*[l] = #0 ) and < b''[Suce(l)3 = #0 ) 

34: then Goto Abbruch2 

35: end; 

36: Abbruch2: 

37: GetEnv:= TStr 
38: end; 

Bild 7 Die Prozedur SwapVectors und die Funktion GetEnv für Turbo- Pas- 
cal 4.0 


gestellt sind, daß beim nächsten Aufruf von 
Calc.exe innerhalb von Calculation die Be- 
rechnung fortgesetzt wird. Außerdem wird 
durch ey[xi]:=false vermerkt, daß in dem 
Punkt mit dem aktuellen Index eine Singulari- 
tät existiert. 

Achtung: Die Exit-Prozedur muß als far de- 
klariert sein. Die Steuerung wird dann wieder 
an die Unit Fl zurückgegeben (Prozedur Cal- 
culation) und diese erkennt (xiosucc(x- 
max)), daß die Berechnung noch nicht been- 
det ist, und startet Calc.exe erneut. So ist 
eine Berechnung von beliebigen, beispiels- 
weise auch gebrochenen rationalen Funktio- 
nen ohne die Gefahr eines Programmabbru- 
ches durch einen Laufzeitfehler möglich. Da- 
mit die Ladezeiten kurz gehalten werden, bie- 
tet es sich an, Calc.exe auf die RAM-Disk zu 
schreiben. 

In dem Textfile TPCDir.Txt muß der Pfad für 
TPC.EXE eingetragen sein. Findet das Pro- 
gramm in diesem Directory TPC.EXE nicht, 
wird zur Eingabe eines neuen Pfades aufge- 
fordert bis TPC.EXE gefunden wurde (siehe 
Initialisierungsteil der Unit Fl). 

Bei Beendigung des Programms werden 
durch die Exit-Prozedur der Unit Fl automa- 
tisch Calc.exe und Calc.pas gelöscht. In Bild 
1 wird ein Beispielprogramm gezeigt, in dem 
die hier angegebenen Routinen zur Tabellie- 
rung einer arithmetischen Funktion genutzt 
werden. 

Für viele Probleme ist diese Variante sicher 
nicht der richtige Weg, da sehr oft nur ein 
Funktionswert benötigt wird, der dann im 
Hauptprogramm ausgewertet wird, beispiels- 
weise die Berechnung von Differentialglei- 
chungssystemen. Es wäre unpraktisch, je- 
desmal ein Programm einladen zu müssen. 

Installieren einer Funktion 

Wie in dem Programm ProcPtr.pas, © Copy- 
right 1985, 1987 by Borland International, 
Inc., gezeigt wird, ist es möglich, mehrere 
Prozeduren variabel aufzurufen: 

Procedure CallProc( . . . ); 
inline($FF/ $1 El ProcAddr); 

{CALL FAR [ProcAddr]} 

Die aufzurufenden Prozeduren müssen eine 
identische Parameterliste besitzen, anson- 
sten gerät der Stack durcheinander. 
ProcAddr : Pointer muß dazu auf die 
Adresse der Prozedur zeigen. Da die Proze- 
dur durch Far-Call aufgerufen wird, muß sie 
als far deklariert werden, damit am Schluß 
derselben ein Far-Ret steht. Nach /3/ ist auch 
ein Aufruf von Funktionen wie oben beschrie- 
ben möglich: 

Function CaliFunction( . 
inllne($FF/ $1 E / FuncAddr); 

(CALL FAR [FuncAddr]} 

Es ist aber nicht notwendig, daß der Code der 


Prozedur oder der Funktion innerhalb des 
Programms steht, von dem sie aufgerufen 
wird. Daß das mit Interrupt- Prozeduren geht, 
ist bekannt, mit normalen geht es aber auch. 
Damit entfällt die Übergabe von Variabien- 
Adressen, nur die Adresse der Funktion muß 
diesmal übergeben werden, aber in der an- 
deren Richtung wie in Version 1. Das Pro- 
gramm Calc.exe wird diesmal in Install aufge- 
rufen (siehe Bild 4, Zeile 72), und bei der Ab- 
arbeitung von Calc.exe wird lediglich die 
Adresse der Funktion auf den Interrupt-Vek- 
tor gelegt, und Calc.exe wird mit Keep(O) 
speicherresident beendet (siehe Bild 5, Zeile 
43 bis 44). 

Achtung: Keep setzt nicht die Interrupt-Vek- 
toren zurück, deshalb ist auch in Install das 
Tauschen der Interruptvektoren notwendig, 
damit ein eventueller Laufzeitfehler nicht mit 
einer Fehlerbehandlung in Calc.exe endet, 
sondern im Hauptprogramm. Ein Aufruf von 
Exec (außerhalb von Install) würde nicht den 
Code der installierten Funktion überschrei- 
ben. Um eine neue Funktion zu installieren, 
muß der alte Code wieder freigegeben wer- 
den. Das geschieht mit der Prozedur Relea- 
seMemory. Es ist eine Möglichkeit, um spei- 
cherresidente Interruptprogramme sich 
selbst entfernen zu lassen /3/. 

Wenn nicht die Notwendigkeit besteht, die 
Prozedur Exec außerhalb der Prozedur In- 
stall aufzurufen, muß der installierte Code 
auch nicht speicherresident gemacht wer- 
den, und demzufolge darf dann RealeaseMe- 
mory nicht benutzt werden (auch nicht Deal- 
locateProgramm und DeallocateMemory). 
Es kann also auf den Code eines Programms 
zugegriffen werden, das bereits beendet 
wurde und nicht speicherresident ist, denn 
der Code dieses Programms steht weiterhin 
im Speicher, bis er mit einem erneuten Aufruf 
von Exec überschrieben wird. 

Nach erfolgreicher Ausführung von Install 
(Ergebniswert von Install = true) kann die 
Funktion y(x) aufgerufen werden, sie liefert 
nun den Wert f(x) unserer eingegebenen 
Funktion. 

Die installierte Funktion nutzt den Stack des 
aufrufenden Programms. In Helpl.pas muß 
demzufolge nur Stack für den Ablauf des Pro- 
gramms (Interrupt-Vektor setzen) reserviert 
werden. 

Achtung: Die eventuell mit Install deklarier- 
ten Variablen ({ !Dkt}) der zu installierenden 
Funktion liegen auf dem Stack. Ihr Inhalt ist 
beim Aufruf der Funktion unbestimmt. Das 
Datensegment wird beim Aufruf einer norma- 
len Prozedur oder Funktion von einem ande- 
ren Programm aus nicht wie bei einer Inter- 
rupt-Prozedur umgesetzt. 

Deshalb können keine globalen Variablen 
deklariert werden; sie können als Referenz 
Parameter übergeben werden. 


In Bild 6 wird ein Beispielprogramm gezeigt, 
in dem die Routinen zur Tabellierung einer 
arithmetischen Funktion genutzt werden. 

Die Programmteile sollen nur die Technik de- 
monstrieren, sie sind nicht perfekt. 

Natürlich ist es auch möglich, mehrere Funk- 
tionen oder Funktionen mit anderen Parame- 
tern zu installieren: 

y(X : Vektor) : RealType; 

Zur Übergabe von Adressen können bis MS- 
DOS 3.30 nach /I/ die Interrupt-Vektoren 
$47- $67 (außer $4A beim PC/AT) benutzt 
werden. 

Deshalb ist das Zurücksetzen der benutzten 
Interrupt-Vektoren in den Exit-Prozeduren 
der Units Fl und F2 erforderlich. 

Ab Turbo-Pascal 5.0 kann an Stelle des In- 
line-Codes für den Funktionsaufruf eine pro- 
zedurale Variable verwendet werden. 
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Das Schulungszentrum des Büromaschi- 
nenwerkes Sömmerda führt 1990 folgende 
Softwareschulungen durch: 


- Betriebssystem DCP 3.3 

- Textverarbeitung 

- REDABAS 3 

- MULTICALC 

- TPASCAL 

- POLYCAD 

- SCOM-LAN 
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VEB Robotron Büromaschinenwerk „Emst 
Thälmann“ Sömmerda, Abt. Softwareent- 
wicklung, Weißenseer Straße 52, Söm- 
merda, 5230; Tel. 4 37 21 oder 43719 

Stumpp 


Für PC-Neulinge werden Intensivschulun- 
gen direkt am PC für die Handhabung der 
Computer einschließlich ihrer Peripherie, 
zum Betriebssystem MS-DOS sowie zu 
Standardsoftware wie Wordstar, dBase, 
Turbo-Pascal und integrierte Softwarepa- 
kete angeboten. Die Schulungszeiten kön- 
nen individuell vereinbart werden. 


pd-computerdienste gmbh, Postfach 13, 
Berlin, 1053; Tel. 4499095 
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68040-Prozessor 

Power on tfie Chip 


Die Familie der 680X0-Prozessoren von Mo- 
torola wurde um einen Neuling erweitert , den 
»68040«. Durch seine 1,2 Millionen Transi- 
storen konnte die Leistung erheblich gestei- 
gert werden. 


D iesmal fand die Premiere von Motorola 
völlig antizyklisch in Deutschland statt, 
dann in weiteren europäischen Län- 
dern und zuletzt kam die USA an die Reihe. 
Waren dafür nur organisatorische Entschei- 
dungen ausschlaggebend oder kam man 
diesmal auch der marktpolitischen Bedeu- 
tung nach? Von den über 50 Herstellern von 
Computersystemen, die die Verwendung des 
68040 in Betracht gezogen haben, sind allein 
34 in Deutschland ansässig. Darunter Firmen 


wie Apple Computer, Bull, Commodore, 
Hewlett-Packard/Apollo, Nixdorf, Philips und 
Unisys. 

Mit dem 68040 ist Motorola dem eigenen Ge- 
setz der Software-Kompatibilität treu geblie- 
ben. Somit können sämtliche Programme, 
die auf der 680X0-Familie lauffähig sind, bei 
einer installierten Basis von ca. 4 Milliarden 
Dollar, auch mit dem 68040 bearbeitet wer- 
den. Dennoch handelt es sich bei dem Chip 
nicht nur um eine Erweiterung der 680X0-Fa- 
milie. Der aus 1,2 Millionen Transistor-Funk- 
tionen bestehende Prozessor (das sind fast 
viermal so viel wie beim 68030) wurden nicht 
nur um weitere Funktionen ergänzt, sondern 
von Grund auf neu aufgebaut. So bietet der 
mit 25 MHz getaktete 68040 bereits eine Lei- 
stung von 20 MIPS. Nach Herstellerangaben 


sei er damit bereits um 25 Prozent schneller 
als beispielsweise der 80486 von Intel. Ähn- 
lich wie bei diesem wurden beim 68040 meh- 
rere Funktionseinheiten zu einem Chip zu- 
sammengefaßt. So enthält der 68040 neben 
einer Integer- auch eine Gleitkomma- 
Recheneinheit. Mit diesen beiden Einheiten 
können aufwendige mathematische Berech- 
nungen durchgeführt werden. Die durch- 
schnittliche Fließkomma-Rechenleistung be- 
trägt ca. 3,5 MFLOPS (Million Floating Point 
Operations per Second). Als Maximum wer- 
den 8 MFLOPS vom Hersteller angegeben. 
Dabei ist diese Einheit mit den Koprozesso- 
ren 68881 und 68882 objektcodekompatibel. 
Besondere Einsatzgebiete sind also nun in 
Bereichen der Grafikanwendungen, Compu- 
tersimulationen und Finanzanalysen gege- 
ben. Zur Steigerung der Systemleistung trägt 
auch der Hardware-Multiplizierer (64 x 64) 
der Gleitkomma-Recheneinheit bei. 

Ergänzt wird das Ganze durch zwei Spei- 
cherverwaltungseinheiten (PMMUs) sowie 
Daten- und Befehlscaches. Von den Spei- 
cherverwaltungseinheiten werden sowohl 
virtuelle Demand-Paging- als auch Echtzeit- 
betriebssysteme unterstützt. Außerdem er- 
möglichen sie die gleichzeitige Übersetzung 
von Befehlen und Operanden. 

Um einen hohen Informationsfluß verarbei- 
ten zu können, wurde der 68040 mit zwei, je- 
weils 4 KByte-großen, Daten- und Befehlsca- 
ches ausgestattet. Beide arbeiten gleichzei- 
tig, um Daten und Befehle mit einer Transfer- 
rate von bis zu 200 MByte/s dem Prozessor 
zur Verfügung stellen zu können. Dabei ver- 
folgen sie gleichzeitig Daten auf dem exter- 
nen Bus, um die Cache-Speicher auf dem 
neuesten Stand zu halten. 

Durch die Zusammenfassung dieser Einhei- 
ten auf einem Chip benötigt der Prozessor 
nur noch ca. 1 ,3 Taktzyklen für einen Befehl. 
Eine weitere Besonderheit des Chips: Paral- 
lel können 14 Operationen ablaufen. Die 
Auslieferung des Prozessors in Stückzahlen 
ist für Ende 1990 vorgesehen. Der Preis für 
derzeitig erhältliche Muster beträgt ca. 800 
Dollar. (ga) 



Schematische Darstellung der Funktionseinheiten des 68040 


Nachdruck aus Computer Persönlich, Heft 511990 


Wegbereiter der Informatik 



CARL DAVID RUNGE 

* 1 856 Bremen 1 1 927 Göttingen 


Runge hat 1877-80 in Berlin Ma- 
thematik und Physik studiert und 
anschließend promoviert. Schon 3 
Jahre später habilitierte er sich und 
wirkte ab 1883 als Privatdozent in 
Berlin: 1886 zog er nach Hannover 
und wurde Professor an der dorti- 
gen Technischen Hochschule. Im 
Jahre 1904 berief man ihn als Ordi- 
narius für Angewandte Mathematik 
an die Universität Göttingen, wo 
auch Felix Klein bereits seit 1886 
wirkte. Runge bekleidete sein Lehr- 
amt bis 1924, er galt als ausge- 
zeichneter Pädagoge. Zwischen- 
durch (1911) weilte er als Aus- 
tauschprofessor in Amerika. 

Runge leistete bedeutende Arbei- 
ten zur numerischen Anwendung 
mathematischer Verfahren auf 
technische Probleme; er erfand 
eine große Anzahl zweckmäßiger 
Methoden, um mit kleinstem Auf- 
wand an numerischer Arbeit zur ge- 
wünschten approximativen Lösung 


komplizierter Probleme gelangen 
zu können. Er hat damit zur compu- 
tergestützten Auswertbarkeit ma- 
thematischer Aufgabenstellungen 
wesentlich mit beigetragen. Wohl 
jeder mathematisch ausgebildete 
Programmierer kennt zum Beispiel 
die Formeln von Runge-Kutta zur 
approximativen Berechnung eines 
partikulären Integrals für Differen- 
tialgleichungen der Form 

y' = f(x,y) 

wobei nur Werte von f(x,y) benutzt 
werden (1895). Dieses Runge- 
Kutta- Verfahren, ein numerisch 
stabiles extrapolatives Einschritt- 
verfahren ist eines der wichtigsten 
numerischen Lösungsverfahren für 
gewöhnliche Differentialgleichun- 
gen geworden und dürfte heute zur 
Standardausrüstung jeder an- 
spruchsvollen Computer-Software 
gehören. 

Ein weiteres wesentliches Arbeits- 
gebiet Runges war die Ausgleichs- 
rechnung (1897), die das Ziel ver- 
folgt, etwa mit Hilfe der Methode der 
kleinsten Quadrate aus fehlerbe- 


hafteten Meßwerten Näherungs- 
werte für die zu messenden Größen 
zu gewinnen und deren Genauig- 
keit anzugeben. Außerdem befaßte 
sich Runge mit der Approximation 
und Interpolation von Funktionen 
(Satz von Runge, 1 901 ), mit harmo- 
nischer Analyse (1902) sowie mit 
der Summation trigonometrischer 
Polynome. Er hat auch praktikable 
Methoden für graphisches Rech- 
nen entwickelt (graphische Lösung 
algebraischer Gleichungen und 
partieller Differentialgleichungen) 
und darüber- neben anderem -ein 
Lehrbuch verfaßt. 

In seinen späteren Lebensjahren 
wandte sich Runge stärker der Phy- 
sik zu (Messung von Spektrallinien 
in der Optik) und widmete sich auch 
ganz speziellen praktischen Pro- 
blemen: So entwickelte er Ortsbe- 
stimmungsverfahren auf See und 
im Ballon und löste Probleme aus 
der Festigkeitslehre. 

Dr. Klaus Biener 


Mikroprozessortechnik, Berlin 4 (1 990) 5 


153 





Da in Turbo-Pascal beim Übergang 
von CP/M zu MS-DOS der Aufbau 
der typisierten Dateien stark geän- 
dert wurde , stehen Programmierer, 
die häufig zwischen beiden Be- 
triebssystemen wechseln müssen, 
vor einigen Problemen. 

Unter CP/M ist nur die Anzahl der 
128 -Byte- Records einer Datei be- 
kannt. Deshalb setzt Turbo-Pascal 
hier seinen typisierten Dateien vier 
Byte voran, in denen die Anzahl der 
Datensätze und die Satzgröße ver- 
merkt ist. Diese Kenngrößen entfallen 
bei Dateien, die von den MS-DOS- 
Versionen von Turbo-Pascal erzeugt 
werden, weil die Satzanzahl sich 
durch die Kenntnis der exakten Datei- 
größe unter MS-DOS aus der Satz- 
größe errechnen läßt. 

Es ist zwar für den Nutzer kein Pro- 
blem, beim einmaligen Übergang von 
CP/M zu MS-DOS seine typisierten 
Dateien durch ein kleines Konvertie- 
rungsprogramm von diesen vier Byte 
zu befreien, belastend wird die Ange- 
legenheit jedoch bei einem ständigen 
Wechsel zwischen beiden Betriebs- 
systemen. Das Laden entsprechen- 
der Treiber ermöglicht den Zugriff auf 
CP/M-Dateien auch unter MS-DOS. 
Im Interesse eines Programmnutzers 
soll sein Pascal-Programm nun auch 


Typisierte 
CP/M-Dateien und 
Turbo-Pascal 5.0 

Eberhard Schmidt, Frankfurt 
(Oder) 


die auf dieser Diskette befindlichen 
typisierten Pascal-Dateien bearbei- 
ten können. Damit soll er davon entla- 
stet werden, parallele Datenbestände 
zu führen. Das Nutzerprogramm muß 
dazu die Aufgaben übernehmen, die 
in der CP/M-Version von Turbo-Pas- 
cal die Laufzeitbibliothek erledigt hat: 
die Überlagerung einer physischen 
CP/M-Datei mit der logischen Satz- 
struktur des Nutzerprogramms. Die 
Prozeduren und Funktionen der Unit 
CPM (Bild 1) ermöglichen dies, in- 
dem sie die Datei beim Zugriff als 
nicht typisiert ansehen und den Da- 
tenversatz von vier Byte berücksichti- 
gen. Um in Programmen mit dieser 
Unit wahlweise CP/M- oder MS-DOS- 
Dateien bearbeiten zu können, sind 
im Interface-Teil prozedurale Varia- 
blen definiert, denen beim Pro- 
grammstart die Adressen der Module 
für den Zugriff auf CP/M-Dateien zu- 
gewiesen werden. Diese Variablen 
werden wie die Prozeduren der Unit 
System benutzt. Ausnahmen bilden 
nur die Prozedurvariable -Rewrite 
und der Typ der Dateivariablen. Die 
Variable _ Rewrite verlangt als zwei- 
ten Parameter die Byteanzahl eines 
Datensatzes, die Dateivariable muß 
dem in der Unit deklarierten Datentyp 
Type File entsprechen. 

Zusätzlich wird die Funktionsvariabl* 


THEN RUNERROR ( *91 
BytePosition ( filva 


; Posi := Pos 
) DIV 128 ) 


UNIT CPM <. Version 9/89 } ; INTERFACE 
{ E. Schmidt, Beerenweg 14, Frank für t/ Oder , 
PROC'EDURE cpm_Prozedur_Zuwei sung ; 

TYPE JypeFile = RECORD 

B 1 oc k s 

Size , Count , Posi ; 
END ; 

= PROCEDÜRE 
= PROCEDÜRE ( 

= PROCEDÜRE 
= PROCEDÜRE ( 

= PROCEDÜRE 


AssignT yp 
_Rewr i teTyp 
_SeekT yp 
_ResetT yp 
_Rea d T y p 
_F i ) eSi zeTyp = FUNCTION 
_F i 1 ePosT y p = FUNCTION 
_Eof Typ 

VAR Ass ign 

Rewr i te 
_Reset 
_Seel( 

_Read 
_F i I eSi ze 
_Eof 

IMPLEMENTATION 
VAR Puffer i ARRAY [ 
buff er : ARRAY [ 


= FUNCTION 


_C I ose 


VAR f 
VAR f 
VAR f 
VAR f 
( VAR 1 
< VAR f 
( VAR f 
( VAR f 


T runcate 


FILE ; 
WORD ; 

STRING 

WORD 

LONGINT 


, _F i 1 ePos 
, _FileExist 
(*F + ) 

O .. 127 ] OF BYTE ; 

O .. 63 3 OF INTEGER 


LONGINT ; 

LONGINT ; 

BOOLEAN ; 
_AssignTyp 
_Rewr i teT yp 
_ResetTyp 
_SeekTyp 
_ReadTyp 
_F i 1 eSi zeTyp 
_Eof Ty p 


ABSOLUTE Puffer ; 

FLINCT I ON BytePosition ( filvar s JTypeFile ) 
BEGIN WITH filvar DO 

BytePosition ;= LONGINT ( Posi ) * Size + 
END ; 


52 s 
53: 
54: 
55: 
56: 
57: 
58: 
59: 


{ Assign 

PROCEDÜRE cpn»_Assign ( VAR f ; n : STRING ) ; 
VAR filvar : _TypeFile ABSOLUTE f ; 

BEGIN ASSIGN ( filvar . Block , n ) END ; 

( Rewrite 

PROCEDÜRE cpoi_Rewrite ( VAR f ; sl : WORD ) ; 
VAR filvar : JTypeFile ABSOLUTE f ; 

BEGIN WITH filvar DO BEGIN 
REWRITE < Block ) ; 

Count := O ; Posi : = O ; Size := sl ; 
buff er [03 := Count ; buff er [ 1 3 := Si 
BL0CKWR1TE < Block , buff er , 1 ) 

END END ; 

( Reset 

PROCEDÜRE c pmReset ( VAR f ) ; 

VAR filvar : JTypeFile ABSOLUTE f ; k : L0NG1 
BEGIN WITH filvar DO BEGIN 
RESET ( Block ) ; 

IF FI LESIZE ( Block ) - O THEN RUNERROR ( 
BLOCK RE AD ( Block , buff er , 1 ) ; 

Size := buff er [13; Posi ;= 0 ; 

Count := buff er [03 ; k := Count * Size 
IF k DIV 128 >= FILESIZE ( Block ) 

THEN RUNERROR ( *99 ) 

END END ; 

{ Seek 

PROCEDÜRE cpmSeek ( VAR 1 ; Pos : LONGINT ) 
VAR filvar : JTypeFile ABSOLUTE f ; 

BEGIN WITH filvar DO BEGIN 


NT ; 

*90 > 

+ 3 ; 


116 : 

117: 


1 24 : 
125: 
126: 
127: 
128: 
129: 
130: 
131: 
132: 
133: 
134: 
135: 
136: 
137: 
138: 
139: 
140: 
141 ; 
142: 
143: 
144 : 
145: 
146: 
147: 
148: 
149: 
150: 
151 : 
152: 
1 53 : 
154; 
155: 
156: 
157: 
158: 
159: 
160: 
161 : 
162: 
163: 
164: 
165: 
166: 
167: 
168: 
169; 
170: 
171: 


17B : 
179: 
1 80 : 


65: 
66 : 
67: 
68 : 
69: 
70: 
71; 
72: 
73: 
74: 
75: 
76: 
77: 
78: 
79: 
80: 
Bl : 
B2: 
83: 
84: 
85: 
86 : 
87: 
88 : 
89: 
90: 
91 : 
92: 

94 : 
95: 
96: 
97: 
98: 
99: 
100 : 
101 : 

1 03 : 


IF Pos > Coun 
SEEK ( Block 
END END ; 

{ Read 

PROCEDÜRE cpm_Read < VAR f , Satz ) ; 

VAR filvar : JTypeFile ABSOLUTE f ; 

PROCEDÜRE Satz_Lesen ; 

VAR sa : ARRAY [ O .. O ] OF BYTE ABSOLUTE Satz ; 

i , rr> : INTEGER ; j s BYTE ; k : LONGINT ; 
BEGIN WITH filvar DO BEGIN 

k := BytePosition ( f i I var ) ; j := k MOD 12B ; 

SEEK < Block , k DIV 128 ) ; 

BLOCKREAD ( Block , Puffer , 1 ) ; 

IF j + Size > 128 THEN m := 128 - j ELSE m := Size 
MOVE ( Puffer [ j 3 , sa , m ) 

WH] LE i >= 128 DO 
BEGIN 

BLOCKREAD { Block , Puffer , 1 ) ; 


:= Siz 


- m 


128 ) ; 
, 128 ) 


) 


MOVE < Puffer , sa [ m 3 , 

INC ( m , 128 > ; DEC ( i 
END ; 

IF i > O THEN 
BEGIN. 

BLOCKREAD ( Block , Puffer 
MOVE i Puffer , sa [ m ] , 

END ; 

INC < Posi ) 

END END ; 

BEGIN WITH filvar DO BEGIN 

JJL Posi < Count THEN SatzjLesen ELSE RUNERROR ( *91 ) 
END END ; { Read } 

{ Truncate } 

PROCEDÜRE cpm_Truncate ( VAR f ) ; 

VAR filvar : JTypeFile ABSOLUTE f ; 

i : LONGINT 

BEGIN WITH filvar DO BEGIN 

i := BytePosition ( filvar > ; 

IF i MOD 128 '=• O THEN 1 NC ( _i ) ; Count : = 

SEEK ( Block , j > ; TRUNCATE ( Block ) ; 

END END ; ( Truncate > 

( CI ose 

PROCEDÜR E c pm_Cl ose < VAR f ) ; 

VAR filvar : _TypeFile ABSOLUTE 1 ; 

BEGIN WITH filvar DO BEGIN 

SEEK < Block , O > ; ; 

BLOCKREAD ( Block , buff er 


: WORD ; 


:= i DIV 128 ; 

Posi 


3 := Count 


i ) ; 

SEEK { Block , O ) 


B 1 oc k , bu ff e 


CLOSE ( Block ) 


Count END ; 


: LONGINT ; 

L i i 

Posi END ; 



buff er [ ü 
BLOCK WRJTE 
END END j 

( FiJeSize 

FUNCTION cpm_Fi leSize ( VAR f ) : LONGINT 

VAR filvar ; _TypeFile ABSOLUTE f ; 

BEGIN cpm_Fi leSize := filvar 

i F i 1 ePos 

F UNCTION c pm_F i 1 ePos f VAR f ) 

VAR filvar : JTypeFile ABSOLUTE f 
BEGI N c pm_F i 1 ePos := filvar 

Eof 

> T I Q N cprn_Eof ( VAR f ) : BOOLEAN ; 

.. f i i var : JTypeFile AB SOLUTE 1 ; 

obG IN W I TH filvar DO cpm_Eof := Posi - Count END ; 

{ Write — 

PRO CEDÜRE cpmWrite ( VAR f , Satz ) ; 

VAR filvar ; _TypeFile ABSOLUTE f ; 

PROCEDÜRE Sa tz_Schreiben ; 

VAR sa : ARRAY [ O .. O ] OF BYTE ABSOLUTE Satz ; 

i , m : I NTEGER ; j : BYTE ; k : LONGINT ; 

BEGIN WITH filvar DO BEGIN 

k := BytePosition ( filvar ) ; 
i := k DIV 128 ; J := k MOD 128 ; 

SEEK ( Block , i ) j 

IF ( j > Ü ) QR ( SUCC ( Posi ) < Count ) THEN 
BEGIN 

BLOCKREAD ( Block , Puffer , 1 ) ; SEEK ( Block , i 
END j 

IF. j + Size > 128 THEN m := 128 - j ELSE m : = Size ; 
MOVE ( sa , Puffer [ j 3 , m ) ; 

BLOCKWR] TE ( Block , Puffer , 1 ) ; i := Size - m ; 

WHILE i >= 128 DO 
BEGIN 

MOVE ( sa [ m 3 , Puffer , 12B ) ; 

BLOCK WRITE ( Block , Puffer , 1 ) ; 

INC ( m , 128 ) ; DEC ( i , 128 ) 

END ; 

IF i > O THEN 
BEGIN 

IF SUCC ( Posi ) < Count THEN 
BEGIN 

BLOCKREAD ( Block , Puffer , 1 ) ; 

SEEK < Block , PRED ( FILEPOS ( Block ) ) ) 

END ; 

MOVE { sa [ m 3 , Puffer , i ) ; 

BLOCKWR] TE ( Block , Puffer , 1 ) 

END ; 

1 F Posi = Count THEN INC ( Count ) ; INC ( Posi ) 

END END ; 

BEGIN 

IF filvar . Posi = *FFFF 

THEN RUNERROR ( *F2 ) ELSE Satz_Sc hrei beo 
END ; C Write } 

( FileExist 

FUNCTION cpH)_FileExist < VAR f ) ; BOOLEAN ; 

VAR filvar : JTypeFile ABSOLUTE f ; 

BEGIN WITH filvar DO BEGIN 

{*!-} RESET ( Block ) ; {*1+3 cpm_Fi leExist := TRUE ; 

IF 1 ORESULT = O 

THEN CLOSE ( Block ) ELSE c pm_F i 1 eExist := FALSE 
END END ; 

{ INTERFACE -Prozedur 

PRPCE PURE c pm Prozedur _Zuwei sung ; 

BEGIN 


172: 

_Assign 


cpm_Assign 

; _Rewrite := 

cpm Rewrite ; 

173: 

Reset 

= 

cpm_Reset 

; _Write := 

cpmjlrite ; 

174: 

_Seek 

= 

c pm_Seek 

; _Fi leSize := 

cpm_F i 1 eSi ze ; 

175: 

_Eof 

= 

c pm_Eof 

; _F i 1 ePos : - 

c pm_F i 1 ePos ; 

176: 

_Read 

= 

c pm_Read 

; Jruncate : = 

cpn»_Tr uncat e ; 

177: 

_C1 ose 

= 

c pm_C 1 ose 

; _F i 1 eExist := 

cpm_F i leExist ; 


{ Initialisierung der INTERFACE-Variablen 

BFG1 N c p««_Prozedur_2uwei sung END . 
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Bild 1 Unit zur Arbeit mit typisierten CP/M-Dateien 
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4: 

5: 

6 : 

7: 


10 J 
11s 
12 : 
13: 
14: 
15: 
16: 
17: 
18: 
19: 
20 : 
21 : 
22 : 
23: 
24: 
25: 
26: 
27: 
28: 
29: 
30: 



33: 
34: 
35: 
36: 
37: 
38: 
39: 
40: 
41 : 
42: 
43: 
44: 
45: 
46: 
47: 
48: 
49: 
50: 
51 : 
52: 
53: 
54: 
55: 
56: 
57: 


(SF +■ } f# Datei DOSPRCC.INC * ) 

PROCEDUR E dos Assign ( VAR f : s : STRING ) : 

VAR filvar : FILE DF filtyp ABSOLUTE f ; 

BEGTN ASSIGN ( filier , s ) END ; 

PROCEDURE dos_Rewrite < VAR f : dumm/ : WORD } ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEGIN REWRITE ( filvar ) END ; 

PROCEDU RE dos_Reset f VAR f ) ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEGIN RESET ( filvar > END ; 

PROCEDURE dos_Read ( VAR f , s ) ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

satz : filtyp ABSOLUTE s ; 

BEGIN READ ( filvar , satz ) END ; 

PROCEDURE dos_T runc a te f VAR f ) ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEGIN TRUMCATE < filvar ) END ; 

PROCEDURE dosJWrite ( VAR f , s > ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

satz : filtyp ABSOLUTE s : 

BEGIN WRITE < filvar , satz ) END ; 

PROCEDURE dos JC 1 ose f VAR f ) ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEG IN CLOSE ( filvar > EMD ; 

PROCEDURE dosSeek ( VAR f ; Pos : LONGINT > ; 
VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEGIN SEEK ( filvar , Pos ) EMD ; 

FUNCTION dosJ=ileSize < VAR f > : LONGINT ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEGIN dos_FileSize := FILESIZE ( filvar > END j 
FUNCTION dos FilePos f VAR f } : LONGINT ; 

VAR filvar : FILE OF filtyp A BSOLUTE f ; 

BEGIN dos_F i lePos := FILESIZE f filvar ) END ; 
FUNCTION dos_Eof ( VAR f ) : BODLEAN ; 

VAR filvar : FILE OF filtyp ABSOLUTE f ; 

BEG I N dosJEof := EOF i filvar ) EMD ; 

FUNCTION dos_F i 1 eE >: i s t ( VAR f ) : BOOLEAN ; 

VAR filvar : FILE QF filtyp ABSOLUTE f ; 

BEGIN 

RESET ( filvar ) ; L*I+) 

IF IORESULT = O 
THEN 
BEGIN 

CLOSE ( filvar ) ; dos_Pi leExist := TRUE 


END 

ELSE dos_Fi leExist := FALSE 


END ; 

(*F-) 

PROCEDURE 

BEGIN 

_Assign 
_Reset 
_Seel: 
_Eof 
Read 
_C. 1 ose 


dos_Pro: edur_Zuwei sung ; 


= dos_Assign 
= dos_Res€-t 
= dos_Seel< 

= dos_Eof 
:= dü5_Read 
;= dos _C lose 


Rewri te 
Wr i te 
_F i I eS i 2 e 
F i 1 ePos 
T runc ate 
_F i 1 eE xist 


END ; 


dos_Rewr i te 
dos_Wr i te 
cJos_F i 1 eSize 
dos__F i 1 ePos 
dos_T runcate 
dos_F i 1 eE xist 


2 

3 

4 

5 

6 

7 

8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 
21 
22 
23 
24: 

25 

26 


USES CPM ; 
TYPE filtyp 


VAR 


source 
dest in 


RECORD 

lfdJNr : WORD ; 

Bezeich : STRING ( 50 ] j 
Preis : REAL 
EMD ; 

filtyp 5 

_TypeFile ; 

FILE OF filtyp ; 

INTEGER ; 


Assign ( source , QUELLE' ) ; 

IF Fi leExist ( source ) THEN 
BEGIN 

Reset ( source >5 - : 

ASSIGN ( destin , 'ZIEL ) ; 

REWRITE ( destin ) ; 

FQR i 1 TO _Fi 3 eSi ze ( source ) DO 
BEGIN 

_Read < source T Satz ) ; 

WRITE < destin , Sat 2 ) 

END ; 

JClose ( source ) ; 

CLOSE ( destin ) 

END 


^ Bild 2 

Include zur Arbeit mit 
typisierten MS-DOS- 
Dateien 


Bild 3 

Beispiel zur Konver- 
tierung einer CP/M- in 
eine MS-DOS-Datei 


1: USES CPM : 

2: TYPE filtyp = RECORD 

3: I f d_Mr : WORD ; 

4: Bezeich : STRING [ 50 ] ; 

5: Preis : REAL 

6: END : 

7: (*I DOSPROC.INC! 

8: VAR Satz : filtyp ; 

9; filvar : _TypeFile ; 

10: i : INTEGER ; 

11: CPM_Datei : BOOLEAN ; 

12s BEGIN 

13: CPM_Datei := TRUE ; 

14: IF. CPM_Datei 

15: THEN c pm_Prozedur_Zuwei sung 

16: ELSE dos_Prozedur Zuweisung ; 

17: _Assign ( filvar , 'TESTDATE' ) ; 

18: Rewnte ( filvar , S1ZE0F < Satz ) ) ; 

19: Satz . Bezeich [03:= *50 ; 

20: FQR i := 1 TO 50 DO 

21: WITH Satz DO BEGIN 

22s 1 f d_Nr := i ; 

23: F1LLCHAR ( Bezeich [13, 50 , i + 32 

24: Preis := 100 * i ; 

25: _Write ( filvar , Satz } 

26: END ; 

27: _See>< ( filvar , O ) ; 

28: WHILE NOT _Eof ( filvar 1 DO WITH Satz DO 

29: BEGIN 

30: „Read ( filvar , Satz > } 

31: WRITELN ( lfd_Nr:6 , Bezeich-,52 , 

32: Preis:B:2 ) 

33 : END ; 

34: _Close t -filvar ) 

35: END . 


Bild 4 Beispiel 
zum wahlweisen 
Zugriff auf CP/M- 
oder MS-DOS-Da- 
teien 


_FifeExist bereitgestellt, die den Wert 
True liefert, wenn die angesprochene 
Datei vorgefunden wurde. Die Unit ar- 
beitet mit automatischer Fehlerkon- 
trolle. Die für typisierte Dateien rele- 
vanten Laufzeitfehler führen zum 
Programmabbruch mit den üblichen 
Fehlernummern. Bild 3 zeigt ein Pro- 
gramm zur oben erwähnten einmali- 
gen Übernahme einer CP/M-Datei 
auf MS-DOS-Niveau. Der Programm- 
ausschnitt in Bild 4 soll den über die 
Variable CPM^Datei gesteuerten al- 
ternativen Dateizugriff demonstrie- 
ren. 


Hinweis 

für KC 85-Nutzer 

Die Überarbeitung des Programms 
C0134 Buchhaltung, das durch den 
VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen auf Kassette vertrieben 
wird, hatte die Änderung der End- 
adressen zur Folge, so daß die aktu- 
elle Programmversion und die Be- 
schreibung nicht übereinstimmen. 
Wir erhielten dazu vom Hersteller die 
folgende Information: 

Die auf Seite 5 der Programmbe- 
schreibung angegebenen Endadres- 
sen der Programme Buchh/3D und 
Buchh/4D zum Abspeichern auf Dis- 
kette entsprechen nicht dem aktuel- 
len Stand der vorliegenden Pro- 
grammversion. 

Wir empfehlen daher dem Anwender, 
die auf dem Bildschirm angezeigten 
Adressen beim Einladen der Pro- 
gramme von der Kassette als Para- 
meter zum Abspeichern auf die Dis- 
kette zu verwenden, da sonst ein feh- 
lerfreier Ablauf der Programme bei ei- 


nem Wiederstart von der Diskette 
nicht gewährleistet werden kann. 


B KONTAKT g | 

VEB Mikroelektronik „Wilhelm Pieck“ Mühl- 
hausen, Eisenacher Str. 40, Mühlhausen, 
5700; Tel. 5 32 88 

Turbo-Pascat-Tip 

Hexadezimalverarbeitung 

In einigen Anwendungsfällen ist es 
sinnvoll, in der Ein- und Ausgabe mit 
Hexadezimalzahlen zu arbeiten. Da- 
für bieten höhere Programmierspra- 
chen jedoch selten die entsprechen- 
den Routinen an. Im folgenden 
möchte ich Ihnen eine Lösung für die- 
ses Problem in Turbo-Pascal anbie- 
ten. 

Die Prozedur Readhex liest einen 
String ein und prüft, ob dieser String 
der hexadezimalen Schreibweise 
entspricht und gibt den erhaltenen 
Wert als Integer zurück. Bei falscher 
Eingabe wird die Aufforderung wie- 
derholt. Wird eine Leereingabe regi- 
striert, gibt diese Prozedur den Wert 0 
zurück. Wenn auch Null als Wert be- 
nötigt wird, besteht die Möglichkeit, 
die Boolesche Variable Gueltig in die 
Parameterliste mit aufzunehmen, um 
das Ergebnis außerhalb dieser Pro- 
zedur auswerten zu können. Die 
Funktion POT kann in vielen anderen 
Programmen Verwendung finden, da 
sie nicht als Standardfunktion in 
Turbo-Pascal enthalten ist. Es gilt: 
POT = ei 62 . 

Die Ausgabe von Integerzahlen in he- 
xadezimaler Schreibweise wird durch 
die Funktion HEX ermöglicht. Hier 
wurde jedoch nicht die eleganteste, 
sondern die schnellste Art der Um- 
wandlung gewählt. Hartmut Voigt 


(READHEX liest hexadezimal« Ziffern ein und gibt sie als integer 
zurueck ) 


procedure readhex (var aus i in teger ) $ 

var ep : string [43;m,l,j,k: integer ;gueltig: boolean ; 


function pot ( el , e2 : real ) r real ; 
begin pot : =exp( e2* ln ( el ) ) ; end ; 


begin 

repeat 

guel tig i “true; 
aus:=0; 
buf len « =4 1 
read (ep) ; 
k : =0 ; 

for i:=l to length(ep) do «p[ i ] i «upcase(ep[ i 3 ) ; 
if ep<> ' ' then 
begin 
repeat 

k :=k+l | 

if gueltig then gueltig i=ep[k] in [ ' O' . . ' 9 ' , ‘ A ' . . ' F ' 3 I 
until k=length(ep) | (test auf hex-schreibweise> 

if gueltig then 
begin 
i i =0 j 

m: =length(ep) } 

for i:=l to length(ep) do 

begin 

m : =m-l ; 

if vp[ i 3 in['0' then val (epti 3 , j , k ) 

eise 
begin 

j i «=ord ( ep[ i 3 ) I 
j:=j-*37 
end ; 

aus : =aus+ ( j * round (pot(16,m))){ 
end ; 

end eise for ii*l to length(ep) do writet'-H); 
end ; 

until gueltig or (ep='*)j 
if ep= ' then aus:=0; 
end ; 

(HEX ergibt den integerwert <«> als vierstel 1 iger string ) 


function hex ( a : in teger ): str4 ; 

const chif f re : arraytO. . 15]of char=( 'O 

' 7 


1* ,'2* , 3 , 
8* , '9' , ' A' , 


var h: by te| 
begin 

h : =hi (a ) 
h : =hi ( a ) 
h : =lo ( a ) 
h: =lo ( a ) 
hex :=kx 
end; 


Kx:str4; 

and sfO; 
and SOf; 
and SfO; 
and SOf; 


h:=h shr 4; kx : =chif f re[h] J 
kx :=kx+chif f re[h] ; 
h!=h shr 4; kx :=kx+chif f re[h] ; 
kx :«kx+chif fre[h] ; 


4 

B 


3 

C 


6 

D 


E 


F' ){ 
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Festplattenüberwachung 

Das Betriebssystem DCP unterstützt 
das Erkennen von unbeabsichtigten 
Veränderungen/Verfälschungen ei- 
nes Datenträgers nur ungenügend. 
Die Programme DHEDL und DHPDL 
wurden mit dem Ziel entwickelt, sol- 
che Veränderungen/Verfälschungen 
vor dem Auftreten schwerwiegender 
Fehler (z.B. vor der Sicherung der 
Dateien) zu erkennen. 

DHEDL durchsucht einen gesamten 
Datenträger (auch Hidden- und SYS- 
Dateien) nach zu analysierenden Da- 
teien und erzeugt eine Datenliste, die 
die wichtigsten Kennwerte der Datei 
enthält. DHPDL verwendet die durch 
DHEDL erzeugte Datenliste und ver- 
gleicht deren Angaben mit den tat- 
sächlichen Werten auf dem Datenträ- 
ger. Dabei werden folgende Abwei- 
chungen im Prüfprotokoll festgehal- 
ten: Veränderung der Dateigröße, der 
Date iattrib ute, der Datei-Zeitangabe, 
Fehlen der Datei und neu hinzuge- 
kommene Dateien. 

VEB Datenverarbeitungszentrum Halle, 
Abt. FP, Block 081, Halle-Neustadt, 
4090 Diench 


T ürbo-Konvertierung 
von CP/M nach MS-DOS 

In unserem Betrieb ergab sich die 
Forderung, an einem A 7100 mit 
Turbo-Pascal erzeugte Dateien an 
MS-DOS-fähiger Gerätetechnik wei- 
ter verarbeiten zu können und die Re- 
sultate später erneut unter CP/M- 
Steuerung zur Verfügung zu haben. 
Die entscheidende Schwierigkeit da- 
bei war die Überbrückung bzw. Er- 
zeugung der Vier- Byte-Offsets, wie 
sie am Anfang der unter CP/M er- 
zeugten Turbo-Dateien auftreten. Da 
beim Konvertieren in beiden Richtun- 
gen bis auf eine Ausnahme Quelle 
und Ziel als typenlose Dateien behan- 
delt wurden, ergab sich zwangsläufig 
auch ein in der Abarbeitung sehr effi- 
zientes Programm. 

Die Nachnutzung ist auf der Basis ei- 
ner Kurzdokumentation und des Pro- 
grammausdruckes problemlos mög- 
lich. 

VEB Erfurter Malzwerke, Iderhoffstraße 
3, Erfurt, 5010; Tel. 51561, App. 66 

Heydecke 


Verteilter Compiler 
comFORTH-plus 

Der verteilte Compiler comFORTH- 
plus ist ein leistungsfähiges Werk- 
zeug zur interaktiven Programmie- 
rung verteilter und eingebetteter Mi- 
krorechnersysteme. Voraussetzung 
für seinen Einsatz ist die Verfügbar- 
keit eines 8- oder eines 16-Bit-Rech- 
ners mit einem CP/M- oder MS-DOS- 
kompatiblen Betriebssystem als Ent- 
wicklungsrechner. Unterstützt wer- 
den die Prozessorfamilien Z8, Z80, 
8086 sowie TMS320. comFORTH- 
plus stellt folgende Leistungen zur 
Verfügung: interaktives Programmie- 
ren und Testen eingebetteter Mikro- 
rechner mit dem Komfort eines Per- 
sonalcomputers, simultanes Pro- 
grammieren und Testen mehrerer 
Zielsysteme, Einbeziehung der Funk- 


tionseinheiten mehrerer Rechnersys- 
teme in ein Programm zur Koordinie- 
rung des Gesamtsystems. 

FORTecH Software, Albert-Einstein- 
Straße 2, Rostock 6 , 2500; Tel. 40 5202 

Dr. Pfüller 


Kopplung 

A7150- DZ T 120 x 90/ftS 

Wir bieten ein Programm zur Aus- 
gabe von CADdy- Plotfiles auf dem 
Digitalzeichentisch DZT 120 x 90/RS 
(Carl Zeiss JENA) über die COM2- 
oder COM3-Schnittstelle zur Nach- 
nutzung an. Getestet wurde das Pro- 
gramm auf einem A 7150 unter PC- 
DOS 3.3 mit CADdy V 3.04. 

Wir suchen Technologen-Software 
(Maschinenbau/Gerätebau) zur 
Normzeit- und MVN-Berechnung für 
Schleifen, Fräsen, konventionelles 
Drehen, Gewindeschneiden (außen) 
u.a. für A 71 50 oder K 1630. 

VEB Baumwollspinnerei Leinefelde, 
Abt. RMB, Birkunger Straße, Leinefelde, 
5600; Tel. 81 3835 Kozlowski 


Synchroner Adapter 

Mit einem bei uns entwickelten Adap- 
ter besteht die Möglichkeit, 16-Bit- 
Personalcomputer der XT/AT-Klasse 
(EC 1834 mit direktem Steckverbin- 
der) an die zentrale ESER-Il-Rechen- 
technik anzuschließen. Mit einem 
speziellen Programm kann Terminal- 
emulation (3270) sowie unter Nut- 
zung des SVS 7.2 M 1 Dateitransfer 
(3780) betrieben werden. Dieser 
Adapter für die binäre synchrone 
Kommunikation (BSC) ist als Steck- 
einheit ausgelegt und in einem freien 
Slot des PC-Busses zu nutzen. Er- 
folgt der Anschluß des Personalcom- 
puters über TSR/A (EC 8404 M), so 
besteht die Notwendigkeit, daß der 
vom ESER ausgesandte DKOI-Code 
zur Verarbeitung bis zum Endgerät 
gelangen kann. 

Möglicher Lieferumfang: unbestück- 
ter BSC-Adapter mit Dokumentation, 
Stücklisten u. a., modifiziertes erwei- 
tertes TSR/A-Steuerprogramm 

VEB Stahl- und Walzwerk Brandenburg, 
Abt. DV 3, Koll. Detlev Voigt, Straße 
der Aktivisten, Brandenburg, 1800; Tel. 

55 26 1 5 Schober 


Programmfertoot 

PULLDOWN 

Wir bieten mit dem Kommunikations- 
modul PULLDOWN ein Programm- 
tool an, das Pulldown-Menüs und 
Formulare verwaltet und somit eine 
universelle Nutzerschnittstelle für 
viele Bereiche der Softwareentwick- 
lung darstellt. Folgende Funktionen 
werden durch den Modul ermöglicht: 
Generierung und Verwaltung von 
Einzelmenüs und Menübäumen so- 
wie von Formularen, Zugriffsmöglich- 
keit des Anwendungsprogrammie- 
rers auf grundlegende Routinen des 
PULLDOWN-Systems. 

Der Modul wurde in Turbo-Pascal 5.0 
geschrieben und wird als Unit für den 
Anwender nutzbar sein. Im Pro- 
grammpaket sind enthalten: die Unit 


PULLDOWN, ein Editor für die For- 
mulardaten, ein Installationspro- 
gramm für die Menüfarben und eine 
Beschreibung der Units. Anpassun- 
gen des Kommunikationsmoduls an 
spezielle Kundenwünsche werden 
nach Absprache ausgeführt. 

VEB Starkstrom-Anlagenbau Leipzig, 
Abt. TM 2, Schützenstraße 4-6, Leipzig, 
7010; Tel. 79610 Müller 


AutoCAD-Zeichnungen 
auf DZT 12001900 RS 

Das in einer 8- und einer 16-Bit-Ver- 
sion vorliegende Programm 
ACADZT ermöglicht das Zeichnen 
von AutoCAD-Plotdateien auf DZT, K 
641 8 u. ä. Geräten außerhalb von Au- 
toCAD. Es können ferner plotterspe- 
zifische Parameter (Geschwindigkeit, 
Auswahl Zeichenstift, Lage Null- 
punkt) definiert werden. 

VEB Starkstrom -Anlagenbau Magde- 
burg, Abt. TEC, Blankenburger Straße 
58/70, Magdeburg, 3014; Tel 4 84 58 

Darge 


IPC-Forth-System 
für 8-Bit-P8000 

Die IPC-Forth-Systemsoftware Ver- 
sion 1.2 dient zur Nutzung eines 8- 
Bit-P8000 als Steuerrechner für die 
Bilderkennungseinheit BEE 1010. 
Die Lösung gestattet die Nutzung von 
Anwendersoftware für die BEE 1010 
auf dem 8-Bit-P8000, die mit BS/PC 
entwickelt wurde. Voraussetzung: 
IPC-Forth-Systemsoftware, BEE 
1010 (VEB Studiotechnik Berlin) und 
P8000 OS/M Version 3.0. 

VEB Fernsehkolbenwerk Friedrichshain/ 
Tschernitz, Abt. Technologische Ent- 
wicklung, Koll. Schulz, Tschernitz, 
7591; Tel. 4304 Dr. Hemmann 


Parameterübergabe 
von Turbo-Pascal 4.0 
an dBase III Plus 

Die Parameterübergabe von Turbo- 
Pascal 4.0 an dBase III Plus ist nur 
über Dateien möglich, da dBase III 
Plus nicht mehr über die Funktionen 
PEEK und POKE verfügt und auch 
sonst kein Zugriff auf interne DOS- 
Funktionen vorgesehen ist. Dieses 
Problem ließ sich über das Environ- 
ment des dBase- Programms lösen. 
In dBase III Plus gibt es eine Funktion 
GETENV (parameter), welche den 
Wert des Umgebungsparameters 
(parameter) aus dBase III Plus liefert. 
Es wurde eine Möglichkeit gefunden, 
den Parameter in das Environment 
desdBaselll Plus-Programms einzu- 
tragen. Man kann den übergebenen 
Parameter über die Funktion GE- 
TENV in das dBase-Programm über- 
nehmen. Das erfolgt mit der Turbo- 
Pascal-Unit DBPARA.TPU. 

Staatliches Versorgungskontor für Phar- 
mazie und Medizintechnik Berlin, ORZ, 
Projektierungsgruppe Schwerin, Bau- 
straße 3, Schwerin, 2771; Tel. 5581, 
App. 50 Boy de 


Modulbibliothek 
und Programmierhilfen 
für Turbo-Pascal 

Zu der im Heft 8/89 veröffentlichten 
Bibliothek bieten wir folgende Module 
an: 

AUSWAHL-BOX Auswahl über Num- 
mernmenü analog POWER 
DB-B0X/DBR-B0X schnelles se- 
quentielles Ausgeben/Lesen von RE- 
DABAS-Dateien (ab II aufwärts) 
DCP-B0X systemspezifische Kom- 
mandos wie für Cursormanipulatio- 
nen, Bildschirmattribute setzen, 
NUMLOCK an, Program ml auf zeit er- 
mitteln, Kommandos ausführen u. a. 
DRUCK-BOX Ausgabe von Listen auf 
Bildschirm, Drucker oder Diskette 
FENSTER-BOX Benutzen gerahmter 
Windows 

SUB-B0X Erzeugen und Abarbeiten 
von Stapelverarbeitungsdateien 
SCP-DCP-B0X Daten portabilität zwi- 
schen SCP- und DCP-Dateien 
USER-BOX Abfragen und Setzen 
des Userbereiches 
ZDIR-B0X Inhaltsverzeichnis ein- 
schließlich Subdirectories. 

Alle Module wurden unter Turbo- Pas- 
cal-Version 3.00 entwickelt; die Nut- 
zung ab Version 4.00 ist möglich. 
Steht man vor dem Problem, daß ein 
Pascal-Programm für unterschiedli- 
che Betriebssysteme oder Hardware- 
konfigurationen gepflegt werden soll, 
so ermöglicht das Programm TQ0RG, 
daß stets nur eine allgemeine Quelle 
zu pflegen ist und aus dieser Quelle 
eine System- oder hardwarespezifi- 
sche Quelle erzeugt werden kann. 
Das Programm TPASSTRU ermöglicht 
die statische und die dynamische 
Strukturanalyse von Turbo-Pascal- 
Quellen (ab Version 4.0 werden nicht 
alle Referenzen gefunden, und die 
Units können nicht analysiert wer- 
den). Das Programm ist ein effektives 
Mittel für die Dokumentation. Es ist 
während der Programmier- und Test- 
phase sowie für die Programmwar- 
tung nutzbar. 

Die beiden Programme stehen für 
alle Rechner unter SCP, SCP 1700 
oder DCP zur Verfügung. 

Institut für Forstwissenschaften Ebers- 
walde, Organisations- und Rechenzen- 
trum Potsdam, Virchowstraße 39/41, 
Potsdam, 1591; Tel. 7 69 41 Neumann 


256 Farben 

für EGA- oder C GA-Karte 

Es wurde die Unit C0L0R 256 für 
Turbo-Pascal-Version 5 entwickelt. In 
ihr werden jeweils zwei Pixel in x- 
Richtung zusammengefaßt. Somit 
lassen sich alle benötigten Turbo-5- 
Grafikbefehle mit folgenden Parame- 
tern abarbeiten: 

- hochauflösender EGA-Modus: 
Standard: 640 x 350 Pixel, 

16 Farben 

COLOR 256: 320 x 200 Pixel, 

256 Farben 

- hochauflösender CGA-Modus: 
Standard: 640 x 200 Pixel, 

2 Farben 

COLOR 256: 320 x 200 Pixel, 

4 Farben. 

In Verbindung mit der ebenfalls ent- 
wickelten Unit CGAC0L0R erreicht 
man im hochauflösenden CGA-Mo- 
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dus für den Schneider PC 1 51 2 unter 
Ausnutzung seiner speziellen Eigen- 
schaften folgende Werte: 

Standard: 640 x 200 
2 Farben 

CGACOLOR: 640 x 200 
1 6 Farben 

CG ACOLOR+ COLOR 256: 

320 x 200 
256 Farben. 

Bergakademie Freiberg, Sektion Mathe- 
matik, Akademiestraße 6, Freiberg, 
9200 Kraut 


Software 

für lineare Optimierung 

Das Programm System SM - plus 
dient zur Verwaltung und zur Lösung 
linearer Optimierungsprobleme mit 
der Simplexmethode einschließlich 
Nachbetrachtung zur Stabilität der 
optimalen Lösung. Damit können ins- 
besondere linear modellierbare Pro- 
bleme der Produktionsplanung, der 
Materialplanung, der Materialausnut- 
zung, Dosierung- bzw. Mischungs- 
verhältnisse sowie Aufgaben der In- 
vestitionsplanung rationell bearbeitet 
werden. Das Programm ist geeignet 
für alle Betriebsgrößen, insbeson- 
dere aber für kleinere und mittelstän- 
dische Betriebe der metallverarbei- 
tenden Industrie, der Chemie-, Kera- 
mik-, Pharma- und Farbindustrie so- 
wie der Landwirtschaft. Das Pro- 
gramm in Turbo-Pascal kann je nach 
Hardwarevoraussetzung Probleme 
mit ca. 200 Variablen und 1 00 Neben- 
bedingungen, durch zusätzliche 
Maßnahmen auch noch größere Auf- 
gaben, behandeln. 

Technische Universität Karl-Marx-Stadt, 
Sektion Mathematik, PSF 964, Karl- 
Marx-Stadt, 9010; Tel. 561 21 53 

Würker 


Kopplung 

Plotter — 8-Bit-Rechner 

Zum Anschluß des Plotters K 6418.02 
an die gebräuchlichsten 8-Bit-Rech- 
ner wurde ein Treiber mit Ausgabe- 
funktion entwickelt. Die Plotdatei 
kann unter Nutzung der verschieden- 
sten Texterfassungsprogramme er- 
zeugt werden. Nutzbar sind prinzipiell 
alle V.24- oder IFSS-Schnittstellen, 
die das Übertrag ungs Protokoll DC1/ 
DC3 verwenden. Der entwickelte 
Treiber arbeitet mit 9600 Baud. Das 
Treiberprogramm kann zur Anferti- 
gung von Schriftköpfen, Vordrucken, 
Schönschreibtexten, Beschriftung 
von Folien etc. genutzt werden. Für 
folgende Rechnertypen wurden Va- 
rianten entwickelt: P 8000, PRG 700, 
A 51 20/K 8924-27, KC 85/2/3, K 891 5 
und PC 1715. 

VEB Metallgußwerk Wernigerode, Abt. 
TR, Gießerweg 10, Wernigerode, 3700 

Adenstedt 


Baugruppenentwurfs * 
System 

BESSY ist ein CAD-System zur durch- 
gängigen rechnerunterstützten Bear- 
beitung elektronischer Baugruppen 
vom ersten Entwurf des Stromlauf- 
planes bis zur Bereitstellung aller Fer- 
tigungsunterlagen. BESSY unter- 
stützt die Bearbeitungsstufen Strom- 
laufplaneditor, Layouteditor, Postpro- 
zeß. BESSY ist erweiterbar, anpaß- 
bar, offen für den technischen Fort- 


schritt, unterstützt fehlerfreie Ent- 
würfe, hat hierarchische Menüs, ist 
einfach erlernbar durch die klare Be- 
dienerführung, basiert auf einer rela- 
tionalen Datenbank, unterstützt EGA- 
und CGA-Grafik, realisiert schnellen 
Bildaufbau mit einem leistungsfähi- 
gen Zoom und maßstäbliche Darstel- 
lung. Erforderliche Hard- und Soft- 
ware sind ein IBM-kompatibler PC, 
51 2 KByte Hauptspeicher und minde- 
stens eine 1 0-MByte-Festplatte, CGA 
oder EGA, Maus, Matrixdrucker, Plot- 
ter SPL-400, MS-DOS (ab Version 
3.2 aufwärts). 

Hochschule für Seefahrt Warnemünde- 
Wustrow, Direktorat Wissenschaftlicher 
Gerätebau, Richard-Wagner-Straße 31, 
Rostock-Warnemünde, 2530 Bründet 


EPROM-fähiges Betriebs- 
system für Turbo-Pascal 

Das Betriebssystem MINITEST basiert 
auf dem EPROM-fähigen Turbo- Pas- 
cal-Laufzeitmodul, entwickelt vom In- 
stitut für Bodenfruchtbarkeit der AdL 
Müncheberg (MP 9/88). MINITEST 
wurde für den Microrechner MLW- 
MR entwickelt (CPU: Z80, SIO, PIO, 
CTC, EPROM/RAM maximal 64 
KByte, K 1 520-kompatibler System- 
bus) und kann durch einfache Modifi- 
zierung der Treiber-Routinen aber 
auch an jeden anderen Z 80-Rechner 
angepaßt werden. MINITEST läuft 
unabhängig von handelsüblichen CP/ 
M-kompatiblen Betriebssystemen 
und ermöglicht ein Programmieren 
der Nutzerprobleme in Turbo-Pascal 
3.0. 

Die Kopplung zwischen einem PC 
1715 und einem abgesetzten Rech- 
ner wird von dem KOPPEL-Programm 
auf dem PC 1 71 5 und dem MANAGER 
des Betriebssystemes MINITEST er- 
möglicht. 

Medizin- und Labortechnik Leipzig, For- 
schungszentrum Dresden Overbeck- 
straße 48, Dresden, 8030; Tel. 

5 97 31 88. Landgraf/Sonnhild 

BÜRO 

Folgende Softwarelösungen stellen 
wir Ihnen zur Verfügung: Das Pro- 
grammpaket Mail Master ist ein netz- 
fähiges PC-Programm zur Verwal- 
tung von Kundendaten. Das Beson- 
dere sind die Selektions- und Sortier- 
möglichkeiten. 

DAVE verwaltet Ihre Datenträgerbe- 
stände und Softwarebibliotheken mit 
modernem Komfort und bietet Ihnen 
daneben eine große Palette weiterer 
Leistungen. 

ETI ist ein Programm für Entwurf und 
Druck von Etiketten, Visitenkarten, 
Namensschildern u.a. in beliebigem 
Format. 

Benötigen Sie nähere Auskünfte zu 
unserem Angebot, so können Sie bei 
uns die Kurzdokumentation anfor- 
dern. 

Bauakademie der DDR, IPS/Abt. C0M- 
PAL, Plauener Straße 163, Berlin, 1092; 
Tel. 37833494 Piälek 


PC 1 715-Tastatur 
mit parallelem Ausgang 

Für K 1520 oder ähnliche Systeme 
mit parallelem Tastatureingang bie- 
ten wir die Möglichkeit, eine vorhan- 
dene PC 1 715-Tastatur umzurüsten 
oder eine bereits umgebaute Tastatur 


zu erwerben. Damit können die kaum 
noch vorhandenen Tastaturen K 
7632 . . . K 7636 ersetzt werden. Ein- 
zige Einschränkung: Ausgaben an 
die Tastatur sind nicht möglich. Fol- 
gende Angebote sind vorhanden: 
komplett umgebaute Tastatur und 
Dokumentation, Austausch leite rplat- 
ten für vorhandene Tastatur mit Do- 
kumentation, unbestückte Leiter- 
platte und Dokumentation oder nur 
Dokumentation. 

VEB Robotron Büromaschinenwerk 
„Ernst Thälmann“ Sömmerda, Werk 
Worbis, Querstraße 2, Worbis; 5620; 
Tel. 30 Becker 


M EOS-Disketten 
unter CP/M lesen 

Bei uns wurde ein Programm ge- 
schaffen, mit dem 8"-MEOS-Disket- 
ten unter CP/M-80 gelesen und die 
MEOS-Files als CP/M-Files auf belie- 
bige CP/M-Laufwerke (5,25", 8", 
RAM Disk) kopiert werden können. 
Voraussetzung dafür ist ein CP/M-80- 
kompatibler Rechner, der 8"-Lauf- 
werke unterstützt. Das sind z. B. um- 
gerüstete MRES und A 51 xx. Das 
Programm C0PYME0S ist für das Ko- 
pieren von Quelltexten entwickelt 
worden und führt deshalb keine Kon- 
vertierung von verschieblichen oder 
festen Phasen durch. 

Interessenten können das Programm 
nachnutzen, wenn sie eine Diskette 
(5,25" oder 8") in einem CP/M-Stan- 
dardformat einschicken. 

Technische Universität Dresden, Sek- 
tion Informationstechnik, Bereich Kom- 
munikations- und Computertechnik, 
Mommsenstraße 13, Dresden, 8027; 
Tel. 4 63 3941 Johannsen 

Raumplanung 

Es wurde ein universell ersetzbares 
Programm zur Verwaltung umfang- 
reicher Raumpläne, z. B. von Univer- 
sitäten, Schulen, Ausstellungs- und 
Messezentren u.ä., für den Arbeits- 
platzcomputer A 71 00 entwickelt. Be- 
handelt werden regelmäßige (wö- 
chentlich und 1 4täglich) sowie einma- 
lige Veranstaltungen in maximal 5 
Gebäuden zu je 255 Räumen. Das 
Programm bietet die Möglichkeit, 
nach Teilnehmern, Veranstaltern 
oder freien Räumen zu suchen, sowie 
die des Druckes von Stunden- und 
Raumplänen. Bei der Suche nach 
freien Räumen wird nach Kapazität 
und technischer Ausstattung unter- 
schieden und der ausgewählte Raum 
mit einer gewünschten Veranstaltung 
belegt. 

Bei Zusendung einer Diskette bieten 
wir jedem Interessenten die Doku- 
mentation des Programms. 

Karl-Marx-Universität Leipzig, Sektion 
Mathematik, Karl-Marx-Platz, Leipzig 
7010 Gumpertt Fischer 

Verschlüsselung 

von Zeichnungsnummern 

Das Programmsystem C0DE35 nimmt 
Verschlüsselungen zu 8stelligen Ko- 
des vor. Der Kode kann unter MS- 
DOS als Zeichnungsname Verwen- 
dung finden. Damit besteht ein direk- 
ter Zusammenhang zwischen Zeich- 
nungsfilenamen und Zeichnungs- 
nummern. Es ist eine Lösung für fol- 
gende Zeichnungsnummernstruktur 
vorhanden: xxx.xx-xxx.x/x 


Änderungen des Programms sind für 
ähnliche Strukturen möglich. Funktio- 
nen: Kodierung, Dekodierung, Aus- 
gabe einer Tabelle tl. verschlüssel- 
tem Directory mit Dekodierung, Aus- 
gabe einer Tabelle von Teilen des Di- 
rectorys (Zeitraum, bestimmte Exten- 
sion, bestimmte Zeichnungsnummer 
(von-bis)), Suchen eines Zeich- 
nungsfiles auf einem verschlüsselten 
Directory, Erzeugen des Zeichnungs- 
files für PolyCAD. 

VEB Polygraph Druckmaschinenwerk 
PLAMAG, Abt. TS, CAD-Gruppe, Post- 
fach 47, Pausaer Straße 284, Plauen, 
9900; Tel. 281413 Streich 

Programmpaket T AST AR 

Das Programmpaket TASTAR er- 
möglichtes, Programme zur Datener- 
fassung und Datenpflege im Dialog- 
betrieb zu erzeugen. Die hiermit bear- 
beiteten Dateien sind die Dateien des 
aus Turbo-Pascal bekannten Turbo- 
Access-Systems. Diese ermöglicht 
den Direktzugriff auf jeden Datensatz 
anhand seines Schlüssels. Darüber 
hinaus besteht die Möglichkeit, Text- 
dateien aus diesem System auszuge- 
ben. 

Zum Programmpaket gehören die 
drei Programme ETAF (Entwurf TA- 
File) und UTAF (Umsetzung TA-File) 
sowie die Quelltextkomponente 
BTAF (Bearbeiten TA-File). Das Pro- 
grammpaket TASTAR gibt es für 8- 
und 16-Bit-Technik. 

VEB Chemiefaserwerk Premnitz, Abt 252 
(ORZ), Premnitz, 1832; Tel. 43463 

Daur/Wiesener 

Leiterplattenkapazität 

Es wird freie Kapazität für durch kon- 
taktierte Leiterplatten einschließlich 
Trockenstrecke angeboten. Fol- 
gende Arbeiten werden durchgeführt: 

1. Layout-Digitalisierung (Herstel- 
lung von Bohrlochstreifen und Licht- 
zeichenunterlagen) 

2. Leiterplatten bohren laut Bohr- 
lochstreifen 

3. Planfilm/Glasoriginal/Lichtzeich- 
nen 

4. Entwicklung Planfilm/Glasoriginal 

5. Herstellung Planfilm für Lötmas- 
ken und Bestückungsaufdruck, unter 
den Voraussetzungen: 

1. Maßhaltiges Layout, Maßstäbe 
1 :1, 2:1, 4:1 

2. Bohrplan mit Lochdurchmessern 
und Lochanzahl pro Durchmesser 
nach TGL 31431 , Bi. 1 

3. Stromlaufplan nach TGL 16084, 
Bl. 1 

4. Bestückungsplan nach TGL 
16085, Bl. 1. 

VEB Betonwerke Laußig, Werk Kem- 
berg, Straße der MTS 2, Kemberg, 4604 

Krüger 


Wir suchen... 

. . . Konvertierungsprogramme für 
CADy ab Version 3.04, PC-LES und 
LKA85 zur Ansteuerung der ADMAP 

5. mit einem 8-Bit-Bürocomputer 

INTERFLUG, Flugversicherung/RMEB, 
Flughafen, Berlin, 1189; Tel. 6727731/ 
7592/77 05 Spangenberg/Grabow 
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Entwicklungen und Tendenzen 


80386 SX-Familie 
jetzt a uch mit 20 MHz 

Während einige Hersteller Versionen 
des 16-Bit-Prozessors 80286 bereits 
mit 20 und 25 MHz liefern, war die 
Taktfrequenz von Intels 80386 SX 
bisher auf 1 6 MHz begrenzt. Nun be- 
ginnt Intel mit der Lieferung auch ei- 
ner 20-MHz-Version des 80386 SX. 
Ein System auf der Basis des 20- 
MHz-386 SX und mit dem Cache- 
Controller 82385 SX-20 soll dann ge- 
genüber auf dem Mikroprozessor 386 
SX-16 basierenden Systemen Lei- 
stungssteigerungen von bis zu 40 
Prozent erzielen. 

Der Mikroprozessor 386 SX ist eine 
Version des Industriestandards 386 
DX mit externem 16-Bit-Bus. Diese 
Eigenschaft erlaubt es Computerher- 
stellern, Produkte mit den Kompatibi- 
litäts-, Multitasking- und Leistungs- 
vorteilen der lntel-386-Architektur zu 
Preisen vergleichbar ausgestatteter 
16-Bit-Systeme anzubieten. 

Die 20-MHz-386 SX-Familie umfaßt: 

- Mikroprozessor 386 SX 

- PC AT-Chipsatz 82340 SX 

- Cache-Controller 82385 SX 

- Arithmetik-Koprozessor 387 SX 

- LAN-Koprozessor 82596 SX. 

Die neue 20-MHz-Version wird in In- 
tels CHMOS-IV-Prozeßtechnologie 
gefertigt, welche die Leistungsauf- 
nahme gegenüber Produkten glei- 
cher Taktfrequenz - produziert mit 
den Vorgänger-Prozeß - um über 30 
Prozent reduziert. CHMOS IV erwei- 
tert den zulässigen Betriebstempera- 
turbereich von 0 bis 85 °C und steigert 
die Zuverlässigkeit des Bauelements. 
Für Notizbuch- und Laptop-PCs bie- 
tet Intel eine Version mit noch ge- 
ringerer Verlustleistung an, die mit re- 
duzierter Frequenz von 2 MHz arbei- 
tet, wenn das System in einen 
Standby-Mode mit niedriger Lei- 
stungsaufnahme versetzt wird. 

Für PC AT-Entwicklungen ist der 
Chipsatz 82340 SX verfügbar. Dieser 
neue Zwei-Chip-Satz bietet den 
OEMs die höchstintegrierte Buslö- 
sung der Industrie. Er ermöglicht den 
Entwicklern den Aufbau von SX- Sy- 
stemen mit weniger Chips - keine 
TTL-Schaltungen erforderlich - für 
billigere und kompaktere Modelle. 
Durch den Einsatz des Cache-Con- 
trollers 82385 SX-20 kann eine Lei- 
stungssteigerung von bis zu 40 Pro- 
zent erzielt werden. Der Controller er- 
reicht dies durch Reduzierung der 
Prozessor-Wartezyklen und der Bus- 
Zugriffszeiten. Für hohe Systemflexi- 
bilität unterstützt der 82385 SX-20 so- 
wohl direkt abbildende als auch zwei- 
weg-assoziative 1 6-KByte-Cachede- 
signs. Darüber hinaus integriert er 
das Cache-Directory und die Cache- 
verwaltungslogik auf einem einzigen 
Chip und unterstützt den vollen 386 
SX-Adreßraum von 4 GByte. 

Eine 20-MHz-Version des Arithmetik- 
Koprozessors 387 zur Unterstützung 
des 386 SX-20 ist ebenfalls von Intel 
verfügbar. 

Der 32-Bit-LAN-Koprozessor 82596 
SX-20 arbeitet parallel zum 20-MHz- 
Mikroprozessor und übernimmt un- 
abhängig davon alle LAN-Funktionen 
inCSMA/CD-Netzwerken. Der 82596 
SX überträgt Daten mit der vollen 
Bandbreite des 16-Bit- E/A- System- 


busses und der 1 0-Mbit/s-Ethernet- 
LANs und benötigt zur Unterstützung 
eines voll ausgelasteten Ethernet- 
Netzwerks lediglich sechs Prozent 
der Systembusleistung. 

Der LAN-Koprozessor läßt sich auf 
der Systemplatine ohne zusätzliche 
externe Beschaltung unterbringen 
und reduziert damit die Bauteile-An- 
zahl, die Komplexität und die Kosten 
des Systems. MP 


Keine Weiterentwicklung 
von Turbo-Basic 

Borland wird Turbo-Basic nicht mehr 
weiterentwickeln: die Borland GmbH 
Deutschland bietet allen Turbo-Ba- 
sic-Kunden ein preiswertes Update 
anderer Programmiersprachen, bei- 
spielsweise Turbo-Pascal oder 
Turbo-C, auch in deren Professional- 
Versionen an. Turbo-Basic wird zwar 
weiterhin von Borland betreut; die 
Weiterentwicklung wird jedoch in den 
USA von dem Unternehmen „Spectra 
Software“ übernommen. Bereits im 
Dezember soll die erste Version des 
nun PowerBasic genannten Produkts 
veröffentlicht worden sein. MP 


Sharp nun auch 
mit MS-DOS-Laptop 



Als sensationell bezeichnet Sharp 
seinen zur CeBIT ’90 vorgestellten 
Mini-Laptop-Computer. Der netzun- 
abhängige PC-6220 wiegt unter 2 kg, 
kommt im A4-Format und ist nur 
35 mm dünn: Ein extrem leichtge- 
wichtiger und dabei vollwertiger PC, 
der - in einem Komponentensystem 
- als echter Arbeitsplatz- PC ersetz- 
bar sein soll. Er ist ausgestattet mit ei- 
nem wahlweise 6, 8 oder 12 MHz 
schnellen 80C286- Prozessor, 

1 MByte RAM (auf rüstbar auf 
3 MByte), einer 2,5-Zoll-Festplatte 
mit 20 MByte und 23 ms mittlerer Zu- 
griffszeit. Für Erweiterungen stehtein 
Sockel für einen 80C287- Koprozes- 
sor zur Verfügung. Der PC-6220 ent- 
hält das Betriebssystem MS-DOS 
4.01 im ROM und verfügt unter ande- 
rem über eine serielle und eine paral- 
lele Schnittstelle. 

Etwas Besonderes ist der Bildschirm: 
Hier setzt Sharp erstmals die neue 
Triple-Supertwisted-Technik (TST) 
ein, die eine VGA-kompatible Dar- 
stellung mit 640 x 480 Bildpunkten 
schwarz auf weiß ermöglicht. Gegen- 
über herkömmlichen LCDs werden 
noch höherer Kontrast und mehr 


Grauabstufungen bei leichterer und 
schmalerer Bauweise erreicht. 

Eine weitere Besonderheit ist das 
Komponenten-System mit einem für 
derartige Laptops neuen Erweite- 
rungskonzept. Über Steckan- 
schlüsse ist der PC-6220 durch einfa- 
ches Anfügen weiterer Komponenten 
zu einem kompletten netzwerkfähi- 
gen PC-System aufrüstbar. Zu den 
Komponenten gehören eine 10er- 
Block-Tastatur, ein 3,5-Zoll-Disket- 
tenlaufwerk und eine Expansionsbox, 
die zwei freie Steckplätze für AT- 
kompatible Karten enthält. Für den 
Datenverkehr zu anderen Computern 
ist die Kommunikationssoftware im 
Lieferumfang enthalten. In den Han- 
del kommt der PC-6220 ab Mitte des 
Jahres, der noch nicht feststehende 
Preis soll unter 10000 DM liegen. 

MP 


Microsoft: 

Entwicklungsumgebung 
für Assembler 

Quick-C wurde jetzt von Microsoft um 
einen Quick-Assembler erweitert, der 
in die Entwicklungsumgebung von 
Quick-C integriert wurde. Damit wer- 
den sich die beiden - nach Marktun- 
tersuchungen von Microsoft - am 
häufigsten von Entwicklern auf PCs 
benutzten Sprachen in Zukunft in ei- 
ner gemeinsamen, einheitlichen Be- 
dienoberfläche präsentieren. Die 
zeitkritischen Anwendungen und Zu- 
griffe auf die Systemebene von MS- 
DOS oder auf die Hardware in Assem- 
bler-Code können jetzt wesentlich 
einfacher in den C-Code eingebun- 
den werden. In dem Paket enthalten 
sind ein Editor, Compiler und Debug- 
ger. Sie werden aber gegenwärtig nur 
in einer englischen Version ausgelie- 
fert. Die meisten Entwickler dürfte 
dies aber kaum am Einsatz hindern 
oder gar abschrecken. MP 


Neue Unix-Workstation 
Siemens WX200 



Siemens erweitert seine Arbeitsplatz- 
systeme um die in Augsburg gefer- 
tigte Unix-Workstation-Familie 
WX200, die eine volle Sinix-Integra- 
tion garantiert. 

Sie setzt sich aus vier Modellen zu- 
sammen: zwei Desktop-Varianten 
(10DT und 20DT), von denen eine 
das Bild zeigt, und zwei Tower-Mo- 
dellen (30T und 40T). Eingesetzt wer- 
den die Intel-Standardprozessoren 
386/486, die modellabhängig von 
16 MHz aufwärts bis zu 33 MHz ge- 
taktet sind. Der Anwender hat die 
Wahl zwischen Monochrom- und 
Farb-Bildschirmen. Der kleine Bild- 


schirm bietet eine Auflösung von 640 
x 480 Pixeln, die größeren bieten 
1280x1024 Bildpunkte. Beim 19- 
Zoll-Farbbildschirm können 256 Far- 
ben gleichzeitig dargestellt werden. 
Als Software wird Sin ix Open Desk- 
top angeboten, das auf dem aner- 
kannten Open Desktop - mit Unix Sy- 
stem V/386 Release 3.2 - der Santa 
Cruz Operation (SCO) basiert. Die- 
ses Softwarepaket ist eine integrierte 
Betriebssystemumgebung, die alle 
Komponenten vom Betriebssystem 
über Datenhaltung und Vernetzung 
bis hin zur grafischen Bedienoberflä- 
che umfaßt. Zusätzlich zur weitrei- 
chenden Quellcode-Kompatibilität in- 
nerhalb der Unix-Welt (z. B. X/Open, 
Unix V. 2 und V.3) wird als Besonder- 
heit Binärcodekompatibilität zu ande- 
ren Rechnern mit Intel-Prozessoren 
(z. B. mit Open Desktop oder Unix Sy- 
stem V/386) und damit der direkte Zu- 
gang zu einem weltweiten Software- 
markt geboten. Daten und Pro- 
gramme innerhalb der WX200-Fami- 
lie können problemlos ausgetauscht 
werden. 

Die Workstation bietet mit Sinix Open 
Desktop: 

- Unix nach internationalen Stan- 
dards (X/Open) 

- grafische Bedienoberfläche OSF/ 
MOTIF, basierend auf X/Window 

- relationales Datenbanksystem mit 
SQL 

- volle LAN-Anbindung (z. B. TCP/ 
IP, NFS) 

- DOS-Emulation unter Unix; damit 
können Unix- und MS/DOS-Pro- 
gramme gleichzeitig genutzt werden. 
Siemens hat das Open Desktop von 
SCO um X/Open-Funktionen ergänzt 
und wird dieses integrierte Software- 
paket bei X/Open zur Validierung vor- 
legen. 

Haupteinsatzbereiche der WX200 lie- 
gen im Büro mit Sinix-Standardan- 
wendungen und Desktop-Publishing, 
in Aufgabengebieten des 2D-CAD 
(Variantenkonstruktion, Stromlauf- 
pläne) mit Sigraph, beim Software- 
Engineering (CASE) mit Domino und 
im Feld der Expertensysteme, wo 
zum Beispiel mit Prolog ein geeigne- 
tes Werkzeug für die Entwicklung sol- 
cher Systeme zur Verfügung steht. 

MP 


Neuer Motorola 
68040 im Einsatz 

Von zahlreichen namhaften Compu- 
terherstellern liegen bereits Absichts- 
erklärungen vor, das neue Flagg- 
schiff der Motorola-Prozessoren, den 
68040, als Grundlage für Computer- 
entwicklungen zu nutzen. 

Erster scheint nun die britische Firma 
Tadpole Technology geworden zu 
sein. Sie stellte zwei Rechner vor: 
den TP 40V speziell für Netzwerke 
und den TP 41V mit VME/VSB-Bus. 
Die Systeme besitzen je eine Ether- 
net-Schnittstelle und zwei RS-232-ln- 
terfaces, letzteres zusätzlich eine 
SCSI-Schnittstelle sowie 32 MByte 
maximalen Hauptspeicher. Die Lei- 
stung der Systeme soll bei 20 MIPS 
bzw. 3,5 MFLOPS liegen. 

Als Betriebssystem wird eine Version 
des AT & T-Unix-Systems V3 ange- 
boten. MP 
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Miniatur-Diskette 

Die Firma IBM gab die Entwicklung 
einer sechs Quadratzentimeter gro- 
ßen Diskette bekannt. Auf dieser Dis- 
kette sollen Informationen von zirka 
100000 A4-Seiten untergebracht 
werden können. Das entspräche ei- 
ner Speicherkapazität von einer Mil- 
liarde Bit. Um diese Gigabit-Spei- 
cherdichte zu erreichen, seien neuar- 
tige Komponenten, darunter Dünn- 
film-Speicherköpfe und -platten, so- 
wie hochentwickelte Elektronik kom- 
biniert worden. Bei dem Prototyp sol- 
len alle kritischen Hardware-Kompo- 
nenten in konventionellen Ferti- 
gungsprozessen hergestellt worden 
sein. Der experimentelle, aus zwei 
Elementen bestehende, Dünnfilm- 
Speicherkopf enthält laut IBM ein in- 
duktives Schreibelement und ein ma- 
gnetoresistives Leseelement. Er 
fliegt in einer Höhe von weniger als 
0,05^m über die Plattenoberfläche. 
Die Speicherköpfe gegenwärtig er- 
hältlicher Platten I aufwerke gleiten in 
einer Höhe von 0,15 bis 0,38/^m über 
die Plattenoberfläche. 

Die neuentwickelte Diskette besteht 
aus Aluminium, das mit einer Kobalt- 
legierung überzogen wurde. Ein dün- 
ner Überzug aus hartem Material 
schützt die Legierung vor einem Kon- 
takt mit dem Speicherkopf. 

Bevor die neuen Disketten im Handel 
erhältlich sind, sollen nach Angaben 
von IBM noch mehrere Jahre verge- 
hen. 

Quellen: Handelsblatt vom 2. 1. 1990 
Eildienst. - Berlin ( 1 990) 17.-S.4 Fa 


Speicherelemente 
dichter packen 

Um die Packungsdichte bei elektroni- 
schen Speicherelementen erheblich 
zu erhöhen, arbeitet eine Gruppe von 
Elektronikern des japanischen Unter- 
nehmens Sharp Corp., Osaka, an der 
Entwicklung neuer Werkstoffe. Wenn 
es möglich würde, die Isolations- 
schicht zwischen den Elektroden von 
Kondensatoren zu reduzieren, würde 
sich der Platzbedarf für die Konden- 
satoren dynamischer Speicherchips 
um rund 20% und beim kompletten 
Chip insgesamt um rund 10% verrin- 
gern. Mit den gegenwärtig benutzten 
Werkstoffen ist das wegen der zu ho- 
hen Leckströme nicht möglich. 

Als Isolationsschicht testet die japani- 
sche Entwicklergruppe Siliziumnitrid, 
das eine verbesserte elektronische 
Isolationswirkung aufweist und ledig- 
lich noch eine Dicke von 3,8 nm benö- 
tigt. Für die Fertigungstechnik erge- 
ben sich damit geringe Veränderun- 
gen. 

Die Firma ist jetzt dabei, das neue 
Verfahren für die Produktion von 16- 
MBit-DRAMS aufzubauen. 

Quelle: Blick durch die Wirtschaft 
vom 18. 12. 1989 Fa 


Hochintegrierte 

schnelle 

optoelektronische Chips 
für Großrechner 

Einer Gruppe von Wissenschaftlern 
der Firma IBM ist es gelungen, einen 
Bausatz zu entwickeln und herzustel- 
len, der aus zwei optoelektronischen 
Chips für Hochgeschwindigkeitsver- 
bindungen in Computern besteht. 
Dieser Bausatz, der aus einem Sen- 
der- und einem Empfänger-Chip be- 


steht, soll Datenraten bis zu 1 GBit/s 
übertragen können. 

In Bereichen mit rechenintensiven 
Computeranwendungen, wie Wetter- 
vorhersagen und Flugsimulation, 
müssen Milliarden und teilweise so- 
gar Billionen von Datenbits verarbei- 
tet werden. Die Übertragung derart 
umfangreicher Datenmengen von ei- 
nem Rechner zum anderen erfordert 
effizientere und leistungsfähigere 
T ransporttechniken. 

Muster des optoelektronischen Sen- 
der-Chips bestehen aus vier runden 
Stäben, die in ihren Aussparungen 
optische Fasern von der Stärke eines 
menschlichen Haares haben. Auf 
dem Rand vor jeder Faser sind vier 
leistungsstarke, mikroskopisch kleine 
Laser zu erkennen, die mit einer elek- 
trischen Leitung verbunden sind. Sie 
wandeln die digitalen Computersi- 
gnale in Lichtimpulse um. Die opti- 
schen Fasern sammeln das Licht je- 
des Lasers und senden es zu ande- 
ren Rechnern. 

Auf dem Empfänger-Chip befinden 
sich 50mal mehr optische und elek- 
tronische Bauelemente, als bisher je- 
mals auf einem optoelektronischen 
Chip integriert wurden, darunter über 
8000 Transistoren mit Strukturbreiten 
von 1 ^m. Die optischen Fasern wer- 
den in einem genau berechneten 
Winkel schräg angeschnitten, so daß 
das zu übertragende Lichtsignal ge- 
zielt auf die Fotodetektoren auftrifft. 
Diese sind nicht zu erkennen, da sie 
im Schattenbereich der Fasern lie- 
gen. Die Fotodetektoren nehmen die 
Lichtimpulse, die mit einer Geschwin- 
digkeit von 1 GBit/s ankommen, auf 
und wandeln sie in elektrische Si- 
gnale um. Sender- und Empfänger- 
Chip werden aus GaAs hergestellt, 
das sowohl für sehr kleine Laser und 
Lichtdetektoren als auch für sehr 
schnelle elektronische Schaltkreise 
mit geringem Energieverbrauch ge- 
eignet ist. Auf den Chips wird eine 
große Anzahl der elektronischen 
Schaltkreise mit den lichtaussenden- 
den und lichtempfangenden Bauele- 
menten verbunden, so daß die in 
MESFET-Technik (Metal semicon- 
ductor field effect transistor) entwik- 
kelten Chips sowohl digitale und ana- 
loge als auch optische Funktionen 
umfassen. Dadurch wird eine we- 
sentliche Steigerung der Leistungsfä- 
higkeit in der Datenkommunikation 
erzielt. Der der Datenübertragung 
dienende Laserstrahl wird von einem 
weiterentwickelten GaAs-Injektions- 
laser erzeugt. 

Die bisher nur experimentell herge- 
stellten Muster-Chips sind bereits als 
fertige Bauelemente montiert wor- 
den, wobei Übertragungsleistungen 
von 1 GBit/s erreicht wurden. Über 
Vorbereitungen für den industriellen 
Einsatz erfolgten noch keine Veröf- 
fentlichungen. 

Quelle: Mikroelektronik. - Berlin(W)/ 
Offen bach (1989) 6 Fa 


Computer 

mit künstlicher 

Intelligenz 

Das VW-Tochterunternehmen „Ge- 
sellschaft für technische Datenverar- 
beitungssysteme“ (VW-GEDAS) will 
nach eigenen Angaben mit Ergebnis- 
sen aus staatlich finanzierten For- 
schungsaufträgen zum Marktführer 
im Bereich der Computer mit Künstli- 
cher Intelligenz werden. Dazu soll 


das von der Gesellschaft für Mathe- 
matik und Datenverarbeitung (GMD) 
entwickelte System BABYLON zu ei- 
nem industriegerechten Produkt wei- 
terentwickelt und professionell ver- 
marktetwerden (Entwicklungszeit: 18 
Monate). VW-GEDAS will bis 1995 
rund 10 Mrd. DM investieren, um BA- 
BYLON zu einem leistungsfähigen 
„Expertensystem zur Produktion von 
Expertensystemen“ für alle Compu- 
tertypen (vom PC bis zum Großrech- 
ner) weiter entwickeln und vermark- 
ten zu können. Fa 


Chip-Entwicklung 
bei IBM 

In dem neuen Semiconductor Tech- 
nology Center (ASTC) der Firma IBM 
sollen künftig Logik- und Speicher- 
chips mit Hilfe der Röntgenstrahllitho- 
grafie entwickelt und auch für die Se- 
rienfertigung vorbereitet werden. Im 
ASTC wird der derzeit einzige im 
nichtstaatlichen Besitz befindliche 
Synchrotronspeicherring der USA für 
Röntgenstrahl lithografie installiert. 
Diese Technologie ermöglicht es, die 
Grenzen der momentan eingesetzten 
optischen Lithografie zu unterschei- 
den. Damit lassen sich Strukturen 
von weniger als 0,5/^m Breite auf Sili- 
zium abbilden, und die Herstellung 
von noch dichteren, schnelleren und 
leistungsfähigeren Chips wird mög- 
lich. 

IBM beabsichtigt, mit der US-Regie- 
rung zusammenzuarbeiten. Sie 
machte das Angebot, ihr Röntgen- 
strahl-Laboratorium mit ausgewähl- 
ten Firmen gemeinsam zu nutzen. 
Ein erster Kooperationsvertrag wurde 
bereits mit dem Chipproduzenten 
Motorola abgeschlossen. Dieser Ver- 
trag sieht vor, daß sechs bis acht In- 
genieure der Firma Motorola zu- 
nächst für 21 Monate am Röntgen- 
strahllithografie-Programm von IBM 
mitarbeiten. 

IBM investierte bereits rund eine 
halbe Milliarde Dollar in das ASTC, 
mit dessen Bau vor drei Jahren be- 
gonnen wurde. Die endgültige Inbe- 
triebnahme ist für 1 991 vorgesehen. 

Quelle: Konstruktion und Elektronik. 
- Landsberg ( 1 989) 51 -S. 1 Fa 


Schnelles 

7 ext-Datenbanksystem 

Zum elektronischen Einlesen und 
Wiederauffinden von Texten hat die 
Firma Hitachi Ltd. ein sehr schnelles 
Datenbanksystem entwickelt. Dabei 
wird jedes Wort, das in einem Text 
enthalten ist, als Suchbegriff genutzt. 
Ohne aufwendiges Indizieren wie bei 
herkömmlichen Datenbanksystemen 
kann jedes Wort zum direkten Su- 
chen in den gespeicherten Texten 
verwendet werden. Ein solches Su- 
chen nach gewünschten Informatio- 
nen dauert bei einer Wortmenge, die 
der eines Zeitungsjahres (rund 72 
Millionen Wörter) entspricht, nur etwa 
1,5 Sekunden. 

Bei der Volltexttrecherche (dreistu- 
fige Recherche) werden automatisch 
anhand eines vorgegebenen Such- 
begriffes Synonyme und Wörter ge- 
neriert, die denselben Sachverhalt 
beschreiben. Ein hierarchisches Vor- 
auswahlsystem bearbeitet automa- 
tisch eine Zusammenstellung ver- 
dichteter Texte und eine Zeichenzu- 
sammensetzungstabelle vor den 


komprimierten Informationen. Das 
gesamte System umfaßt: 

- eine RAM-Floppy mit einer maxi- 
malen Lesegeschwindigkeit von 
20 MByte/s 

- ein Magnetplattensystem mit 
10 MByte/s 

- einen Suchprozessor mit einem 
Durchsatz von 1 ,6 MByte/s 

- einen spaltenorientierten Zeichen- 
suchprozessor mit 20 MByte/s. 

Das entspricht insgesamt einer Sy- 
stemantwortgeschwindigkeit von 

100 MByte/s. 25000 technische Do- 
kumente mit durchschnittlich je 
10000 Wörtern können in rund fünf 
Sekunden durchsucht werden. 

Das System eignet sich zur Informa- 
tionsverwaltung gespeicherter Pa- 
tente, Bücher sowie Zeitungs- und 
Zeitschriftenartikel. 

Quelle: New Technology Japan. - 
(1989) 11 Fa 


NEC mit 64-MBit - 
Chip-Technik 

Die Firmen NEC Corp. und Sanyo 
Chemical Industries Ltd. haben ge- 
meinsam ein organisches Polymer 
aus Styrol und Chlormethylstyrol zur 
Herstellung eines „Mikrochips mit fla- 
cher Oberfläche“ entwickelt. Mit die- 
ser Technik könnten Halbleiter produ- 
ziert werden, die eine Speicherkapa- 
zität von 64 MBit oder mehr aufwei- 
sen. Diese neue Technik kann bei 
CCDS, LCI sowie bei Magnetköpfen 
für dünne Filme eingesetzt werden. 

Quelle: Blick durch die Wirtschaft 
vom 9. 1.1990 Fa 


Dreidimensionale 
Bauelementeanordnung 
auf Leiterplatten 

Die Erhöhung des Integrationsgrades 
und der Komplexität der Schaltungen 
führt zu einer gesteigerten Anzahl 
von Verbindungen der Chips unter- 
einander. Trotz der Verringerung der 
Leiterbahnbreite sind die Möglichkei- 
ten zur Unterbringung auf der zweidi- 
mensionalen Leiterplattenfläche 
nicht mehr ausreichend, weshalb die 
dritte Dimension genutzt wird. 

Unter der Bezeichnung ,Chiprack‘ 
wird von der Firma Ultra Electronics 
eine Lösung vertrieben, die eine wei- 
tere Erhöhung der Packungsdichte 
gestattet. Sie besteht aus Bauele- 
mentefassungen und Verbindungs- 
elementen. Die Fassungen sind dop- 
pelseitig mit Kontakten versehen und 
führen Verbindungen nach oben und 
nach unten. In dieser „Regalanord- 
nung“ bestehen Verbindungen von 
einer Ebene zur anderen. Die regu- 
läre Anordnung aller Blöcke und Sta- 
pel ermöglicht eine einfache Mon- 
tage. An der Außenseite jedes Sta- 
pels befinden sich außerdem An- 
schlüsse, die für Tests oder zusätzli- 
che Verbindungswege genutzt wer- 
den können. 

Ein kleines Prototypsystem - auf dem 
Prozessor Z-80 basierend - benötigt 
nur 20% des Volumens gegenüber 
konventioneller Verbindungstechnik. 
Ein in SMD-Bauweise ausgeführtes 
System benötigt mehr als das dop- 
pelte Volumen des Chiprack-De- 
signs. 

Quelle: eee. - Leinfelden-Echterdin - 
gen (1989) 25. - S. 52, 53 Fa 
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nik, Berlin 1989; 184 S., 123 Abbil- 
dungen, 15Tafeln, DDR 19,00 M 

Fachliteratur zur Vermittlungstechnik 
auf unserem Büchermarkt entspricht 
dem Stand der Vermittlungssysteme 
in unseren Netzen. Diese merkliche 
Lücke können auch nicht Informatio- 
nen in Fachzeitschriften oder in der 
Reihe „Berichte zur Nachrichtentech- 
nik“ schließen. Um so mehr Anerken- 
nung verdient die Leistung der Auto- 
ren. Viele Ingenieure und Techniker 
der Fernmeldetechnik, der Hard- und 
Software, Studenten und sicher in 
Kürze sogar Lehrlinge und Fachar- 
beiter werden dafür sorgen, daß der 
Titel rasch vergriffen ist. Man muß be- 
rücksichtigen, hier handelt es sich um 
eine spezielle Einführung in High- 
Tech. 

Das Anliegen der Autoren, in knapper 
Form, den roten Faden nicht aus den 
Augen verlierend, den Gegenstand 
so vollständig zu beschreiben, daß 
dem Leser ein Grundwissen vermit- 
telt wird, auf dem er aufbauen kann 
und das den Einstieg in weiterfüh- 
rende Literatur (vgl. auch Quellenver- 
zeichnis) erleichtert, ist gut gelungen. 
Ergänzt sei, daß aufgrund der immer 
größer werdenden Breite der Nach- 
richtentechnik sich jeder Spezialist 
bei Bedarf schnell über neue Be- 
schreibungsmethoden und Funktions- 
prinzipe der digitalen Vermittlungs- 
technik orientieren kann. Die ersten 
20 Seiten sind als Grundlage für das 
weitere Verständnis der PCM-Tech- 
nik gewidmet. Der Abschnitt 3 zu den 
Aufgaben der Vermittlungstechnik 
beinhaltet das grundsätzliche Einord- 
nen der Vermittlungsstellen in das 
Netz und die Charakteristika der we- 
sentlichen Blöcke. Abschnitt 4 nutzt 
moderne Darstellungs- und Beschrei- 
bungsformen. Das Einarbeiten in 
SDL (Specification and Description 
Language) bereitet dem rechentech- 
nisch vorgebildeten Leser keine Pro- 
bleme. Der Vermittlungstechniker, 
der noch an Stromlaufplan und Re- 
laisdiagramm gewöhnt ist, sollte die- 
sem Punkt mehr Aufmerksamkeit 
widmen oder noch zusätzliche Litera- 
tur zu Rate ziehen. Im 5. Abschnitt 
werden Koppelanordnungen und 
Steuerungsprinzipe beschrieben und 
verglichen. Der folgende Abschnitt 
untersetzt das nochmal mit mögli- 
chen Bauelementetechnologien. 
Wenn man berücksichtigt, daß die 
Software für ein Vermittlungssystem 
international über 30 Prozent bei der 
Entwicklung in Anspruch nimmt und 
für den Betrieb erheblich ist, ist es lo- 
gisch, daß die Autoren im 7. Abschnitt 
dafür 40 Seiten verwenden. Hier wird 
das notwendige Umlernen für die 
Fachleute der konventionellen Ver- 
mittlungstechnik nochmals ganz 
deutlich. Der knappe Ausblick auf das 
ISDN erscheint aus der aktuellen Si- 
tuation heraus als ausreichend. 

Bei diesem Buch ist man sich jeder- 
zeit sicher, daß die Autoren wissen, 
wovon sie schreiben; sie bringen 
auch Entwicklungen mit ein, an de- 
nen sie selbst beteiligt waren. 
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Nur dem aufmerksamen Leser oder 
dem Fachmann fallen einige „Schön- 
heitsfehler“ auf. Sie betreffen die Ter- 
minologie (Jargon, zweideutiger Ter- 
minigebrauch, Nichtbeachtung jüng- 
ster Standards), vereinzelte Auswahl 
untypischer Beispiele zur Beweisfüh- 
rung, wenige Schreib- und Interpunk- 
tionsfehler. 

Letzteres und das kaum hilfreiche 
Sachwortregister sind sicher dem 
Lektor anzulasten. 

Wenn man ins Kalkül zieht, welche 
Entwicklung unsere öffentlichen und 
nichtöffentlichen Netze und Dienste 
nehmen müssen, ist das vorliegende 
Buch ein willkommener, guter Ein- 
stieg. Ausbildungs-, wissenschaftli- 
che, praxisorientierte Literatur und 
Nachschlagewerke müssen folgen. 

Bergmann 


Rationelle 
T extverarbeitung 
mit WordPerfect 5.0 

von H.-P. Förster u. M. Zwernemann, 
Reihe Chip Wissen. Vogel Buchver- 
lag, Würzburg 1989, 160S., 37Abb., 
2 Disketten 
5,25 Zoll, 48 ,-DM 

Wer Gelegenheit hatte, das enorm 
mächtige Textverarbeitungssystem 
WordPerfect 5.0 und dessen Lei- 
stungsspektrum einmal aus der Nähe 
zu begutachten, der wird gut verste- 
hen, wie dankbar jeder Anwender 
über verständlich und übersichtlich 
geschriebene Literatur sein muß, die 
den hoffnungslos überforderten Ori- 
ginal-Handbüchern zur Seite stehen 
will. 

Ein Anspruch, dem das vorliegende 
Buch durchaus gerecht wird. Das ist 
wohl vorrangig auf die Tatsache zu- 
rückzuführen, daß sich dieses Buch 
auf ausgewählte Probleme be- 
schränkt, die jeder anspruchsvolle 
Anwender eines jeden Textverarbei- 
tungssystems schon irgendwie be- 
wältigt haben möchte. Dies muß gar 
nicht in jedem Fall etwas mit den 
spektakulären Möglichkeiten der 
Grafikeinbindung von WordPerfect 
zu tun haben. Hier ist in der Praxis in 
den allerwenigsten Fällen etwas 
falsch zu machen. Wie wäre es aber 
zum Beispiel mit einem stilgerechten 
und professionellen Layout der Texte 
per Tastendruck? Ein durchaus nicht 
einfaches Problem, wenn es wie bis- 
her für jeden Text auch noch mühse- 
lig neu entworfen werden muß. Wenn 
man dann auch noch mit Hilfe von 
„Textbausteinen“ seine Schreibar- 
beiten rationalisieren will, steht man 
scheinbar vor einem hoffnungslosen 
Dilemma. 

An dieser Stelle springen die ersten 
Kapitel dieses Buches ein und führen 
überzeugend und an vielen Beispie- 
len die Vorzüge dieses Textverarbei- 
tungssystems vor. 

Aber auch die folgenden Kapitel, die 
sich eingehend mit den Misch- und 
Rechenfunktionen von WordPerfect 
beschäftigen und Leistungsfähigkeit 
dokumentieren, indem Briefe gleich 
serienweise ihre Adressen aus 
dBase-Dateien holen und Rech- 
nungsformulare sich praktisch selbst 
erstellen, lassen den Leser kaum lok- 
ker und regen zum Nach- und Bes- 


sermachen an. Wenn dann allerdings 
versucht wird, die ohnehin schon 
streitbare «Marktprogrammierspra- 
che» von WordPerfect umfassend zu 
erläutern, wird auch dem interessier- 
ten Leser eine ziemliche Durststrecke 
zugemutet. Die Zielgruppe dieser 
Sprache und ebenso dieser Lektion 
ist mir nicht klargeworden: Denn was 
den „Textverarbeiter“ mit großer 
Wahrscheinlichkeit überfordeil, das 
frustiert den „Programmierer“ ob sei- 
ner kläglichen Möglichkeiten sicher- 
lich ebenso. 

An dieser Stelle sei mir auch die 
Frage gestattet, warum dem Leser 
mit den Abbildungen, die den Bild- 
schirminhalt wiedergeben sollen, ein 
Grafikmodus - und auch noch in pro- 
faner CGA-Qualität - suggeriert 
wird? Ein wesentlicher Vorteil von 
WordPerfect besteht für mich doch 
gerade darin, daß es weitgehend alle 
Bildschirmaktivitäten im technisch 
einwandfreien Textmodus abhandelt. 
Selbst eingebundene Grafiken wer- 
den während der üblichen Schreibar- 
beit als leere Kästchen dargestellt, 
und erst bei Bedarf ist man z. B. mit 
dem sogenannten Page-preview-Mo- 
dus in der Lage, sich die entspre- 
chenden Abschnitte in der endgülti- 
gen Fassung und im Grafik-Modus 
anzusehen. Dies gewährleistet zügi- 
ges Arbeiten und schont zudem die 
Augen. 

Selbstverständlich tut dies der inhalt- 
lich gut aufgearbeiteten und ohne 
Zweifel nützlichen Lektüre keinen 
nennenswerten Abbruch. Die zwei 
zugehörigen Disketten erleichtern 
nicht nur über die mitgelieferten 
Übungstexte das Nachempfinden der 
Probleme und Lösungen, sondern sie 
bereichern die „hauseigene“ Grafik- 
bibliothek auch noch mit aussage- 
kräftigen Piktogrammen. 

Ein insgesamt empfehlenswertes 
Buch für alle, die das moderne und er- 
folgreiche Textverarbeitungssystem 
über den gelegentlichen Gebrauch 
hinaus nutzen wollen. WordPerfect- 
Vorkenntnisse sollten aber dringlich 
vorhanden sein. B. Prager 

Integrierte Software 
im Vergleich 

von E. Hölzenbein und A. Krings, Dr. 
Alfred Hüthig Verlag Heidelberg, 
1989 

Gerade auf dem Gebiet der Büroau- 
tomatisierung haben durch den brei- 
ten Einsatz leistungsfähiger PC- 
Technik integrierte Softwaresysteme 
stark an Bedeutung gewonnen. 
Trotzdem sind ihre konkreten Ein- 
satzmöglichkeiten nach wie vor weit- 
gehend unklar. Speziell zwei Fragen 
wurden bisher nicht geklärt: 

1 . Welches integrierte System ist für 
welche Aufgabenstellung am besten 
geeignet? 

2. Für welche Aufgabenstellungen 
ist der Einsatz eines integrierten Sy- 
stems statt herkömmlicher Einzelsy- 
steme (z.B. dBASE-lll oder Word- 
star) sinnvoll? 

Das vorliegende Buch versucht durch 
einen Vergleich verschiedener Sy- 
steme zur ersten Frage Antworten zu 
geben. Die zweite Frage wird nicht 
berührt. Beim ersten Lesen des Bu- 


ches fällt die klare, übersichtliche 
Gliederung und die gute Strukturie- 
rung auf. Abbildungen von konkreten 
Bildschirmausgaben bzw. Menüs er- 
leichtern das Verständnis. Besonders 
positiv ist die Zusammenfassung der 
Ergebnisse in tabellarischer Form zu 
bewerten. Das Buch scheint tatsäch- 
lich einen guten Überblick über die 
einzelnen Systeme zu geben. 

Beim genauen Studium fallen jedoch 
eine ganze Reihe von Schwächen 
auf. Zunächst ist die Auswahl der zu 
vergleichenden Systeme etwas un- 
verständlich. Während von den sechs 
integrierten Systemen vier auf IBM- 
PCs unter MS-DOS laufen, nämlich 
FRAMEWORK II, OPEN ACCESS II, 
Office Manager und Symphony, lau- 
fen die Systeme Jazz und Ragtime 
auf dem Apple Macintosh. Wegen der 
völlig anderen Hardwarebasis und 
des daraus resultierenden anderen 
Betriebssystems ist ein Vergleich 
zwischen diesen beiden Gruppen 
recht problematisch, was im Buch 
auch deutlich spürbar wird. Zum an- 
deren stellt sich die Frage, warum in 
die Gruppe der PC-Systeme nicht 
auch weitere Systeme, wie SMART- 
WARE II, Knowledgeman oder 
GURU aufgenommen wurden. 

Die Autoren schreiben im Vorwort auf 
Seite 7: „Die . . . Programmpakete 
werden miteinander so verglichen, 
daß der aufmerksame Leser leicht er- 
kennen kann, welches Programm für 
ihn am besten geeignet ist.“ Diesem 
Grundanliegen kann das Buch leider 
nicht gerecht werden, da ich die 
Schlußfolgerung ziehen würde, daß 
zumindest die vier PC-Systeme bis 
auf geringfügige Unterschiede einen 
mehr oder weniger ähnlichen Lei- 
stungsumfang haben. Das wird be- 
sonders deutlich, wenn man sich die 
einzelnen Vergleichstabellen an- 
sieht. Nun ist auch das sicher eine be- 
achtenswerte Tatsache, doch trägt 
sie eben kaum zur Entscheidungsfin- 
dung bei einem potentiellen Nutzer 
bei. 

Natürlich habe ich bei der Rezension 
des Buches insbesondere die Ver- 
hältnisse in der DDR im Auge. Bis auf 
wenige Ausnahmen wird hier bisher - 
leider - hauptsächlich mit „adaptier- 
ter“ Software gearbeitet. 

Daneben werden vereinzelt auch 
OPEN ACCESS und Symphony ge- 
nutzt. Den weitaus größeren Anwen- 
derkreis hat dabei INSYS. Daraus er- 
gibt sich, daß bei einem Vergleich in- 
tegrierter Software besonders große 
Interessen bei dem System INSYS 
bzw. dem Vorbild SMARTWARE lie- 
gen dürften, das jedoch nicht erwähnt 
wird. Untersuchungen in der DDR er- 
gaben, daß SMART sowohl FRAME- 
WORK als auch OPEN ACCESS und 
Symphony auf praktisch allen Gebie- 
ten klar überlegen ist. 
Zusammenfassend möchte ich drei 
Punkte hervorheben: Das Buch ist 
methodisch hervorragend aufgebaut; 
die inhaltlichen Angaben sind wegen 
der Ähnlichkeit der Programmsy- 
steme einerseits und der unter- 
schiedlichen Hardwarebasis ande- 
rerseits nicht allzu aussagekräftig; 
speziell für die DDR ist das Buch auf- 
grund der besonderen Hardware- 
und Softwarebedingungen nur von 
relativ geringem Interesse. H. Kliem 
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Anweisungen 

Einfache Anweisung 
leere Anweisung 

<ausdruck>; 

Block (Verbundanweisung) { 

[<vereinbarungsliste>] 1 

[<anweisungsliste>] 

If-else-Anweisung 

i 

if(<ausdruck>) 

<anweisung> 1 

[eise < 

<anweisung>] 

While-Anweisung 

Do-while-Anweisung 

For-Anweisung 

while(<ausdruck>) 

<anweisung> 

do 

<anweisung> 
while(<ausdruck>) 
for (<ausdr>; <ausdr>; <ausdr>) 

<anweisung> < 

for(i = 0;i<N;i++) 
f[i] = 0; 

Switch-Anweisung 

switch (<ausdruck>) { 
case <konstantenausdruck>: 
<anweisungslliste> 


default: 

<anweisungsliste> 
case <konstantenausdruck>: 
<anweisungsliste> 

} 

Continue-Anweisung 

Break-Anweisung 

Return-Anweisung 

Goto-Anweisung 

continue; 

break; 

return[<ausdruck>]; 
goto <marke>; 

<marke> : <anweisung> 


Standardfunktionen für die 
Tastaturein-/ausgabe , — 


int getchar ( ) 


int putchar(c) 
inte; 


char*gets($) 

char«s; 

int puts(s) 
char*s; 


int scanf(format [, pointer. . .]) 21 0 

char «format; 

Konvertierungsvorschrift 
% [«] l<feldbreite>] |l|h] <konvertierungszeichen> 

L % n d u o x i 
e f g s c [scanset] 

I— I = long, h = short 
■— maximale Feldlänge 
— Wertzuweisung unterdrücken 

Trennzeichen in der Formatkette werden ignoriert, alle an- 
deren Zeichen müssen in der Eingabe Vorkommen. Trenn- 
zeichen in der Eingabe wirken als Trennzeichen außer bei 
%c. 

int printf(Format [, arg . . .]) 206 

char «format; 

Konvertierungsvorschrift 

% [<1lags>] [<teldbr>] | * ] [,[<genauigk> | * ]] [l]<konv_z> 

long | 

L % d o u x X 
f e E g G cs 

■—Dezimalstellen 
Anz. signif. Stellen 
max. Ausgabefeldlänge 
I— minimale Feldbreite 

— -linksbündig 

+ : Vorzeichen erzwingen 

: Platz für Vorzeichen freihalten 
# : Int-Zahlen in C-Syntax 

Punkt bei e, E, f. g, G erzwingen 
Abschließende Nullen erhalten bei g, G 


Zeichentyp- und Zeichenketten- 
funktionen : 

<ctype.h>/<string.h> 


Standardfunktionen für den 
Dateizugriff r 


FILE fopen (filename, type) 
char «filename, «type; 


intfgetc(filepointer) 
FILE «filepointer; 
int f putc(c, filepointer) 
inte; 

FILE -filepointer; 


int fclose(filepointer) 
FILE ^filepointer; 


int getc(filepointer) 
FILE ^filepointer; 
int putc(c, filepointer) 
inte; 

FILE «filepointer; 


int ungetefe, filepointer) 

inte; 

FILE ^filepointer; 


char«fgets(s, n, filepointer) 

char*s; 

intn; 

FILE «filepointer; 
inttputsfs, filepointer) 

char «$; 

FILE «filepointer; 


int freadfptr, size, nltems, filepointer) 
int fwrite(ptr, size, nitems, filepointer) 
char «ptr; 
size t size; 
int nitems; 

FILE «filepointer; 


int fscanf(filepointer, format [, pointer . . 
int fprintfjfilepointer, format [, arg . . .]) 
FILE «filepointer; 
char «format; 


int sscantfs, format [, pointer . . .]) 
intsprintfjs, format j, arg . . .]) 
char«s, format; 


<types.h> 


Präprozessoranweisungen 


int fseekffilepointer, offset, origin) 
FILE «filepointer; 
long offset; 
int origin; 

long ftell(filepointer) 

FILE «filepointer 
void rewind(filepointer) 

FILE «filepointer 


int ff lu sh (filepointer) 
int feof(filepointer) 
int ferror(filepointer) 
void clearerr(filepointer) 
int fileno(filepointer) 

FILE «filepointer; 

UNIX-Systemschnittstelle für 
Dateioperationen 


<fcntl.h>+<types.h>+<stat.h> 

int open(filename, oflag [, mode]) 142 

char «filename; 
int oflag, mode; 

| L_ Schutzmodus (9 Bit) 

L- 0_RD0NLY 0_WR0NLY 0_RDWR 

int creat(filename , mode) 1 42 

char «filename; 
int mode; 

int close(fd) int unlink(filename) 144 

int fd; char «filename; 144 


196 

int toupper(c) 

inttolower(c) 


int isupper(c) 

int isspace(c) 


int islower(c) 

int ispunct(c) 


int isalpha(c) 

int iscntrl(c) 

196 

intisdigit(c) 

int isprint(c) 


intisxdigit(c) 

int isgraph(c) 


int isalnum(c) 

int isascti(c) 

196 

inte; 

inte; 

193 

char «stract(s1 , s2) 

char«strncat(s1, s2,n) 

193 

char«strcpy(s1, s2) 

char«stmcpy(s1, s2, n) 

193 

int strlen(s) 


193 

int strcmp(s1 , s2) 

intstrncmp(s1, s2, n) 

193 

char*strchr(s, c) 



int read(fd, buffer, n) 
int write(fd, buffer, n) 
int fd; 

char «buffer; 
unsigned n; 


long seek(fd, offset, orig in) 
int fd, origin; 
long offset; 


char «strrchr(s, c) 

char«s1, s2, s; 
intn, c; 


Management-Funktionen 


char«malloc(size) void free(pointer) 
unsigned size; char ««pointer; 

char «calloc(nelem, elsize) 
unsigned nelem, elsize; 


void longjmp(env, val) 
jmp_buf env; 
int val; 


jmp_bufenv; 


int («signal(sig, func))() 
int sig; 
int («func)(); 


<malloc.h> 

203 

203 

203 


<setjmp.h> 

214 

214 

<slgnal.h> 

153 


int system(cmd_line) 
char«cmd_line 
char«getenv(name) 
char«name; 


int putenv(string) 
char «string; 


Bezeichner- und Makrodefinition 

# define <bezeichner> <zeichenfolge> 

# define <makrobezeichner> (par, . . .) <zeichenfolge> 

# undef <bezeichner> 

# define DEBUG 

# define abs(x) (x < 0 ? — (x) : x) 

# undef DEBUG 

Include-Anweisung 

S ) # include «filename» 
atei wird in Include-Verzeichnissen (Compilerflag -I) ge- 
sucht, dann im Standardverzeichnis 
# include <stdio.h> 

(g) # include ”<filename>” 

Datei wird zuerst im gleichen Verzeichnis wie Quellfile ge- 
sucht 

# include ”mydefs.h” 

Anweisungen zur bedingten Compilierung 

# ifdef <bezeichner> # ifndef <bezeichner> 

[# eise] [# eise] 

#endif #endif 

# if <konst_ausdruck> kann auch enthalten: 

[#else] defined <bezeichner> 

#endif defined (<bezeichner>) 


Programmumgebung 


main(argc, argv) 
int arge; 
char«argv[ ]; 


/* oder; ««argv; */ 


Achtung: Das Feld argv hat argc+1 Elemente, das erste zeigt 
auf den Prograrfimnamen, das letzte ist NULL. 


zusammengestellt von Hartmut Schäfer 
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1 Flugwanze 


2 Etnheitskreis für k = 3 


3 Einheitskreis für h * 7 


4 Flugwanze 


6 Zeitteilung 


5 Gemischte Keften aus Z-Potenzen 


Lesen Sie hierzu unseren Beitrag 
Frakmie als Interferenzohiekte " in diesem Heft 


7 Metamorphose 


B Schmetterling 


9 Seestern 


1 0 Landkarte Europas 


11 Embryo 


1 2 Straßen in die Unendlichkeit 
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Zum Titelbild 



Wie der Prozessor Ihren Speicher 
schützt 

Der Prozessor U 80601 vom Kombinat Mikroelek- 
tronik Erfurt arbeitet im EC 1 835 gewöhnlich im Nor- 
mal-Modus (Real Mode). Aber beispielsweise für 
die Ansteuerung von RAMs oberhalb des 640- 
KByte-Bereiches - als Extended Memory bezeich- 
net - schaltet dieser Prozessor in den geschützten 
Modus (Protected Mode) um. Hier werden jeder 
auszuführenden (Teil-)Aufgabe getrennte, gegen- 
einander geschützte Speicherbereiche zugeord- 
net. Deshalb ist dieser Modus auch eine Vorausset- 
zung für den Multitask-Betrieb. Der Beitrag auf der 
Seite 163 demonstriert die Funktion des Prozes- 
sors 80601 im Protected Mode an Hand von einfa- 
chen Beispielen, die mit der MS-DOS-Entwick- 
lungstechnik für Assemblerprogramme entwickelt 
worden sind. 



International längst üblich; Mailboxen statt Eintip- 
pen von Hexdumps, Online-Datenbanken statt Bü- 
cherwälzen, elektronische Postwurfsendungen 
statt blendfreier Kontaktarmut. Der Beitrag „Daten- 
übertragung leicht gemacht?“ auf der Seite 1 92 be- 
faßt sich mit den rechtlichen und technischen Vor- 
aussetzungen für den Einsatz von Modems. 


Vorschau 

Für MP 7/1990 bereiten wir für Sie unter anderem 
Beiträge zu folgenden Themen vor; 

• Debugger 

• Topspeed-Mod ula-2 

• Centronics-Schnittstellenumschalter 

• Neuer Kurs: Lisp 

• Leserumfrage mit Verlosung eines Personal- 
computers 
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Info 


Liebe Leserinnen 
und Leser! 

Aufgrund zahlreicher Anfragen an die 
Redaktion möchten wir Sie an dieser 
Stelle darüber informieren, daß es 
keine Absichten gibt, den gegenwärti- 
gen Preis der Mikroprozessortechnik 
zu verändern. 

Gegenüber vielen langjährigen DDR- 
Zeitschriften „durfte“ für die MP als 
neues Produkt 1987 ein realistischer 
Preis bestimmt werden. Auf dieser 
Grundlage wollen wir die neuen Mög- 
lichkeiten nutzen, die Zeitschrift für 
Sie schrittweise noch attraktiver zu 
machen - beispielsweise mit mehr 
Farbe ab dem nächsten Heft und zu- 
sätzlichen Seiten für Anzeigen. 

Für das Juli-Heft haben wir eine Le- 
serbefragung vorgesehen, um Ihre 
Wünsche gründlicher kennenzuler- 
nen. Übrigens können Sie dabei ei- 
nen Personalcomputer AT gewinnen 
- lassen Sie sich diese Chance nicht 
entgehen. ihre Redaktion MP 

SYSTEC 90; 
Computerintegration 
in der Industrie 

Nachdem bereits vor zwei Jahren die 
zweite internationale Fachmesse für 
Computerintegration im Unterneh- 
men hohe Erfolgszahlen aufweisen 
konnte, werden auch zur diesjährigen 
Veranstaltung vom 22. bis 26. Okto- 
ber 1 990 wieder außerordentlich gute 
Ergebnisse erwartet. Bei einem Flä- 
chenwachstum von 20 Prozent ste- 
hen diesmal die Hallen 1-21 (1988: 
1-1 6) zur Verfügung. An fünf Messe- 
tagen (1988: 4 Messetage) werden 
wieder alle namhaften Hersteller ihre 
Produkte und Dienstleistungen prä- 
sentieren. 

Wenn 1 988 89,9 Prozent der Ausstel- 
ler der SYSTEC ein positives Ergeb- 
nis bescheinigten, 97 Prozent von ih- 
nen neue Kunden erhielten und 62 
Prozent von konkreten Exportkontak- 
ten berichteten, dann ist davon aus- 
zugehen, daß die SYSTEC, als erste 
CIM-Messe Europas, Ausstellern 
ebenso wie Fachbesuchern auch im 
Jahre 1990 wieder jene Erfolge be- 
scheren wird, die sie verspricht. Mit 
der Zielsetzung, computergestützte 
Fertigungstechnologien überschau- 
bar zu machen, werden die zugehöri- 
gen Einzeldisziplinen wie CAD, CAM, 
PPS und ihre unterschiedlichen 
Querverbindungen in allen Ausprä- 
gungen dargestellt. 

Für die SYSTEC 90 erwartet die Mün- 
chener Messe- und Ausstellungsge- 
sellschaft 550 Aussteller und 35 000 
Besucher. MP 


Lizensierung 

von Wordstar-Kopien 

Die Firma Wordstar International 
GmbH (ehern. Micropro) bietet ab so- 
fort die Möglichkeit der Legalisierung 
aller in der DDR genutzten illegalen 
Kopien ihrer Produkte. Die Lizenz- 
nahme erfolgt über die Firma Electro- 
nic Chemnitz, autorisierter Distributor 
für das Gebiet der DDR. Die genauen 
Konditionen (wie Update-Recht und 
Aufnahme in das Wordstar-Informa- 
tionssystem) werden auf Anfrage 
gern von der Firma Electronic Chem- 
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nitz mitgeteilt bzw. sind aus den ein- 
schlägigen Veröffentlichungen zu 
entnehmen. 

Die Möglichkeit der Lizensierung der 
illegalen Kopien gilt vorläufig nur bis 
zum 30. Juni 1990. Das Update- 
Recht auf die Version 5.5. besteht bis 
zum 1 5. Au gust 1990. 

Wordstar International GmbH versi- 
chert, daß aus der Lizensierung we- 
der gerichtliche noch privatrechtliche 
Folgen resultieren. 

Kontakt: Electronic Chemnitz , PSF 
649 , Karl-Marx-Stadt, 9010; Tel. 
561 27 70 Wötzel 

I 

Digital Equipment 
eröffnet Märkte 

Die Digital Equipment Corporation 
(DEC) hat zusammen mit dem KFKI, 
dem zentralen Forschungsinstitut für 
Physik der ungarischen Akademie 
der Wissenschaften, und dem DV- 
Unternehmen Szamalk ein Joint- 
venture-Unternehmen zum Vertrieb 
von Computersystemen und DV-Lö- 
sungen in Ungarn gegründet. Das 
neue Unternehmen mit Namen Digi- 
tal Equipment (Magyarorszag) Kft. 
wird zunächst die erfolgreiche Com- 
puterreihe MicroVAX vermarkten. 
Neben dem Vertrieb dieser Produkte 
wird das Joint-Venture-Unternehmen 
eine Reihe von Dienstleistungen wie- 
Hardware-Wartung, Schulung und 
Software- Unterstützung anbieten. 51 
Prozent der Unternehmensanteile lie- 
gen in den Händen von Digital. KFKI 
und Szamalk sind zu jeweils 24,5 Pro- 
zent beteiligt. Digital hat darüber hin- 
aus die Option, das Joint Venture 
ganz zu übernehmen und zu einer 
hundertprozentigen Tochtergesell- 
schaft zu machen. 

Mit der Einrichtung einer DDR-Ge- 
schäftsstelle zum Auftakt der CeBIT 
’90 unterstreicht Digital Equipment 
zusätzlich die Bedeutung der sich öff- 
nenden Ostmärkte für ihre langfri- 
stige Unternehmensstrategie. Von 
Westberlin aus wird die neue Ge- 
schäftsstelle von DEC das Unterneh- 
men auf den DDR-Markt vorbereiten 
und seinen Vertriebspartnern Bera- 
tungs- und Unterstützungsleistungen 


c’t und MP auf der LFM ’90 


bieten. Noch im laufenden Ge- 
schäftsjahr plant Digital die Eröffnung 
eines Büros in Dresden für den Raum 
Dresden/Leipzig MP 


Wordcraft in der DDR 

Für das von einem englischen Her- 
steller entwickelte Textverarbei- 
tungsprogramm Wordcraft bietet die 
Firma JOLO DATA einschließlich des 
eigenen DTP-Zusatzes Imagemaster 
für die DDR folgende Regelung an: 

1. In der DDR darf das komplette 
Programm der Version 3 (5 Disket- 
ten) der Textverarbeitung Wordcraft 
frei kopiert werden. 

2. Die Anwender dieser Textverar- 
beitung werden offiziell registriert und 
erhalten somit die volle Software-Un- 
terstützung vom DDR-Vertrieb. 

3. Die Anwender haben zusätzlich 
die Möglichkeit, bei umfangreicheren 
Arbeiten ein Handbuch oder auch zu- 
sätzliche Druckertreiber zu Selbst- 
kosten zu beziehen. 

4. Weiterentwickelte Versionen oder 
interessante Programmzusätze kön- 
nen die Wordcraft-Anwender gegen 
einen »Umsteiger-Preis« offiziell er- 
werben. 

Die Informationsunterlagen können 
gegen Einsendung von ausreichen- 
dem Rückporto von Rüdiger Trenk- 
ler, Lotzestraße 18 in 8600 Bautzen 
angefordert werden. MP 

ORGATEC Köln 1 990: 
fast ausgebucht 

Ein wachsender Bedarf für die Neu- 
einrichtung von Büros und dement- 
sprechend günstige konjunkturelle 
Rahmenbedingungen in den meisten 
europäischen Ländern kennzeichnen 
die Vorbereitungen zur ORGATEC, 
Internationale Büromesse Köln, vom 
25. bis 30. Oktober 1990. Mit rund 
2000 ausstellenden Unternehmen 
aus mehr als 30 Ländern und einer 
um 9 Prozent auf 250 000 m 2 erwei- 
terten Ausstellungsfläche ist die 
Messe bereits jetzt fast komplett aus- 
gebucht. 

Als führende internationale Fach- 
messe für den Gesamtmarkt Büro 


kommt der ORGATEC eine auch in 
Zukunft weiter wachsende Bedeu- 
tung zu. Rund 60 Prozent aller Büro- 
arbeitsplätze entsprechen noch nicht 
den heutigen Anforderungen an 
Technik und Einrichtung. Der Bedarf 
für die Neueinrichtung wird bis Ende 
dieses Jahrzehnts auf etwa 40 Millio- 
nen geschätzt. Das „menschliche“ 
Büro steht dabei im Mittelpunkt des 
Interesses. 

Kontakt: Messe- und Ausstellungs- 
Ges. m. b. H. Köln, Messeplatz 1, 
Postfach 210760, D-5000 Köln 21, 
Tel. 821-0. MP 


Studie 

über Datenverarbeitungs- 
landschaft der DDR 

Die UniWare Computer GmbH bietet 
eine Studie über die DV-Landschaft 
der DDR an, die das Verständnis für 
das Arbeitsumfeld und die Ausbil- 
dung der Mitarbeiter in dieser Bran- 
che vermittelt. Die Studie ist ein Ar- 
beitsergebnis der Kooperation zwi- 
schen der UniWare Computer GmbH, 
Berlin-West, und der GKI-Gesell- 
schaft für offene Kommunikations- 
und Informationssysteme mbH, Ber- 
lin-Ost. 

Die Studie kann ab sofort bei Uni- 
Ware, Kantstraße 152, D-1000 Berlin 
12 für DM 1350,- + MwSt. bezogen 
werden. Sie gibt einen Überblick über 
die Rechentechnik-Eigenproduktion, 
deren Entwicklungsstand und Lei- 
stungsfähigkeit, über die Entwicklung 
und ' Verbreitung von UNIX, be- 
schreibt die Situation der Computer- 
kommunikation, stellt die vorhandene 
Datenbank-Software vor und geht 
schließlich auf die relevanten Berufs- 
bilder und Ausbildungsgänge in der 
DDR ein. Nach der Beschreibung der 
Tätigkeitsfelder der Kombinate Da- 
tenverarbeitung und Robotron bilden 
die wichtigen Adressen der Datenver- 
arbeitungsbetriebe sowie der wissen- 
schaftlichen Einrichtungen den Ab- 
schluß. MP 


NETWORK - 
Jahresprogramme 

Von der NETWORK GmbH, Veran- 
stalter von Fachausstellungen und 
Tagungen, werden 1990/91 unter an- 
derem folgende Veranstaltungen vor- 
bereitet: 

UNIX in Deutschland 

mit GUUG-Jahrestagung ’90 
Rhein-Main-Hallen Wiesbaden 
4. bis 6. September 1 990 

INTERDECK ’91 

Messe für VAX- und PDP1 1 -Anwen- 
der zusammen mit dem DECUS- 
Symposium Hannover 

23. bis 25. April 1991 

UNIX in Deutschland 

mit GUUG-Jahrestagung '91 
Rhein-Main-Hallen Wiesbaden 

24. bis 26. September 1 991 

Weitere Informationen über: NET- 
WORK GmbH, Wilhelm-Suhr-Straße 
14, D-3055 Hagenburg, Tel. 7057, 
Fax (05033) 7944, Telex 92 45 45 

MP 


Eine große Zahl von Lesern und Interessierten nutzte die Gelegenheit des Le- 
sertreffs, den wir in MP 2/90 angekündigt hatten, um sich in Gesprächen mit Re- 
dakteuren und anhand von Probeheften tiefergehend über die beiden Publika- 
tionen zu informieren. Foto: Hemke 
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Programmierung des Prozessors 80601 

Der Protected Mode 


Dr. Günter Jorke, Siegfried Melzig, 
Rostock 

Der Aufbau und die Funktion des 1 6-Bit-Pro- 
zessors U 80601 sind in der MP in III und 121 
vorgestellt worden. Im folgenden werden 
Programmiererfahrungen mit der Arbeit die- 
ses Prozessors im Protected Mode (ge- 
schützter Modus) mitgeteilt Im Protected 
Mode werden die Speicherbereiche mehre- 
rer Tasks (Aufgaben) gegeneinander ge- 
schützt. Der Betrieb des Prozessors im Pro- 
tected Mode ist deshalb die Voraussetzung 
für echtes Multitasking (gleichzeitiger Ablauf 
mehrerer Programme). 

Versuch macht klug 

Die Assemblerprogrammentwicklung im Pro- 
tected Mode wird im Normalfall durch spe- 
zielle Programmentwicklungswerkzeuge un- 
terstützt. Für einfache Programme ist jedoch 
auch eine Assemblerprogrammentwicklung 
mit einfachen Entwicklungswerkzeugen des 
Betriebssystems MS-DOS möglich. Dieses 
Vorgehen besitzt den Vorteil, daß man alle 
Funktionen des Prozessors bis hin zum Be- 
fehlsniveau kennenlernt. 

Der Protected Mode kann durch das Setzen 
des Bits 0 (PE, protected mode enable) in ei- 
nem Maschinenstatuswortregister einge- 
stellt werden. Dazu dienen zum Beispiel die 
Befehle 

SMSW AX 
OR AX, 1 
LMSW AX 


Die physische 24-Bit-Zugriffsadresse auf den 
Speicher wird aus der Offsetadresse und der 
über den Selektor im Deskriptor ausgewähl- 
ten Basisadresse gebildet. Dabei gelten die 
in der 8086-Assemblerprogrammierung übli- 
chen Speicheradressierungsformen. 

Wenn nun aber bei jedem Speicherzugriff die 
Zugriffsadresse über im Speicher abgelegte 
Tabellen gebildet werden müßte, würde die 
Adreßraumvergrößerung mit einer erhöhten 
Zugriffszeit bezahlt werden. Deshalb werden 
die 6 signifikanten Bytes der Segmentdes- 
kriptoren für die 4 Selektorregister im Prozes- 
sor abgespeichert. Zu diesem Zweck enthält 
der 80601 für jedes Selektorregister einen 
6 Byte großen Cacheanteil („verstecktes Se- 
lektorregister“) nach Bild 2. Die Abarbeitung 
von Befehlen, die den Inhalt eines Selektor- 
registers ändern (z. B. MOV ES,AX; POP DS; 
JMP FAR), schließt nun das Kopieren des 
durch den neuen Selektor ausgewählten 
Segmentdeskriptors in den Cacheteil des Se- 
lektorregisters ein. 


Cache 




l 

CS 





DS 





ES 





SS 






16- Bit - 
Selektor 

Steuer- 

byte 

2h - Bit - 
Anfangs - 
adresse 

16 - Bit - 
Segment - 
länge 


ment, das nicht im physischen Speicher 
steht, liefert der Prozessor Anschlußmöglich- 
keiten für Routinen, die eine Speicherlade- 
operation für das Segment einschieben. Die 
Diskussion der weiteren Eintragungen des 
Steuerbytes verschieben wir auf die Bespre- 
chung der Schutzmechanismen. 

In einem Datensegmentdeskriptor nach 
Bild 4 kann der Schreibzugriff auf ein Daten- 
segment verboten werden (RO, read only). 
Außerdem werden Stapeldatensegmente von 
einfachen Datensegmenten mit dem Wert 
des Bits ED unterschieden. Beim Zugriff auf 
ein Stapelsegment mit ED = 1 wird kontrol- 
liert, ob die Offsetadresse unterhalb der als 
„Längeninformation“ im Deskriptor angege- 
benen Untergrenze liegt. In diesem Fall wird 
eine Ausnahmebehandlung eingeleitet. 
Besteht beispielsweise der Wunsch, ein EO- 
Segment zu lesen, kann mit einem zusätzli- 
chen Alias-Deskriptor für dieses Segment 
diese Zugriffsrechte definieren. 

Erster Versuch 

Die folgenden Testbeispiele sind auf einem 
Single-Board-Computer 80601 abgearbeitet 
worden. Dieser verwendet über ein Parallel- 
interface einen A 51 20 als Terminal. 

Der EPROM-residente Monitor des SBC- 


I I DPL\1 \1 \ C \r\a\ 

A- 1 : Zugriff auf Segment erfolgt 
( accessed } 

'- m ~ R s 1 : Lesezugriff auf Codesegment 
möglich (readable) 
ff*0 Codesegment nur ausführbar 
'- m - Anpassung an Privilegstufe (conforming) 

C = 0- Ausführung mit angegebener Privileg - 
stufe 

C~1: Ausführung mit Pnvilegstufe des 
auf rufenden Programms ( Privileg - 
anpassung ) 

Privilegstufe ( descriptor Privileg tevel) 

—P* 1 ■ Segment im Speicher ( present ) 


mit denen das Maschinenstatuswort in das 
Register AX geladen, das Bit 0 mit über- 
schrieben und in das Maschinenstatusregi- 
ster zurückgeschrieben wird. 

Bevor wir den Protected Mode einstellen kön- 
nen, müssen einige Datenstrukturen im Spei- 
cher angelegt werden. 

Metamorphose der Segmentregister 

Im Protected Mode ist der direkt ansprech- 
bare Speicheradreßraum auf 16 MByte er- 
höht worden. Der Speicher wird mit einer 
Vielzahl von Segmenten verwaltet, die maxi- 
mal 64 KByte groß sein können. 

Für den Anwender wird diese Umstellung in 
einem Funktionswandel der vom Prozessor 
8086 bekannten Segmentregister in Selel 
torregister ersichtlich. Jedes Selektorregister 
CS, ES, DS und SS kann in den oberen 13 
Bitstellen einen Index auf zwei Deskriptor- 
tabellen GDT oder LDT enthalten. Die glo- 
bale Deskriptortabelle GDT und die lokale 
Deskriptortabelle LDT enthalten im Speicher 
bis zu 81 92 Segmentdeskriptoren. Ein 8 Byte 
großer Segmentdeskriptor enthält nach Bild 1 
eine 24-Bit-Basisadresse, die Segmentgröße 
und weitere Informationen des Segmentes. 
In einem Steuerbyte (access byte) sind der 
Typ und die Zugriffsinformationen des Seg- 
mentes eingetragen. 


000 OH (reserviert) 

Steuerbyte | 

2 h -Bit - Anfangsadresse 
16 -Bit - Segmentlänge 

Bild 1 Segmentdeskriptor 


Bild 2 Selektorregister 


Das Bit 2 im Selektorregister entscheidet, ob 
der Selektor auf die globale (Bit 2 = 0) oder 
die lokale Deskriptortabelle zugreift. An- 
fangsadresse und Länge der GDT werden im 
Prozessor in dem 5-Byte-Register GDTR ab- 
gespeichert. 

Geheimniskrämerei im Speicher 

Die neben der Basisadresse im Prozessor 
verfügbaren Informationen überein Segment 
sind die Voraussetzung für eine hardware- 
mäßige Zugriffskontrolle auf den Speicher. 
Die Längeninformation des Segmentes wird 
genutzt, um die Offsetadresse auf einen obe- 
ren Grenzwert zu überprüfen. Mit Hilfe des 
Steuerbytes werden Segmenttypen definiert. 
Zunächst betrachten wir die Segmenttypen 
Codesegment und Datensegment. 

Der Prozessor kann nur Programme in Code- 
segmenten (executable segments) abarbei- 
ten. Nach Bild 3 können Codesegmente so 
definiert werden, daß sie nicht als Daten les- 
bar sind (EO, executable only). Das Bit A 
markiert einen ausgeführten Zugriff auf das 
Segment. 

Mit dem Bit P wird ein virtueller, logischer 
Speicherraum organisiert, der wesentlich 
größer als der physische Speicher ist. Über 
die beiden Deskriptortabellen GDT und LDT 
kann der Prozessor zu einer bestimmten Zeit 
auf 2x8192 Segmente von je maximal 
64 KByte logisch zugreifen. Daraus resultiert 
die Angabe von 1 GByte virtueller Speicher 
(pro Task). Bei einem Zugriff auf ein Seg- 


Bild 3 Steuer byte für Codesegmentdeskriptor 


\P\ PPL \ T \ 0 \ ed \ w \ a \ 

^~W*1 ■ Schreibzugriff möglich ( wri fable) 
— Ausdehnungsrichtung {expansion direct ion) 
ED - f ' Stapelorganisation 
ED - 0 einfaches Datensegment 


Biid 4 Steuer byte für Datensegmentdeskriptor 

80601 enthält die Möglichkeit, unter MS-DOS 
erzeugte Exe-Dateien zu laden. 

Die Programmentwicklung erfolgte unter 
dem Betriebssystem MS-DOS mit dem 
Assembler MASM V 5.0. Befehle, die die Se- 
lektoren auf Segmentdeskriptoren enthalten, 
müssen dabei im Maschinencode in Form 
von DB-Anweisungen angegeben werden. 
Das erste Programmbeispiel enthält den 
Übergang in den Protected Mode und zeigt 
die Anwendung der Selektoren beim Zugriff 
auf die Datensegmente und beim Unterpro- 
grammaufruf innerhalb eines Codesegmen- 
tes. Die benutzten Selektoren beziehen sich 
vorerst nur auf die globale Deskriptortabelle 
(GDT). In Bild5 sind die zur Zeit der Pro- 
grammerarbeitung möglichen Einträge in die 
GDT angegeben. Der erste Eintrag ist der 
Null-Deskriptor. Der zweite Eintrag ist obliga- 
torisch der Deskriptor der GDT. Um die GDT 
später erweitern zu können (Schreibzugriff), 
deklarieren wir den Speicherbereich der GDT 
als Datensegment und vermerken im Steuer- 
byte: 

Read/Write, Privileg Level 0. 


Mikroprozessortechnik, Berlin 4 (1990) 6 


163 





PAGE 66,80 


PAGE 

;Global Descriptor Table 


seg_gdt 


SEGMENT 

PARA 


; GDT (0) 


Nul 1 -Deskriptor 



db 

0,0 




db 

0,0 




db 

0,0 




dw 

0 

; reserviert -fuer 80386 

; GDT < 1 > 


Verwei s 

aut sich selbst 


t_gdt 

dw 

300H 

; Laenge 


b_gdt 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

92H 

; A: 10010010B 



dw 

0 



; GDT (2) 


IDT-Beschrei ber 


t_idt 

dw 

1000H 

; Laenge 


b_i dt 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

92H 

; A: 10010010B 



dw 

0 



; GDT (3) 


Stacksegment PL 0 



dw 

200H 

; "Boden" des Stack 


b_stack 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

O 

; Basi sadresse Bit 

16-23 


db 

096H 

; A: 1 00 1011 OB 



dw 

0 



; GDT (4) 


Datensegment Hauptprogramm 



dw 

1 OOH 

; Laenge 


b_data 

dw 

‘ 0 

; Basi sadresse Bit 

0-15 


db 

0 

5 Basi sadresse Bit 

16-23 


db 

092H 

j A: 101 000 1 OB 



dw 

0 



; GDT (5) 


Codesegment Hauptprogramm 



dw 

100H 

; Laenge 


b_code 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

09EH 

; A: 1001 HOB 



dw 

0 



; GDT (6) 


Codesegment Ausgabe 



dw 

100H 

; Laenge 


b_out 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

09AH 

; A: 1001 HOB 



dw 

0 




Bild 5 Aufbau der globalen Deskriptortabelle 

Bild 6 80601 -Programm mit der Umschaltung aus dem Real Address 
Mode in den Protected Mode ► 


s 

; Initialisierung 80286 fuer 

; Protected Virtuell Address Mode 



. 286 p 

; Selektoren GDT 


sei _stack 

equ 

1SH 

; GDT (3) 

sei _data 

equ 

20H 

; GDT (4> 

sei _code 

equ 

28H 

; GDT (5) 

sei _out 

equ 

30H 

; GDT (6) 

sei _c„exc 

equ 

60H 

; GDT (12) 


; Hauptpr ogr amm - Stack 

seg_stack SEGMENT STACK 

db 256 dup ( 'S* ) 

seg_stack ENDS 

; Hauptprogramm - Codesegment 
;Umschalten in Protected Mode 


seg_code SEGMENT ’init' 

ASSUME CS:seg_code, DS:seg_gdt 

Starts cli 

^Eintrag der Segmentbasisadressen in die GDT 


mov 

cl ,4 

mov 

a;< , seg_gdt 

mav 

ds , ax 

shl 

ax , cl 

mov 

word ptr b_gdt,ax 

mov 

ax , seg_code 

shl 

ax ,cl 

mov 

word ptr b_code,ax 

mov 

ax , seg_i dt 

shl 

ax , cl 

mov 

word ptr b_idt,ax 

mov 

ax , seg_stack 

shl 

ax , cl 

mov 

word ptr b_stack,ax 

mov 

ax , seg_data 

shl 

ax , c 1 

mov 

word ptr b_data,ax 

mov 

ax , seg^out 

shl 

ax ,cl 

mov 

word ptr b_out,ax 

Basisadr. und 

Laenge -fuer GDTR, IDTR 

mov 

ax , seg_gdt 

mov 

ds , ax 

GDTR, IDTR laden 

1 gdt 

qword ptr t_gdt 

lidt 

qword ptr t_idt 

Umschalten in 

Protected Mode 

smsw 

ax 

or 

ax , 1 

1 msw 

ax 


Der dritte Eintrag (GDT (2)) beschreibt die In- 
terruptdeskriptortabelle (s. u.). 

Im Datensegmentdeskriptor (GDT (4)) legen 
wir die Länge mit 100H fest. Das Datenseg- 
ment liegt im Speicher somit von Segmentba- 
sisadresse + 0 bis Segmentbasisadresse 
+ 100H. Der Versuch, diese Grenze nach 
oben oder unten zu überschreiten, führt zu ei- 
ner Ausnahmebehandlung (s. u.). Im Stack- 
segmentdeskriptor (GDT (3)) tragen wir für 
die „Länge“ 80H ein. Das ist die untere Seg- 
mentgrenze unseres Stacksegmentes - der 
„Boden“ des Stacks. Die obere Segment- 
grenze jedes Stacksegmentes ist FFFFH. 
Das Stacksegment reicht von der Offset- 
adresse 80H bis zur Offsetadresse FFFFH. 
Mit Eintrag GDT (5) wird das Codesegment 
des Hauptprogramms und mit GDT (6) das 
der Ausgaberoutine beschrieben. Das Steu- 
erbyte spezifiziert bei beiden: 

Codesegment, Executable/Read, Privileg Level 0 

Die Ausführung des Programms nach Bild 6 
beginnt im automatisch eingestellten Real 
Mode. Da die Segmentadressen erst nach 
der dynamischen Speicherzuweisung vor der 
Programmausführung feststehen, können 
die Segmentbasisadressen in die Deskripto- 
ren der GDT erst jetzt eingetragen werden. 


Spätestens zum Zeitpunkt des ersten Modi- 
fierens eines der Seiektorregister müssen 
Basisadresse und Länge der GDT im Prozes- 
sor im Register GDTR eingetragen sein. Mit 
dem Befehl LGDT wird das GDT-Register ge- 
laden. Der Befehl LIDT überträgt Basis- 
adresse und Länge der Interruptdeskriptor- 
tabelle in das Register IDTR. Danach wird 
der Protected Mode eingestellt. 

Im Programm nach Bild 7 kann im Protected 
Mode zunächst mit den schon im Real Mode 
initialisierten Segmenten weitergearbeitet 
werden. Jeder nachfolgende Segmentwech- 
sel (z. B. mit MOV DS,AX) bezieht sich je- 
doch auf den selektierten Deskriptor und un- 
terliegt der Prüfung aufZugriffsrecht, Schutz- 
rechte und Präsenz im Hauptspeicher. 
Zunächst initialisieren wir Stack- und Daten- 
selektor. Der Selektor in DS zeigt jetzt auf ei- 
nen Segmentdeskriptor in der GDT, der das 
Datensegment seg_data beschreibt. Vor 
dem ersten Zugriff auf dieses Segment teilen 
wir das dem Assembler mit der ASSUME-An- 
weisung mit. Den Stackpointer laden wir mit 
1 0OH und nutzen das Stacksegment von Ba- 
sisadresse + 80H bis Basisadresse + 100H. 
Die obere Grenze unseres Stacks, die wir so 
festgelegt haben, wird damit nicht vom Pro- 
zessor überwacht. 


Der Aufruf der Ausgaberoutine mit 

CALL FAR Selektor: offset 

wird analog zum CALL FAR im Real Mode 
ausgeführt. Codeselektor und Instruction- 
pointer der aufrufenden Routine werden auf 
dem Stack abgelegt und Codeselektor und 
Instructionpointer der aufgerufenen Routine 
in die Register CS und IP geladen. Dabei wird 
der Deskriptor des Zielcodesegmentes aus 
der GDT in den Cacheteil des Selektorregi- 
sters CS übernommen. Bei Rückkehr aus 
dieser Routine mit RET FAR werden IP und 
der Codesegmentselektor vom Stack geholt 
und geladen. Dabei wird der Deskriptor aus 
der GDT wieder in den Cacheteil von CS zu- 
rückgeschrieben. 

Auch hier erfolgt wieder eine Prüfung auf Zu- 
griffsrecht usw. anhand des Segmentde- 
skriptoreintrages, auf den der Selektor zeigt. 
Wir müssen also nach dem Übergang in den 
Protected Mode dafür sorgen, daß vor dem 
Aufruf der Ausgaberoutine der gültige Selek- 
tor unseres Hauptprogramms im Register CS 
steht (Bild 7). Dafür werden der aktuelle 
Codesegmentselektor und der Instructions- 
pointer in den Stack eingetragen und durch 
einen RETF-Befehl in die Register gela- 
den. 
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; umgeschaltet in Protected Mode 

; Selektoren fuer Stack- und Datensegment laden 
mov ax ,sel_stack 

mov es, ax 

mov sp,100H 

mov ax,sel_data 

mov ds,ax 

ASSUME DS:seg_data 

; Selektor des aktuellen Codesegmentes laden 
mov ax,sel_code 

push 
mov 
push 
r et-f 

; Ausgabe einer Zeichenkette au-f Bildschirm 
main: mov si,o-F-fset string 

mainl: mov al ,byte ptrCsi 3 

CONOUT 
9AH 

offset conout 
sei _out 


ax , 
ax 

ax , offset main 
ax 


mov 

mov 

CALLF 

db 

dw 

dw 

inc 

cmp 

jns 

jmp 


si 

al ,0 
mainl 
mai n2 


seg_code ENDS 

; Hauptprogramm - Datensegment 
seg_data SEGMENT PARA 


string db 
db 


OCH ,ÖAH ,ÖDH 
'Protected Mode',0 


seg_data 


; Byteausgabe auf Bildschirm 

seg_out SEGMENT 

ASSUME CS:seg_out 

conout : 

. 1 i st 

retf 

seg_out ENDS 



Bild 8 Privilegregeln für den Da- 
tensegmentzugriff 



Bild 10 Privilegregel für Codeseg- 
mentansprung über CALL-Gates 


Bild 7 80601 -Programm im Protected Mode 


Speicher auf Zuteilung . 

Eine weitere wesentliche Funktion der Spei- 
cherverwaltung bezieht sich auf die Vertei- 
lung des Speichers auf verschiedene Aufga- 
ben. Einer Aufgabe werden die Speicherres- 
sourcen durch die Bildung einer Task zuge- 
wiesen. Hierbei umfaßt der Begriff Task etwa 
die Eigenschaften der Objekttypen Job und 
Task eines Echtzeitbetriebssystems, wie 
RMX86 oder BOS1810. 

Jede Task erhält eine eigene lokale Deskrip- 
tortabelle. Die Programme innerhalb einer 
Task können deshalb nur auf globale Seg- 
mente, die in der GDT beschrieben sind, oder 
auf ihre eigenen lokalen Segmente über die 
LDT zugreifen. 

Innerhalb jeder Task besitzt jedes Segment 
eine der vier Priviiegstufen 0 ... 3. 

Die Privilegstufe eines Segments wird in den 
unteren zwei Bits des Segmentselektors in 
der Deskriptortabelle als Deskriptorprivileg- 
niveaü (DPL) angegeben. 

Andererseits ist jede Programmausführung 
durch die Privilegstufe des dazugehörigen 
Codesegmentes als Current Privileg Level 
(CPL) gekennzeichnet. CPL wird durch die 
beiden unteren Bits des CS-Selektorregi- 
sters festgelegt. 

Über den Privilegmechanismus wird der Da- 
tenzugriff weiter eingeschränkt. Ein Pro- 
gramm darf nur auf Datensegmente zugrei- 
fen, die die gleiche oder eine niedrigere Privi- 
legstufe (wertmäßig größer) besitzen als das 
Current Privileg Level: 


CPL = DPLoatensegment 

Bild 8 zeigt mögliche und zulässige Zugriffe 
auf Datensegmente. 

Sprünge und Unterprogrammsprünge auf 
andere Codesegmente sind mit den einfa- 
chen FAR-Sprüngen, bei denen der Selektor 
des Zielcodesegmentes angegeben wird, nur 
in dergleichen Privilegstufe möglich. 

Wie man große Sprünge macht 

Ein Unterprogrammsprung in eine höhere 
Privilegstufe kann nur mit Call-Gates ausge- 
führt werden. Dabei kehrt das Programm auf 
die Privilegstufe des aufrufenden Pro- 
gramms zurück. Damit kann ein Anwender- 
programm auf einer niedrigen Privilegstufe, 
zum Beispiel 3, auf Bibliotheken des Be- 
triebssystems auf höheren Privilegstufen zu- 
greifen. 

Die Privilegregeln unter Benutzung von 
CALL-Gates lautet: 

CPL = DPLzjelcodesegment 

Ein CALL-Gate in der GDT oder der LDT ist 
nach Bild 9 einem Segmentdeskriptor ähn- 
lich, enthält aber keine Segmentinformatio- 
nen, sondern den Selektor eines Codeseg- 
mentdeskriptors. Der letztere beschreibt das 
Zielcodesegment. 

Allein durch die Angabe eines CALL-Gate- 
Selektors in einem CALL FAR wird der 
Sprungmechanismus über das CALL-Gate 
ausgelöst. Da diese Befehle in ihrer Form 
den 8086-FAR-Sprüngen entsprechen, ent- 
halten sie auch eine Offsetdadresse, die aber 
nicht benutzt wird. Die Offsetadresse des An- 


Codesegment- 

deskriptor 


0000H 

(reserviert) 

Steuer- 

1 

byte 


Anfangsadresse | ] 

Länge 

b 


CALL- 


Gate 


0000H 

(reserviert) 


PDPL 00100 


Wort- 

anzahl 

| Zietsetektor 

1 

| Zieloffset 




in GDT oder LDT 


\2ie(codesegment\ 


Startadresse 




CALL 

Offset 

Gate- 

selektor 


nicht 

benutzt 


Bild 9 Intersegmentsprung über CALL-Gates 


Sprungpunktes im Zielcodesegment wird 
auch in das CALL-Gate eingetragen. Das 
CALL-Gate enthält ein Steuerbyte, in dem als 
wesentliche Information nur das Privileg- 
niveau des CALL-Gates enthalten ist. Der 
Zugriff auf ein CALL-Gate unterliegt ebenfalls 
einer Privilegregel: 

CPL = DPLcALL-Gate 

wonach ein Programm nur auf CALL-Gates 
ein Zugriffsrecht besitzt, wenn es in bezug 
auf die Gates höher oder gleich priorisiert ist. 
Auf diese Weise kann der Privilegstufen- 
wechsel stark eingeschränkt werden. Bild 10 
illustriert die Privilegregeln bei einem Unter- 
programmsprung mit Privilegstufenwech- 
sel. 

JMP FAR-Sprünge mit CALL-Gate-Selekto- 
ren sind nur für Sprünge auf die gleiche Privi- 
legstufe möglich. 

Separate Stacks 

Jede Privilegstufe innerhalb einer Task be- 
sitzt ihren eigenen Stackspeicher. In der Un- 
terprogrammtechnik - beispielsweise in der 
C-Compilertechnik - ist es jedoch üblich, Pa- 
rameter über den Stack zu vermitteln. Bei ei- 
nem Unterprogrammsprung über ein CALL- 
Gate werden deshalb Informationen aus dem 
Stack der Privilegstufe des aufrufenden Pro- 
gramms in den Stack der neuen Privilegstufe 
übertragen. Die Wortanzahl der zu übertra- 
genden Parameter wird im CALL-Gate ange- 
geben. In Bild 1 1 ist zu sehen, daß außerdem 
in den neuen Stack der Stackselektor, der 
Stackpointer, der Codesegmentselektor und 
der Befehlszähler des aufrufenden Pro- 
gramms eingetragen werden. 

Bei der Abarbeitung des RET FAR-Befehls 
im Unterprogramm muß die Ansprungform 
des Unterprogramms berücksichtigt werden. 
Dazu vergleicht der Prozessor das Current 
Privileg Level (CPL) des Unterprogramms 
mit dem Privilegniveau des CS-Selektors der 
Rückkehradresse im Stack. Wenn der Rück- 
sprung auf eine niedrigere Privilegstufe 
weist, wird der Stack zurückgeschrieben. 

Task-Spiele 

Die Hardwareunterstützung von Betriebssy- 
stemfunktionen der Multitaskverarbeitung ist 
ein weiteres Funktionsmerkmal des Protec- 
ted Mode. Tasks sind weitgehend unabhän- 
gige Teilprogramme eines Programms, die 
quasiparallel abgearbeitet werden. Das ge- 
schieht durch eine sequentielle Abarbeitung 
mit laufender prioritätsgesteuerter Taskum- 
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SS - Selektor 

1 SS SP der auf rufenden 


SP 

j Privilegstufe 



Parameterkopie vom 
> Stapel der aufrufenden 
Privilegstufe 


CS -Selektor 

| Rückkehradresse 

*<£ 

IP 

\ 




Bild 11 Stackeintragung bei Privilegebenen- 
wechsel 


\P\DPL\0\0\0\iJÖ\ 


Steuerbyte 

für LDT- Deskriptor 


\p\dpl\o\o\o\ö]T\ 


Steuerbyte 

für TSS- Deskriptor 

(inaktive Task) 


[p\DPL\0\0\0\lYi] 


Steuerbyte 

für TSS- Deskriptor 

( aktive Task ) 


CS 

OS 

ES 

SS 


Anfangsadresse 

Lange 

Anfangsadresse 

Länge 


der GOT 

der Interrupt- Deskriptor - 
Tabelle 


LDTR 

TR 


Selektor 

Anfangsadresse 

Länge 

Selektor 

Anfangsadresse 

Länge 


der aktuellen LDT 
des aktuellen TSS 


Schaltung. Beim 80601 beinhaltet eine Task 
die gesamte Programmumgebung eines 
Teilprogramms. Dazu gehören: 

- eine eigene lokale Deskriptortabelle für die 
Task; die LDT ist in einem Segment enthal- 
ten, dessen Deskriptor in der GDT eingetra- 
gen sein muß 

- je ein Stack für die Privilegstufen 0, 1 und 2 

- ein 44-Byte-Taskstatussegment nach 
Bild 1 2 mit Platz für die Prozessorregister, die 
Stackpointer der drei Stacks und den Selek- 
tor der LDT. 

Ein Taskstatussegment (TSS) besitzt in der 
GDT einen TSS-Deskriptor, der in Bild 1 3 an- 
gegeben ist. Der gesamte Vorgang einer 
Taskumschaltung vollzieht sich bei der Aus- 
führung eines CALL FAR-Befehls mit der An- 
gabe des TSS-Selektors. 

Nach Bild 14 besitzt der Prozessor 80601 
noch die Register TR und LDTR. Im Register 
TR sind der Selektor, die Anfangsadresse 
und die Länge des TSS der aktuellen Task 
abgespeichert. Bei einer Taskumschaltung 
werden: 

- alle Taskstatusinformationen der zu unter- 
brechenden Task in deren TSS abqespei- 
chert 

- der Selektor des TSS-Deskriptors der 
neuen Task in das Register TR gesetzt 

- Der Cacheteil von TR übernimmt die De- 


LDT -Selektor 

DS -Selektor 

SS -Selektor 

CS - Selektor 

- Selektor 

Dl ~ 

Sl 

BP 

SP 

BX 

DX 

C X 

~KX 

Flaqs 

IP 

SS 2 

SP2 

SSf 

SP 1 

SSO 


BACK UNK SELEKTOR 


Bild 12 Aufbau des Taskstatussegmentes (TSS) 

skriptorinformationen für Anfangsadresse 
und Länge des TSS. 

- Das NT-Flag (nested task), um welches 
das Flagwort erweitert worden ist, wird in der 
TSS der neuen Task auf 1 gesetzt. 

- Die Register des 80601 übernehmen die 
Werte aus dem TSS. 

- Der Selektor der der Task zugeordneten 
LDT sowie deren Anfangsadresse und Länge 
werden in das Register LDTR geschrieben. 

- In das TSS der neuen Task wird der Selek- 
tor des TSS der unterbrochenen Task einge- 
tragen. 

- Die Programmausführung beginnt in dem 
durch den Selektor CS im TSS vorgegebe- 
nen Codesegment an der Offsetadresse IP. 


Bild 13 Steuerbytes für Systemsegmente 


Der Taskwechsel ist die einzige Möglichkeit, 
auf eine Stufe niederer Priorität zu springen. 
Sollen in der neuen Task alle Prioritätsstufen 
genutzt werden, muß der Einsprung in ein 
Codesegment mit DPL = 3 erfolgen. Die 
Taskumschaltung ist nicht auf Multitaskan- 
wendungen beschränkt. Nach dem Eintritt in 
den Protected Mode wird die Privilegstufe 0 
eingestellt, die nur mit einem Taskwechsel 
verlassen werden kann. 

Die Rückkehr in die unterbrochene Task ist 
mit dem IRET-Befehl möglich. Dieser Befehl 
prüft das NT-Bit im Flagregister. Im Fall der 
Taskverschachtelung lieferfdas BACK LINK 
SELETOR-Feld des TSS den Selektor auf 
das TSS der unterbrochenen Task. 

Beispiel mit Taskwechsel 

Das zweite Programmbeispiel enthält eine 
Taskumschaltung. Die anzuspringende 
Taskl soll eine lokale Deskriptortabelle 
LDT 1 besitzen. Zunächst wird die GDT um 
weitere Einträge ergänzt: Der Eintrag GDT 
(7) in Bild 15 enthält ein CALL-Gate für den 
Ansprung des Ausgabeprogramms CO- 
NOUT von der Task 1 aus. GDT (8) und GDT 
(9) enthalten die Deskriptoren für die Task- 
statussegmente der Initialtask und der 
Taskl. Die beiden folgenden Einträge sind 
der Deskriptor der lokalen Deskriptortabelle 
LDT 1 und eines Alias-Deskriptors für das 
Segment der LDT 1 mit Schreibzugriff. Der 
letzte Eintrag beschreibt ein separates Code- 
segment für Interruptprogramme. 

Bild 16 zeigt die Initialisierung der lokalen 
Deskriptortabelle mit den Teilinformationen 
der Deskriptoren für Stack-, Code- und Da- 
tensegment der Task 1 . 

Das zweite Programmbeispiel schließt sich 
an die Abarbeitung des ersten Beispiels an. 
Das Programm beginnt im Bild 17 an der 
Marke main2 wieder mit dem Einträgen der 
Basisadressen in die GDT. Die Basisadres- 
sen innerhalb der Deskriptoren für Stack-, 
Code- und Datensegment der T ask 1 werden 
in die lokale Deskriptortabelle eingetragen. 
Dafür wird das Alias-Datensegment für die lo- 
kale Deskriptortabelle benutzt. Nachdem das 
Taskregister mit dem Selektor auf den De- 
skriptor des Taskstatussegmentes der aktu- 
ellen Initialtask geladen worden ist, erfolgt 
der Wechsel zur Task 1 mit einem JMPF-Be- 
fehl. Der JMPF-Befehl enthält den Selektor 
auf den Deskriptor GDT (9) für das Tasksta- 
tussegment der anzuspringenden Task. Aus 
dem Taskstatussegment in Bild 18 ergibt sich 
die Startadresse der Task über den Code- 
segmentselektor für LDT (1) und die Offset- 
adresse im TSS-Feld für IP. Der Codeseg- 
mentselektor legt für das Codesegment die 
Privilegstufe 3 fest. Innerhalb der Taskl in 
Bild 1 9 wird ein Unterprogramm CONOUT für 
eine Zeichenausgabe auf das Terminal auf- 
gerufen. Da dieses die Privilegstufe 0 besitzt, 


Bild 14 80601 -Register für die Speicherverwab 
tung 


erfolgt dieser Aufruf mit einem CALL-Gate, 
dessen Deskriptor in GDT (7) für das Gate die 
Privilegstufe 3 festlegt. Das ist notwendig, da 
die Taskl nur auf Datensegmente und 
CALL-Gates mit der Privilegstufe 3 zugreifen 
darf. Das Unterprogramm benutzt privile- 
gierte Befehle (OUT), für die ein höheres Pri- 
vilegniveau eingestellt worden ist. Wichtig ist, 
daß sich das Privilegniveau des Unterpro- 
gramms nicht dem Privilegniveau des aufru- 
fenden Programms anpaßt (conforming), da 
dann die Ausführung der privilegierten Be- 
fehle verboten ist. 

Die Ausnahme ist die Regel 

Die im Prozessor vorhandenen Schutzme- 
chanismen setzen einen Mechanismus für 
die Behandlung von Schutzrechtsverletzun- 
gen voraus. Dafür gibt es die Behandlung von 
Exceptions. Exceptions und Interrupts wer- 
den mit Hilfe der Interruptdeskriptortabelle 
bedient. Diese enthält Interrupt- und Trap- 
Gates sowie Task-Gates. Interrupt- und 
Trap-Gates enthalten nach 3ild 20 ähnlich 
wie ein CALL-Gate den Selektor des Code- 
segmentes und die Offsetadresse des Inter- 
ruptprogramms. Trap-Gates lassen im Unter- 
schied zu Interruptgates eine Interruptver- 
schachtelung zu. 

Den verschiedenen Schutzverletzungen 
(z. B. Segmentgrenzerlüberschreitung) sind 
feste Positionen in der Interruptdeskriptor- 
tabelle zugeordnet. Anfangsadresse und 
Länge der Interruptdeskriptortabelle werden 
im Register IDTR des Prozessors abgespei- 
chert. 

In unserem Programmbeispiel tritt am Ende 
der Taskl in Bild 21 eine Division durch 0 auf. 
Dafür liefert der Eintrag IDT (0) ein Interrupt- 
gate mit dem Verweis auf den Desekriptor 
GDT (12) für das Codesegment des Inter- 
ruptprogramms mit dem Namen intO. Der 
IRET-Befehl führt zum Rücksprung in das un- 
terbrochene Programm. 
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;Global Descriptor Table - Fortsetzung 


; GDT (7) 


CALL GATE 

fuer Ausgabe 



dw 

offset conout 



dw 

sei _out 




db 

0 

; PL 3 



db 

0E4H 

; A: 1110 0100B 



dw 

0 



; GDT (Q) 


TSS: Initial -TASK 



dw 

44 

; Laenge 44 Byte 


b_tssi 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

08 1H 

; A: 1000 000 1B 



dw 

0 



; GDT (9) 


TSS: TASK 

1 



dw 

44 

j Laenge 44 Byte 


b_tssl 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

08 1H 

; A: 1000 0001B 



dw 

0 



;GDT( 10) 


LDT fuer 

TASK1 



dw 

SOH 

; Laenge 


b_l dt 1 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

082H 

; A: 1000 0010B 



dw 

0 



; GDT (11) 


al i as-Datensegment fuer LDT1 


dw 

80H 

; Laenge 


b_al dt 1 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

09 2H 

; A: 1001 0010B 



dw 

0 



; GDT (12) 


Codesegment Interruptrout i ne 


dw 

31H 

; Laenge 


b_cexc 

dw 

0 

; Basi sadresse Bit 

0-15 


db 

0 

; Basi sadresse Bit 

16-23 


db 

09EH 

; A: 1001 1 1 1 OB 



dw 

0 



seg_gdt 


ENDS 




Bild 15 Ergänzung der globalen Deskriptortabelle 
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;Local Descriptor Table 1 


seg_l dt 1 

SEGMENT PARA 



; LDT 1 (0) 

Stacksegment PL 3 



dw 

80H 

; "Boden " des 

Stack 


b_stl dw 

0 

; Basi sadr esse 

Bit 

0-15 

db 

0 

; Basi sadresse 

Bit 

16-23 

db 

0F6H 

; A: 111 00 1 1 OB 



dw 

0 




; LDT1 (1 ) 

T ask 1 

Code PL 3 



dw 

100H 

; Laenge 



b_ctl dw 

0 

; Basi sadresse 

Bit 

0-15 

db 

0 

; Basi sadresse 

Bit 

16-23 

db 

OFEH 

; A: 1111 HOB 



dw 

0 




; LDT 1 (2) 

T ask 1 

Daten PL 3 



dw 

1 00H 

; Laenge 



b_dt 1 dw 

0 

; Basi sadresse 

Bit 

0-15 

db 

0 

; Basi sadr esse 

Bit 

16-23 

db 

0F2H 

; A: 111 1001 OB 



dw 

0 




seg_ldt 1 

ENDS 





Bild 16 Lokale Deskriptortabelle für Task 1 
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; Eintrag der Segmentbasi sadressen ,i n die GDT 


main2: 

mav 

ax , sei _gdt 

; Segmenadresse 


mov 

ds , ax 

; 1 aden 


mav 

cl ,4 



mov 

ax , seq_c ..exc 



sh 1 

ax ,cl 



mov 

word ptr b_cexc 

,ax 


mov 

ax ,seg_tssi 



shl 

ax ,cl 



mov 

word ptr b_tssi 

, ax 


mov 

ax , seg tss 1 



shl 

ax ,cl 



mov 

word ptr b_tssl 

, ax 


mov 

ax ,seg_ldt 1 



shl 

ax , c 1 



mov 

word ptr b ldtl 

,ax 


mov 

word ptr b_aldtl,ax 

;Eintrag der Basisadressen in die LDT 

; ueber 

ein LDT 

- alias - Datensegment 


ASSUME 

DS : seg ldtl 



mov 

ax,sel aldtl 

; Segmentadresse 


mov 

ds , ax 

; 1 aden 


mov 

ax ,seg_s_taskl 



shl 

ax , cl 



mav 

word ptr b_stl, 

ax 


mov 

ax , seq _d_ taskl 



shl 

ax ,cl 



mov 

word ptr b_dtl. 

ax 


mov 

ax „ seq_c_task 1 



shl 

ax , cl 



mov 

word ptr b_ctl, 

ax 

; Laden 

Taskregi ster 



mov 

ax , sei _tssi 



ltr 

ax 


; Sprung 

zur 1 . 

Task ueber jmp far 

; 

JMPF 

TASK1 



db 

OEAH 



dw 

0 



dw 

sel__tssl 


»eg_code 

ENDS 



Bild 1 7 Programmbeispiel mit Taskwechsel 
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; TSS fuer Task 1 

seg_tssl SEGMENT PARA 


dw 

0 

;Back Link 

dw 

1 00H 

; SS PLO 

dw 

sei _stack 

; SS PL 0 

dw 

0 

5 SP PL 1 

dw 

0 

; SS PL 1 

dw 

0 

; SP PL 2 

dw 

0 

; SS PL 2 

dw 

o-ffset start_taski 

5 IP 

dw 

0020H 

; Flags 

dw 

0 , 0 , 0,0 

;AX, CX, DX 

dw 

100H 

; SP 

dw 

0,0,0 

; BP , SI DI 

dw 

0 

; ES 

dw 

sei _c_task.l 

; CS 

dw 

sei __s_task 1 

; SS 

dw 

sel_d_task 1 

;DS 

dw 

sel_ldt 1 

; LDTR 

seg_ 

t ss 1 ENDS 


; TSS 

fuer Initial-Task 



seg_tssi SEGMENT PARA 

db 44 dup ( 'T ' ) 

seg_tssi ENDS 


; Selektoren GDT, Fortsetzung 


sei _gdt 

equ 

8H 

;GDT Cl) 

cg_conaut 

equ 

38H 

; GDT (7) 

sei _tssi 

equ 

40H 

; GDT (8) 

sei _tssl 

equ 

48H 

5 GDT (9) 

sei _1 dt 1 

equ 

SOH 

; GDT ( 10) 

sei _al dt 1 

equ 

58H 

; GDT (11) 

; Sei ektoren 

LDT1 , RPL 

= 3 


; Selektor Datensegment 

hat RPL 

= 0 

sei _s_task 1 

equ 

7 

; LDT 1 (0) 

sei _c_task 1 

equ 

OFH 

; LDT 1 (1) 

sei _d_task 1 

equ 

14H 

; LDT 1 (2) 


5 Hauptprogramm - Fortsetzung 

;Sprung zur 1. Task, Bildschirmausgabe 

seg_code SEGMENT ' i n it ' 

ASSUME C5:seg_code, DS:seg_gdt 


Bild 18 Taskstatussegment für Task 1 

PAGE ' 

; T ask 1 - Stacksegment 

seg_s — taskl SEGMENT STACK 

db 256 dup ( 'S ' ) 

seg_s_taskl ENDS 

; Task 1 - Codesegment 

seg_c_taskl SEGMENT PARA 

ASSUME CS: seg_c_taskl , DS: seg_d_taskl 
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; Ausgabe einer 
star t_task 1 : 

Zeichenkettfe au-f Bildschirm 

mov 

al , byte ptr Csi 1 

5 CALLF 

CONOUT-GATE 

db 

9AH 

dw 

offset conout 

dw 

cg_conout 

i nc 

si 

cmp 

al ,0 

jnz 

start_task 1 

se 9 _c_taskl 

ENDS 

5 Task! - Datensegment 

se 9-d_task i 

SEGMENT PARA 

str_task 1 

db OAH , OAH , ODH 

db 'Task 1 arbeitet - * 

db 'Privileg Level ist jetzt * 3 

db O 

seg__d_task 1 

ENDS 


Bild 19 Programmliste für Task 1 


OOOOH 

r\DPL\o\o\i\T,p\ 

Selektor des Codesegmentdeskriptor s 
Offset im Codesegment 

Bild 20 Interrupt- und Trap-Gates 


| El KONTAKT g 

Wilhetm-Pieck-Unviersität Rostock, Sektion Technische 
Elektronik, Bereich Computertechnik, Albert-Einstein- 
Straße 2, Rostock, 2500; Tel. 40 53 87 


PAGE 

;Task 1 - Codesegment, Fortsetzung 

seg_c_task 1 SEGMENT PARA 

ASSUME CS: seg_c_task 1 , DS: seg_d_taskl 

mov bx,0 

div bx ;loest INT 0 aus 

jRueckkehr in Real Mode nur mit Hardware-RESET 

tski_e: jmp tskl_e 

seg_c_task 1 ENDS 

seg_c_exc SEGMENT PARA 

ASSUME CS: seg_c_exc , SS:seg_stack 
;Ausgabe einer Zeichenkette 


intO: 



pusha 



mov 

si ,affset str_intO 

intO_l: mov 

al ,cs: 

Csi 3 

cmp 

al ,0 


jz 

intO_exit 

; % CALLF 

CONOUT 

-GATE 

db 

9AH 


dw 

Offset 

conout 

dw 

cg_conout 

inc 

si 


jmp 

short 

intO_l 

intO_exi t: 



popa 



i ret 



str_intO 

db 

OAH, ODH 


db 

' INT 0: ' 


db 

'Division by Zero' 


db 

ODH, OAH, O 

seg_c_exc 

ENDS 


seg_idt 

SEGMENT PARA 

;Eintrag Interr uptgate 


dw 

offset 

i ntO 

dw 

sei _i c_ 

i dt 

- db 

O 


db 

0E6H 

; present, DPL=: 

seg_idt 

ENDS 



END 

START 

Bild 21 Programmbeispiel für die Behandlung der Exception 0 


Mit 66 MIPS den Echtzeit- 
problemen zu Leibe . . . 


i . . geht der Marktführer bei Microcontroller- 
architekturen, Intel, mit dem 80960. Möglich 
machts die Hochintegration mit 600000 
Transistoren. Was dabei herauskommt, ist 
eine modulare Architektur, die auf eingebet- 
tete Systeme im oberen Leistungsbereich 
unter dem Motto zielt: „vieles parallel - alles 
schnell genug - und insgesamt sehr billig“. 
Das trifft beispielsweise auf Erkennungs- und 
Syntheseprobleme zu - Sprach- und Bilder- 
kennung, Bildsynthese. Mit der Familie 960 
macht Intel ein Angebot für eingebettete 
Rechnersysteme mit einem 32-Bit-RISC-Mi- 
krocontroller zum halben CPÜ-Preis eines 
486 oder eines 860, nämlich für zum Beispiel 
330$ (33-MHz-Variante, lOOOer-Stückzah- 
len). 

Bevor aber der 80960 genauer vorgestellt 
wird, gilt es, noch einmal Ordnung zu schaf- 
fen in den Typbezeichnungen. Also: 

• Die Intel-Hauslinie heißt auch weiterhin 
80386 - 80486 (künftig 80586, s. MP 9/89, 


S. 278). Stichwort: Mehr Leistung bei voller 
Stoftwarekompatibilität. 

• Der 80860 ist eine völlig andere CPU, eine 
modulare RISC-Architekturlinie für den Be- 
reich der Hochleistungsworkstations (Super- 
computer auf einem Chip, s. MP 8/89, 
S. 251). 

• Der 80960 ist eine 32-Bit-Mikrocontrollerli- 
nie für eingebettete Systeme (s. MP 5/90, 
S. 130) in der Tradition des 8096, aber ohne 
Kompatibilität zu allen anderen Linien (auch 
nicht kompatibel zum 8096, denn das Kom- 
patibilitätsproblem steht bei Mikrocontrollern 
nicht so wie bei Universal-CPUs) und wie der 
80860 mit einer modularen Architektur. 

• Schließlich gibt es noch den 80930, einen 
speziellen Hochleistungsprozessor für die im 
Rahmen des Joint-Ventures BiiN zwischen 
Intel und Siemens entwickelten ausfallsiche- 
ren Rechner auf der Basis von Multiprozes- 
sorsystemen. Der 80930 wird nicht als Ein- 
zelschaltkreis vermarktet. 


Von der Familie 80960 gibt es bereits 2 Ge- 
nerationen: 

1. Generation: 1 ,5-^m-CHMOS-lll-Techno- 
logie. Bei 25 MHz Taktfrequenz werden ma- 
ximal 20 native MIPS im Burstmodus er- 
reicht. Gemeint sind natürliche Maschinen- 
befehle des 960 mit geringst möglicher Ver- 
zögerung durch das Speicherinterface. Um- 
gerechnet sind das 9 VAX-MIPS und (für die 
Varianten mit On-chip-Gleitkommaeinheit) 
1 ,2 MFLOPS. 

2. Generation: 1-^m-CHMOS-IV-Technolo- 
gie. Bei 33 MHz sind 66 native MIPS erreich- 
bar, umgerechnet etwa 30 VAX-MIPS. 

Diese Werte verdankt der 960 (wie auch der 
860) der Parallelverarbeitung und ausgeklü- 
gelten Architekturdetaillösungen. 

Die 1 . Generation 

Die Basisversion ist der 80960KA (Bild 1). Er 
enthält den RISC-Kernprozessor, einen 512- 
Byte-Befehlscache (direkt abbildend) sowie 
einen Interruptcontroller (256 Interruptvekto- 
ren und 32 Prioritätsebenen). 

Der 80960KB ist ergänzt um eine Gleitkom- 
maeinheit (FPU) für den Standard IEEE 754 
Version 10. Diese FPU wurde gemeinsam 
mit dem Arithmetik-Koprozössor 387 entwik- 
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Bild 1 Die 1. Generation 80960 


kelt (!) und ist lOmal schneller als ein 8087. 
12,5 % der Chipfläche werden von der FPU 
belegt. Die FPU kann 32-, 64- und 80-Bit- 
Operanden verarbeiten. Ihr sind vier 80-Bit- 
Register zugeordnet (Bild 2). Der 80960MC 
ist eine Spezialversion für Anwendungen im 
militärischen Bereich mit besonderer Eig- 
nung für die Programmiersprache ADA. Ne- 
ben der FPU ist noch eine virtuelle Speicher- 
verwaltung mit Zweiebenenzugriffsschutz in- 
tegriert. Zur Adreßübersetzung gibt es einen 
voll assoziativen Translation Lookaside Buf- 
fer (Adreßübersetzungscache, s. MP 4/90, 
S. 99) für 32 Einträge bei einer Seitengröße 
von 4 KByte. Ein Seitenwechsel kann ohne 
Eingriff des Betriebssystems erfolgen. In der 
Hardware werden Betriebssystemfunktionen 
wie Taskverwaltung und Kommunikation in 
Multiprozessorsystemen auf der Basis von 
Nachrichtenaustausch (Message-T ransfer) 
unterstützt. Für hohe Anforderungen an die 
Ausfallsicherheit (Fehlertoleranz) können 2 
oder 4 Prozessoren 960MC zusammenge- 
schaltet werden und sich gegenseitig über- 
wachen. Als Spezialbaustein gibt es für sol- 
che Konfigurationen die Bus Exchange Unit 
(BXU) M82965. Bei 4fach-Redundanz wer- 
den je 2 Prozessoren paarweise parallel be- 
trieben. Ein Paar ist am Bus aktiv, das andere 
im Hintergrund. Bei einem Fehler kann sofort 
zwischen den beiden Paaren von der BXU 
umgeschaltet werden. Die BXU ist auch in 
Multiprozessorsystemen einsetzbar. 


Der RISC-KERN 

32-Bit-Mikrocontroller werden zunehmend 
unter Beachtung von RISC-Prinzipien gestal- 
tet (RISC = reduced instruction set Compu- 
ter, s. MP 9/88, S. 262). RISC-Kennzeichen, 
die auch für den 960 zutreffen, sind unter an- 
derem eine Load-&-Store-Architektur und 
eine Befehlsabarbeitung in einem Takt fürdie 
Mehrzahl der Befehle. Mit der Load-&-Store- 
Architektur werden Speicherzugriffe von al- 
len anderen Funktionen getrennt. Nur für un- 
geteilten Zugriff über den Bus gibt es für die 
Betriebssystemgestaltung (Ressourcenver- 
riegelung mit Semaphoren) atomare, das 
heißt unteilbare Operationen. Beim 960 sind 
das ein Bitmaskierungs- und ein Additionsbe- 
fehl. 

Ein weiteres RISC-Merkmal wurde beim 960 
nur bedingt erfüllt: Der Prozessor ist teilweise 
mikroprogrammiert. (RISC im strengen 
Sinne bedeutet Verzicht auf Mikroprogram- 
mierung. RISC-Prinzipien wurden im 960 in 
dem Maße umgesetzt, wie es dem Architek- 
turentwurfsziel zuträglich war.) Die einfachen 
Befehle (Speicherzugriff, Verarbeitungsfunk- 
tionen, Steuerfunktionen) sind im RISC-Kern 
„direkt verdrahtet“ und werden meist in ei- 
nem Takt abgearbeitet. Komplizierte Befehle 
(z. B. CALL/RETURN, Systeminitialisierung, 
Interrupt- und Fehlerbehandlung, CPU- 
Selbsttest, Cacheverwaltung) sind in Form 
von Mikroprogrammen realisiert, die in einem 
Mikroprogramm-ROM der Organisation 3K 
x 42 Bit stehen. Die Mikroprogramme arbei- 
ten mit dem Befehlssatz des RISC-Kerns. 
Das ist eine Besonderheit des 960: Der Mi- 
krobefehlssatz ist zugleich Teil des Befehls- 
satzes für die Anwenderprogrammierung. 
Der 960 folgt damit dem von Hewlett-Pak- 
kard-RISC-Prozessoren sowie aus Fadenco- 
desystemen bekannten Millicodekonzept, 
wobei der Nutzer den Mikrobefehlssatz des 
Kerns (im Unterschied z. B. zum mikropro- 
grammierten 8086) direkt nutzen kann. Im 
Befehlssatz wird durch einen CALL-/RE- 
TURN-Mechanismus eine parallele Ausfüh- 
rung von Verarbeitungsbefehlen und Milli- 
code-Ruf- und -Rückkehrbefehlen unter- 
stützt. Im Idealfall entsteht somit praktisch 
kein Overhead bei der Abarbeitung einer Mil- 
licodesequenz im Unterschied zu einer Se- 
quenz von Kernbefehlen. 

Dieses Konzept unterstützt die modulare Er- 
weiterungsfähigkeit der Architektur auf Hard- 
ware-, Mikroprogramm- und Anwendersoft- 
wareebene. Bei der Erweiterung des 960 um 
Zusatzeinheiten bleibt die Kompatibilität auf 


einfachere Weise als in der 8086er Linie gesi- 
chert. (Die Wahrung der Kompatibilität vom 
8086 bis zum 486 erforderte beträchtliche 
Hardwareklimmzüge, was sich in einer sehr 
komplizierten internen Chipgestaltung, ho- 
hen Entwicklungszeiten und -kosten sowie 
letztlich in Architekturballast widerspie- 
gelt.) 

Das Millicodekonzept wirkt dem Engpaß 
„Busschnittstelle“ entgegen. Durch die hö- 
here Codedichte von mikroprogrammierten 
Befehlen in Verbindung mit einem On-chip- 
Cache läßt sich der Durchsatz steigern. 

Dem RISC-Kern sind mehrere 32-Bit-Regi- 
stersätze zugeordnet. Ein Anwenderpro- 
gramm „sieht“ 16 globale Register für die 
Übergabe von maximal 13 Parametern zwi- 
schen Prozeduren, 16 lokale Register für 13 
Daten, die in der Prozedur benötigt werden, 
sowie 32 Spezialfunktionsregister (SFR, s. 
MP 5/90, S. 130) zur Hardwaresteuerung 
(z. B. Steuerung des Verhaltens der Bus- 
schnittstelle oder des Interruptcontrollers). 
Die restlichen globalen und lokalen Register 
werden zur Programmsteuerung genutzt. 
Außerdem gibt es noch 32 nur intern genutzte 
Pufferregister. 

Die 1 6 lokalen Register sind als Fenster in ei- 
nem Registerstack-Cache gebunden. In der 
Grundversion hat der Registerstack Platz für 
4 Registersätze. Bei Prozeduraufruf wird ein- 
fach ein neues Fenster eröffnet, so daß keine 
Datenrettung betrieben werden muß. Pro- 
grammkontextumschaltungen werden somit 
extrem schnell. Erst wenn alle Fenster „aus- 
gebucht“ sind (also bei Nestung von 4 Unter- 
programmen), müssen Daten in den Extern- 
speicher ausgelagert werden. Dazu ist der 
Blocktransfermodus der Busschnittstelle 
nutzbar (Blockgröße 16 Byte, Bustransfer- 
rate bei 20 MHz Taktfrequenz 53MByte/s). 
Wenn Prozeduren keine lokalen Registerzu- 
griffe benötigen, kann auch ein Prozedurauf- 
ruf ohne Eröffnung eines neuen Fensters 
programmiert werden (Befehl BRANCH- 
_&_LINK). 

Praktische Erfahrungen besagen, daß nur in 
der Startphase von C-Programmen größere 
Nestungstiefen (z. B. um 10 Ebenen) benö- 
tigt werden. „Mitten drin“ kommt man mit 4 
Ebenen schon so weit, daß Datenrettung in 
den Externspeicher selten ist. Der Befehls- 
satz unterstützt die 3-Operanden-Adressie- 
rung (2 Quelloperanden und 1 Zieloperand). 
Eine spezielle Hardwaresteuerung auf dem 
Chip ermöglicht die parallele Abarbeitung 
mehrerer Operationen. Um Zugriffskonflikte 
auf gemeinsam benutzte Ressourcen auszu- 
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schließen, wurde ein „Scoreboarding“ für 
Register und für Bedingungscodeflags vor- 
gesehen (englisch: scoreboard, im Sport: 
Trefferanzeigetafel). Ist eine Ressource 
durch eine laufende Operation belegt, wird 
der Zugriff durch ein gesetztes Bit verriegelt. 
Dieser Verwaltungsmechnismus kostete 1 % 
Chipfläche, bewirkte aber durch die Paralleli- 
sierung von Befehlen eine Leistungssteige- 
rung um 20 bis 30 %. Die Hardware-Zugriffs- 
verriegelung hat Intel der Architektur von 
Großrechnern entlehnt. 

Das in manchen RISC-Architekturen übliche 
Verriegeln auf Softwareebene durch einen 
intelligenten Compiler war beim 960 nicht an- 
wendbar, da für Echtzeitanwendungen die 
Assemblerprogrammierung (wenigstens 
ausgewählter Passagen) unverzichtbar 
bleibt. Schließlich dürfen beispielsweise in ei- 
nem Navigationssystem (englisch: mission 
critical applications, Anwendungen in Luft- 
und Raumfahrt) nicht eines Tages durch ei- 
nen Programmierfehler bei Strafe des Ab- 
sturzes Havariesituationen heraufbeschwo- 
ren werden . . . 

2. Generation 

Mit der Erhöhung des Integrationsgrades bei 
CHMOS-IV (daraus resultiert bereits eine 
technologisch bedingte Erhöhung der Lei- 
stungsfähigkeit bei gleicher Architektur) 
baute Intel die Parallelisierungskonzepte 
weiter aus (Bild 37). 80960CA heißt der erste 
Repräsentant, für den die Superskalartech- 
nologie angewendet wurde, mit der die 
gleichzeitige Abarbeitung von bis zu 3 Befeh- 
len möglich wird. Die Steuerung übernimmt 
der Hardware-Scheduler. Neben der Paralle- 
lisierung auf der Ebene der Prozessoren 
(also FPU, Integer-RISC-Kern) wurde auch 
im Kern stärker parallelisiert. Der Befehls- 
strom wird in 3 Befehlsklassen parallel abge- 
arbeitet: 

- Register-Register-Operanden (arithmeti- 
sche, logische und Bitoperationen) 

- Speicherzugriffsoperationen 

- Programmablaufsteuerung (Verzwei- 
gungsbefehle). 

Hinter jeder Befehlsklasse steht in der Hard- 
warerealisierung eine Pipeline, in der der 
Teilbefehlsstrom nach dem Fließbandprinzip 
an mehreren Stationen ausgeführt wird. 

Beim Einlesen des Befehlsstromes vom 
Speicher werden stets 4 Befehle gemeinsam 
in einen 128 Bit breiten Befehlscache über- 
nommen und nach Möglichkeit parallel aus- 
geführt. Während zum Beispiel Arithmetikbe- 
fehle abgearbeitet werden, können über das 
Businterface bereits die nächsten Daten ein- 
gelesen werden. 

Da RISC-Prozessoren je Befehl nur 1 bis 2 
Taktzyklen brauchen, kann man mit dem 960 
bei 33 MHz theoretisch 99 native MIPS erzie- 
len. Praktisch ist eine solche Parallelisierung 
nicht real, so daß man „nur“ auf die in der 
Überschrift genannten 66 native MIPS 
kommt - das entspricht 2 Befehlen je Taktzy- 
klus. Für den schnellen Datentransfer zwi- 
schen den Pipelines und den Registern ver- 
fügt das Registerfile über 6 Datenports. Er- 
gebnisse eines Verarbeitungsschrittes, die 
sofort wieder gebraucht werden, werden in 
das gewählte Zielregister eingetragen und 
gleichzeitig intern der Ausführungseinheit 
unverzögert wieder zur Verfügung gestellt. 
Damit braucht nicht erst gewartet zu werden, 
bis das Ergebnis im Register steht und erneut 
ausgelesen ist. Das ist eine typische RISC- 
Technik (Register-Bypass). 


Neben dieser Parallelisierung im Prozessor- 
kern gibt es noch die Parallelität auf Prozes- 
sorebene. Der 960CA ist ein Multiprozessor- 
system mit folgenden Controllern neben der 
CPU: 

- DMA-Controller (mit 4 unabhängigen Ka- 
nälen, die mit festen oder rotierenden Priori- 
täten arbeiten können). Dieser ist in 3 Be- 
triebsarten programmierbar (Blockmodus für 
Transfer zwischen Speicherbereichen, De- 
mand-Modus für Transfer zwischen Periphe- 
rieeinheiten und Speicher sowie Fly-by-Mo- 
dus für extrem schnelle Übertragung ähnlich 
dem Blockmodus, aber ohne interne Zwi- 
schenpufferung im Prozessor und mit nur ei- 
ner Busanforderung). Im Fly-by-Modus sind 
Transferraten von bis zu 59 MByte/s bei einer 
Taktfrequenz von 33 MHz erreichbar. DMA- 
Übertragungen können parallel zur Pro- 
grammausführung laufen. Die Reaktionszei- 
ten bis zur Bedienung eines DMA-Kanals 
können etwa 400 ns betragen. 

- Buscontroller (DMA-fähig, Blockübertra- 
gung im Burstmodus). Der 4-GByte-Adreß- 
raum ist in 16 Segmente zu je 256 MByte 
strukturiert. Für jedes Segment kann ein spe- 
zifisches Übertragungsregime vereinbart 
werden. So kann man die Datenbusbreite 
programmieren (8, 1 6 oder 32 Bit), das Über- 
tragungsprotokoll (Wartezyklensteuerung, 
Ready-Steuerung, Adreßpipelining) oder die 
Datenrepräsentation (Little Endian oder Big 
Endian). Diese Architekturdetails sind bereits 
vom 860 und vom 486 bekannt (s. MP 8/89, 
S. 251 und MP 9/89, S. 278). Der Buscontrol- 
ler wird von DMA-Controiler und CPU ge- 
meinsam genutzt. 

- Interruptcontroller (248 externe Quellen, 
32 Prioritätsstufen). Der Interruptcontroller ist 
flexibel programmierbar und läßt sich so an 
verschiedene Interruptkonzepte (z. B. MUL- 
TIBUS-Interruptsystem) anpassen. Als Inter- 
ruptreaktionszeiten werden bei einer Taktfre- 
quenz von 33 MHz 750ns für den NMI und 
900 ns für die restlichen Interrupteingänge 
angegeben. 

Um den Flaschenhals „Busschnittstelle“ zu- 
sätzlich aufzuweiten, enthält der 960CA fol- 
gende Cacheformen: 

- einen direkt abbildenden Befehlscache 
von 1 KByte 

- einen statischen Daten-RAM, 1,5 KByte, 
128 Bit breit, konfigurationsabhängig nutzbar 
als Datencache, als Speicher für globale Da- 
ten und als Multi-Registerfile (5 bis maximal 
15 Registerfenster sind definierbar). 

Der RISC-Kern hat für bestimmte Verarbei- 
tungsfunktionen getrennte Ausführungsein- 
heiten, so eine Integer-ALU, eine Multiplizier- 
/Dividiereinheit und eine Adreßarithmetik. 

Als Systemhaus kann es sich Intel natürlich 
nicht leisten, dem Anwender nur einen nack- 
ten Prozessorchip anzubieten. Wer an Quali- 
tät und Leistungsfähigkeit gewöhnt ist, wird 
bei Markteinführung eines neuen Produkts 
entsprechende Unterstützungsleistungen er- 
warten. Beim 80960 sind das der LAN-Kopro- 
zessor 82596CA, schnelle 7,5-ns-EPLD- 
Adreßdecoder (85C508), Chips für das 
Burstmodus-Interface (85C960 mit Wartezy- 
klengenerator, Ready-Steuerung, Adreßde- 
coder), sowie 1-MBit-EPROMs 27C960 mit 
Unterstützung für Burstzugriff bis 33 MHz 
ohne Wartezyklen. Shadow-RAMs, in die der 
EPROM-Inhalt beim Systemstart kopiert 
wird, kann man so einsparen. 

Für die Softwareentwicklung gibt es C-Com- 
piler (ANSI-Standarderweiterungen und 


Gleitkommaunterstützung) sowie einen lei- 
stungsfähigen Makroassembler. Die Code- 
optimierung läßt sich für maximalen Durch- 
satz oder für minimalen Speicherbedarf vor- 
nehmen. Für den Systemtest sowie zur Lei- 
stungsbewertung der Anwendersoftware ste- 
hen ein Quellcodedebugger sowie Simula- 
tions-/Analyseprogramme zur Verfügung. 

Frisch von der CeBIT ’90 ein Anwendungs- 
beispiel: Im Newgen TurboPS/480, einem 
800 x 400-dpi-Postscript-Laserdrucker, ar- 
beiten ein 20-MHz-80960KB als Grafikpro- 
zessor und ein 80186 als I/O-Prozessor zu- 
sammen. Sehr zur Freude des Anwenders, 
der hohe Auflösung und hohe Ausgabege- 
schwindigkeit in einem Gerät vereint findet. 

PS: Immer nur Intel!? 

Intel wird in Irland in der Nähe von Dublin mit 
staatlicher Förderung drei neue Fabriken er- 
richten. Damit gibt die kalifornische Firma der 
Perspektive materielle Gewalt, bei Systemlö- 
sungen in Europa von einem Markanteil von 
zur Zeit 24% auf 43% im Jahre 1993 zu 
kommen. Da Irland EG-Mitglied ist, hat der 
Erfinder des Mikroprozessors somit bereits 
ein Standbein auf dem europäischen Binnen- 
markt ab 1992 . . . 

guv 


Kleines Lexikon 

der Mikrorechentechnik 


X und Y 

wie X, Y-Register 



Z 


wie Zielprozessor 



Zeichnungen: Dahmen 
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Der Gate- Ar ray -Schaltkreis 
U 5 303 FC303 


Günter Sedlacek, Hartmut Lubrich , 
Jena 


Der Gate-Array-Schaltkreis U 5303 FC303 
ist ein Zusatzschaltkreis für den Floppy-Con- 
trollerschaltkreis U 8272, mit dem der Auf- 
bau von kompletten Floppy-Controllern mit 
nur 4 Schaltkreisen möglich wird. 

Der Schaltkreis U 5303 FC303 (FDC_ZUS) 
wurde für den Aufbau von Floppy-Disk-Con- 
trollern auf der Basis des LSI-Schaltkreises U 
8272 entworfen. Er integriert folgende Bau- 
gruppen (siehe Bild 1): 

- Takt-/Daten-Separator mit digitaler PLL 
(PLL) 

- Schreibtaktgenerator und Schreibsteue- 
rung mit Präkompensationslogik 
(CLK^WRC) 

- Decoder zur Laufwerkauswahl, Controller- 
Steuerregister für Bitratenumschaltung und 
den Anschluß an einen DMA-Schaltkreis 
(DMAINT_CONT). 

Mit diesem ASIC wird der Aufbau eines kom- 
pletten Floppy-Disk-Controllers mit 4 Schalt- 
kreisen und 1 bzw. 2 Taktgeneratoren (16/ 
9,6 MHz) möglich (U 5303 FC303, U 8272, 
2 x 74S240), der direkt auf einer Zentralein- 
heitsplatine angeordnet werden kann und 
den System-DMA-Schaltkreis für seine Über- 
tragung nutzt. Es sind alle üblichen Lauf- 
werke mit FM- und MFM-Codierung sowie 
Bitraten von 250, 300 und 500 kHz anschließ- 
bar. Die maximal mögliche Taktfrequenz be- 
trägt 20 MHz. 

Schaltungsbeschreibung 

Die Aufteilung in Baugruppen, deren Funk- 
tion im folgenden erläutert werden soll, ist in 
Bild 1 dargesteilt. 

Controller-Steuerregister- 
und Anschluß-DMA-Schaltung 

Die Baugruppe DMAINT_CONT setzt sich 
aus 2 Registern und der entsprechenden An- 
steuer- und Ausgabelogik zusammen. Die 
Register werden vom Mikrorechner mit nor- 
malen E/A-Befehlen beschrieben. Das Regi- 


ster 1 arbeitet als Steuerregister. Register 2 
dient der Bitrateneinstellung. Es sind fol- 
gende Funktionen möglich: 

- Laufwerksauswahl und Schalten der Mo- 
toren 

- Abfrage der Laufwerksbereitschaft (RDY) 

- Erzeugung des Chip-Select und eines pro- 
grammierten Resets für den U 8272 

- Enable DMA und Interrupt 

- Verkettung der DMA-Übertragungen nach 
Adressenüberlauf. 

Die Steuerung kann über die Leitung /RMX 
auf einen von 2 Modi eingestellt werden. 

RMX-Modus (/RMX = Low) 
ln diesem Modus erfolgt die Laufwerksaus- 
wahl und die Auswertung der RDY-Meldung 
durch den U 8272. Es sind 4 Laufwerke wähl- 
bar. 2 DMA-Kanäle können verkettet wer- 
den. 

IBM-Modus (/RMX = High) 

Dieser Modus ist kompatibel zu dem des IBM 
PC/AT. Die Auswahl von 2 Laufwerken er- 
folgt über ein Bit des Steuerregisters. Das 
Bereitschaftssignal RDY wird mit einem Ein- 
gabebefehl abgefragt und von der ZVE aus- 
gewertet. Es erfolgt keine Verkettung von 
DMA-Kanälen. 

Takterzeugung/Schreibsteuerung 

Die Baugruppe CLK_WRC beinhaltet die Sy- 
stemtakterzeugung für den Schaltkreis, den 
Taktgenerator für den Floppy-Controller, den 
Schreibtaktgenerator sowie die Schreib- 
steuerung. Die Systemtakte für das Gate-Ar- 
ray werden aus den Eingangstakten CLK0 
(1 6 MHz) und CLK1 (9,6 MHz) entsprechend 
der eingestellten Bitrate ausgewählt. Aus 
dem Systemtakt CA wird mit programmierba- 
ren Teilern der Takt CFDC für den Floppy- 
Controller-Schaltkreis und der Schreibtakt 
WRC gebildet. Tafel 1 zeigt den Zusammen- 
hang zwischen der im Steuerregister einge- 
stellten Bitrate und den einzelnen Takten. 
Aus der Tafel 1 ist ersichtlich, daß der zweite 
Taktgenerator CLK1 (9,6 MHz) nurfür die Bit- 
raten 1 50 und 300 kHz notwendig ist. Die Im- 
pulsbreite des Schreibtaktes beträgt in Ab- 
hängigkeit von der eingestellten Bitrate 


Bild 1 Blockschalt- 
bild U 5303 FC303 


125 ns, 208,33 ns oder 250 ns. Die Schreib- 
steuerung erzeugt aus den vom U 8272 gelie- 
ferten Schreibimpulsen WRD und den Steu- 
ersignalen PS0 und PSI die präkompensier- 
ten Schreibimpulse für das Laufwerk (siehe 
Tafel 2). Die Schreibkompensation beträgt 
1/16 des Schreibtaktes. 


Tafel 1 Zusammenhang zwischen Bftrate und Taktfre- 
quenzen 


Bit» 

CA 

Bitrate tn kHz 

CFDC 

WRC in kHz 

rate- 
(Regi- 
. ster) : 

in MHz 

FM 

MFM 

in MHz 

FM 

MFM 

: 4 

00 

16 

250 

500 

8 

500 

1000 

01 

9,6 

150 

300 

4,8 

300 

600 

10 

16 

125 

250 

4 

250 

500 


Tafel 2 Zusammenhang Präkompensationssignale und 
Bildung der Schreibimpulse WD 


W£ 

ENPS 

PSO 

PSI 

Schreibimpulse 

0 




keine ScnreiOimpuibu 

1 

0 

* 

* 

Normallage 

1 

1 

0 

0 

Normallage 

1 

1 

0 

1 

vorgezogen 1/16Takt 

1 

1 

1 

0 

verzögert 1/1 6 Takt 

1 

1 

1 

1 

Normallage 


Takt-/Daten-Separator (PLL) 

Der Takt-/Daten-Separator ist eine digitale 
PLL, wobei ein einstellbarer 4-Bit-Zähler als 
steuerbarer Frequenzgenerator verwendet 
wird. Der Phasenvergleich erfolgt durch Ab- 
fragen der Zählerstellung gleichzeitig mit den 
einlaufenden Datenimpulsen und durch den 
Vergleich mit der Soll-Zählerstellung 8. 

Nach jedem Leseimpuls erfolgt eine Korrek- 
tur des Zählers um maximal ±2 Impulse, ln 
Abhängigkeit vom Abstand der 3 zuletzt ein- 
gelaufenen Datenimpulse voneinander 
(Kennzeichen der Folge) wird der Korrektur- 
wert entweder aus der Ablage des vorletzten 
Impulses, aus der Summe der Ablagen des 
vorletzten und des davorliegenden Impulses 
oder aus der Frequenzabweichung über die 
letzten 7 Impulse gewonnen. Dementspre- 
chend enthält die Schaltung eine Pipeline 
zum Speichern der letzten Ist-Zählerstände, 
einen Adder zur Addition zweier Werte, einen 
Zähler zur Bestimmung der Frequenzabwei- 
chung über die letzten 7 Impulse, ein Schie- 
beregister zur Ermittlung des Kennzeichens 
der aktuellen Folge und die kombinatorische 
Logik und Steuerung zur Bereitstellung des 
Korrekturwertes aus diesen Informationen. 
Die Datenimpulse für den U 8272 werden von 
der Vorderflanke der Leseimpulse abgeleitet; 
das Window-Signal liefert ein dem steuerba- 
ren Frequenzgenerator nachgeschaltetes 
Teiler-Flipflop. 

Die digitale PLL ist mit dem Signal VCO des 
U 8272 schaltbar. Der erste auf dieses Signal 
folgende Datenimpuls startet die PLL mit der 
Soll-Phasenlage. Mit dem realisierten Regel- 
algorithmus sind FM- und MFM-Datenfolgen 
bis zu einer Frequenzabweichung von 
±2,3% und einer Ablage der Datenimpulse 
(Peakshift) von 30 % gegenüber der Ideal- 
lage fehlerfrei lesbar. 

Ein- und Ausgänge 

Im Bild 2 ist das Schaltzeichen des U 5303 
FC303 dargestellt. Die Signalbezeichnungen 
haben die in den Tafeln 3 und 4 aufgelistete 
Bedeutung. Die Abkürzungen in der Spalte 
Pintyp haben folgende Bedeutung: 

E - Eingang 



DMAINT 

- CONT 

RDY 

OI7 

AD (0:3) 

RCI 

/iORC 

RATE (0:1) 

/ IOWC 

/CSFC 

/CS 

MOT (0:1) 

Dl (0:5) 

RFDC 

DMRQ 

ITC 

Fl NT 

/DM AK 

DS (0: 1) 

DMR(0:1) 

IN IT 

INT 

OT 

SEI (0:3) 

/RMX 


/ DMA (0:1) 



1 CLK- WRC | 

CLKO 


CLKI 


RATEO 

CA 

RATEI 

CB 

MFM 

CFDC 

WRD 

RTI6 

WE 

WRC 

ENPS 

WD 

PSO 
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Bild 2 Schaltzeichen 
des U 5303 FC303 


04 

78_ 

CA 

CB 

FDC- ZUS 



19 

MT 
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Ql 


QO 

064 

4L, 

in 

SO/ Ti 
S1 


TO 

093 






10 

31 

52 

7J_ 

12 

33 

SPG 

SPG 

SPG 

SPG 

MAS 

MAS 

MAS 




75 

MAS 




36 

2Z_ 

39 

DI0 

DU 

DI2 

D/3 

Dl 4 


CS FC 
RFDC 
MOTO 
M0T1 

. 30 

29 

50 

51 

4ü_ 

DI5 


INT 

ITC 

15 

24 

55 

56 . 
67 

IOWC 

CS 
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DM AK 
DMR1 
DMR2 

Ol 

57 

58 

49 

48 

47 

! ADO 
AD1 
AD2 


SELO 
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SEL2/ 

D17 

78 

77 

76 

16 

53 

26 

PINT 

OT 

DMRQ 


SEL3/ 

RCI 

74 

&-c 

32 t 

DMA0 
DM AI/ 


CFDC 

13 


iORC 


WD 

WRC 

79 

14 

68 

70 

RD 

1 /C0 




69 , 

TVC0 


' KW 

DW 

71 

72 

06 

WRD 




11 

07 

08 

WE 

PS0 

PSI 


CBO 

05 

17 

82 

27 

8 

ENPS 
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81 
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OS- 
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CLK0 
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Tafel 3 Systempins des Schaltkreises U 5303 FC303 


Pin- 

: name 

Pintyp 

Erläuterungen 

MAS 

S 

Masseanschluß 

SPG 

S 

Betriebsspannung 

CA 

E (LHT) 

Takteingang A 

CB 

E(LHT) 

Takteingang B 

MT 

E(LHT) 

Eingang Modussteuersignal 

Ql 

E(LHT) 

Eingang LSSD-Schiebekette 

QO 

A(GT) 

Ausgang LSSD-Schiebekette 

S1 

E (LHT) 

Interfacesteuersignal 1 

SQ/TI 

E (LHT) 

Interfacesteuersignal 0/ 

Eingang der Teststruktur 

TO 

A(GT) 

Ausgang derTeststruktur 


Tafel 4 Nutzerpins des Gate-Array-Schaltkreises 
U 5303 FC303 


. 

i! 

Pintyp 

Erläuterungen 

CAO 

AfGT) 

Systemtakt A 

WRD 

EA(LHT) 

Schreibdaten vom U 8272 

PS0 

E(LHT) 

Schreibdaten verzögern vom U 8272 

PSI 

E(LHT) 

Schreibdaten vorziehen vom U 8272 

MFM 

E (LHT) 

Umschalten auf MFM vom U 8272 

WE 

E (LHT) 

Write-Enable vom U 8272 

CFDC 

A (GT) 

Takt für U 8272 

WRC 

A (GT) 

Schreibtakt für U 8272 

INT 

A (GT) 

Interrupt für CPU 

FINT 

E(LHT) 

Interrupt von U 8272 

CBO 

A(GT) 

Systemtakt B 

ITC 

A(GT) 

Time-out-Signal für U 8272 

DMAK 

A(GT) 

DMA-Acknowledge für U 8272 

DMRQ 

E(LHT) 

DMA-Request vom U 8272 

DS0/ 

E (LHT) 

Drive-Select 0 vom U 8272 (im RMX* 

RDY 


Modus)/Laufwerk bereit (im IBM- 
Modus) 

DS1 

E (LHT) 

Drive-Select 1 vom U 8272 

RFDC 

A(GT) 

Reset U 8272 

CSFC 

A(GT) 

Chip-SelectU8272 

DMA1/ 

EA(HHT) 

Acknowledge DMA- Kanal 2 (im RMX- 

IORC 


Modus)/Leseimpuls(im IBM-Modus) 

DMA0 

E (Fl FIT) 

Acknowledge DMA-Kanal 1 

DIO 

E(LHT) 

Eingabedaten Steuerregister 


Bild 3 Controller im 
RMX-Modus 



DU 

E (LHT) 

wie DIO 

DI2 

E (LHT) 

wie DU 

DI3 

E (LHT) 

wie DI2 

DI4 

E (LHT) 

wie DI3 

DI5 

E(LHT) 

wie DI4 

AD2 

E(LHT) 

Auswahladresse 

AD1 

E(LHT) 

wie AD2 

ADO 

E (LHT) 

wie AD 1 

MOTO 

A(GT) 

Motor on für Laufwerk 0 

MOT1 

A(GT) 

Motor on für Laufwerk 1 

OT 

E (LHT) 

Time-out-Signal des DMA 

IOWC 

E(HHT) 

Schreibimpuls 

CS 

E(HHT) 

Controller-Select (Basisadresse) 

DMR1 

A(GT) 

Request an DMA-Kanal 1 

DMR2 

A (GT) 

Request an DMA-Kanal 2 

RMX 

E (HHT) 

Umschaltung RMX-/IBM-Modus 

INIT 

E(LHT) 

Systemreset 

RD 

EA (LHT) 

Lesedaten vom Laufwerk 

TVCO 

EA(HHT) 

Test-VCO-Enable 

VCO 

EA (LHT) 

VCO-Enable vom U 8272 

RDD 

A(GT) 

Lesedaten für U 8272 

DW 

A(GT) 

Datenfenster für U 8272 

SEL3/ 

A (GT) 

Drive-4-select-Bit 4 (im RMX-Modus) 

RCI 


Lesen Identifikation (im RMX-Modus) 

SEL2/ 

A (GT) 

! Drive-3-select-Bit 3 (im RMX-Modus) 

DI7 


RDY- Abfrage (im IBM-Modus) 

SEL1 

A(GT) 

Drive-2-select-Bit2 

SELO 

A(GT) 

Drive-1-select-Bitl 

WD 

A(GT) 

Schreibdaten für Treiber 

CLK1 

E (LHT) 

T akteingang 2 (9,6 MHz) 

CLKO 

E (LHT) 

Takteingang 1 (16 MHz) 

ENPS 

E(LHT) 

Enable Präkompensation 
(LC/DR des U 8272 


EA - Eingang mit Latch auf Systemtakt CA 
EB - Eingang mit Latch auf Systemtakt CB 
LHT - Eingangsstufe mit Low-Haltetransi- 
stor 

HHT - Eingangsstufe mit High-Haltetransi- 
stor 

A - Ausgang 

GT - Gegentaktausgangsstufe 

S - Spannungsversorgung 

Applikationsbeispiel 

Bild 3 zeigt die Applikation des Schaltkreises 
in einem Floppy-Controller zur Ansteuerung 
von 2 Laufwerken. Es wurde der RMX-Modus 
verwendet, da dieser auch mit den üblichen 
Laufwerken eine Signalisierung von Disket- 
tenwechseln über den U 8272 erlaubt. Als 
Treiber werden zwei 74S240 eingesetzt, die 
außer der notwendigen Treiberleistung das 
Demultiplexen des Steuer- und Statussignals 
des U 8272 gestatten. Außer den normalen 
Signalen der CPU und des DMA-Schaltkrei- 
ses sind die Takte und eine dekodierte Basis- 
adresse bereitzqstellen (Adreßbits 3 - 1 5 de- 
kodiert). Der Takt 9,6 MHz ist nur für die Bit- 
raten 150 und 300 kHz. 
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Der Commodore Amiga 



Der Amiga 500 hat schon in der Grundausstattung eine Speicherkapazität von insgesamt 0,75 MByte 
(0,5 MByte Arbeitsspeicher/256 KByte Betriebssystem) und kann mit einer Steckkarte einfach um 
512KByte erweitert werden. Ein 3,5-Zoll-Mikro-Diskettenlaufwerk mit formatierter Kapazität von 
880 KByte ist zusammen mit einer großzügigen Volltastatur in einem Gehäuse integriert. Anstelle des 
Amiga-Farbmonitors kann über einen zusätzlichen HF-Modulator auch ein Farbfernseher ange- 
schlossen werden. Der Amiga 500 arbeitet mit dem Motorola-Prozessor 68000, der von drei weiteren 
eigenständigen Prozessoren für Grafik , internes Datenmanagement und für Kommunikation unter- 
stützt wird. 


Thomas BÖlkow, Berlin 


Mit diesem Beitrag soll nach dem Artikel über 
den Apple Macintosh in MP 1 0/89, S. 308 ein 
weiteres alternatives PC-Konzept vorgestellt 
werden. Es wird besonders jetzt mehr Au- 
genmerk auf die Rechner mit Prozessoren 
der 68000er-Familie, sowohl von Atari als 
auch von Commodore, zu legen sein: Nach 
einer Prognose des Markforschungsinstituts 
IDC wird der Anteil der 68000er bis 1992 auf 
26,2% anwachsen, heute beträgt er schon 
13%, die MS-DOS-Kompatiblen sollen bei 
46,9%, UNIX-Rechner bei 5% und das 
Apple-Mac-Konzept bei 8 % liegen. 

Für diese Entwicklung sind schon heute alle 
Weichen gestellt. Die Vorstellung des Atari 
Mega ST und des Commodore A3000 sind in 
dieser Hinsicht richtungweisend. Auch hier 
verschwindet wie bei den größeren MS-DOS- 
Kompatiblen (ab i80386) die Grenze zwi- 
schen PC und Workstation. 

Die Produktpalette 

Der erste Amiga wurde im Jahre 1 985 vorge- 
stellt. Es war der Amiga 1 000. Damals mußte 
das Betriebssystem noch von Diskette einge- 
laden werden, und der RAM betrug standard- 
mäßig nur 256 KByte. Wegen seiner Grafikei- 
genschaften, die die eines normalen PCs bei 
weitem überflügelten, erhielt er einen Ach- 
tungserfolg, konnte jedoch wegen seines ho- 
hen Preises keine weite Verbreitung erlan- 
gen. Die kam erst im Jahre 1987 mit dem 
Amiga 500, der eindeutig auf den großen Be- 
reich der Heimanwender und der Schulen 
und Universitäten abzielte (siehe Bild oben). 
Der Erfolg war vorprogrammiert, denn für den 
A500, der als Nachfolger des legenderen 
Commodore 64 galt, sprachen unter ande- 
rem sein geringer Preis und einige Verbesse- 
rungen gegenüber dem AI 000, wie sein klei- 
neres Gehäuse, standardmäßig 512 KByte 
RAM und ein fest im ROM installiertes Be- 
triebssystem. 

Auch für den Büroanwender wurde 1 987 eine 
Lösung angeboten - der Amiga 2000 - mit 
1 MByte Hauptspeicher und im klassischen 
PC-Gehäuse, also mit viel Platz für Erweite- 
rungskarten. 

Mit dem Amiga 2500 stieß man schließlich in 
den Bereich der DTP-Computer vor, und in 
Zukunft soll mit dem Amiga 3000 professio- 
nelle 3D-Animation bei kurzen Rechenzeiten 
möglich werden. 

Das Konzept 

Der Amiga 1000 hat ein den PCs ähnliches 
Gehäuse. Die Bauform des Amiga 2000 und 
des A 2500 ist das Standard-Desktop-Ge- 
häuse (siehe Bild S. 174). Der 500er dage- 
gen hat in etwa die Größe eines Keyboards 
und ist somit wie gemacht für den Hobbybe- 
reich, und kann um ein zigarrenkistengroßes 
Zweitlaufwerk erweitert werden. 

Die Benutzeroberfläche - die Workbench - 
könnte man wie beim Mac auch als Human 
Interface bezeichnen, denn hier hat es der 
Anwender ebensowenig nötig, Kopfstände 
bei der ersten Begegnung mit dem System zu 
vollführen. Durch die mitgelieferte Lernsoft- 
ware ist das eher unterhaltsam als anstren- 
gend. Wer allerdings später bestimmte Sy- 
stemabläufe programmieren möchte, muß 


auf das spartanische CLI (Command Line In- 
terface) zurückgreifen. 

Einige repräsentative Demos finden Sie auf 
der zweiten Umschlagseite. 

Die Hardware 

Der Amiga ist prädestiniert für den professio- 
nellen Büroeinsatz, besonders im Grafik- und 
Animationsbereich sowie als preiswertes 
DTP-System. Damit ist eine gewisse Abgren- 
zung zum PC-Sektor gegeben, dessen Do- 
mäne ja hauptsächlich der Text- und Daten- 
bankbereich ist. 

Die CPU des Amiga ist in den meisten Fällen 
ein MC 68000, seit 1989 beim A2500 und 
beim A3000 ein MC 68020 bzw. MC 68030. 
Die 3 ASICs des Amiga garantieren optimale 
Eigenschaften. Diese 3 Spezialchips, auch 
Customchips genannt, wurden eigens von 
Commodore für den Amiga entwickelt. 

Der Grafik- und Animationsship (Blitter) er- 
möglicht einen sehr schnellen Datentransfer 
zwischen bis zu 3 Quellen. Er kann bis zu 1 
Millionen Punkte pro Sekunde auf dem Bild- 
schirm darstellen und kontrolliert 25 DMA- 
Kanäle (Direct Memory Access). 

Der Videochip sorgt für die Darstellung ver- 
schiedener Auflösungen, von 320 x 200 bis 
640 x 512 Punkten einschließlich des Over- 
scanformats mit 768 x 580 Punkten (der ge- 
samte Bildschirm wird genutzt). Die Normal- 
einstellung, in der beispielsweise die Work- 
bench arbeitet - nutzt 640 x 200 Punkte. 
Eine negative Erscheinung dabei ist, daß bei 


einer Zeilenzahl ab 400 die Bildwiederholrate 
scheinbar auf 25 Hz gemindert wird (Interla- 
cemodus), das heißt, es wird immer nur das 
obere oder das untere Halbbild angezeigt. Es 
können maximal 4096 Farben auf dem Bild- 
schirm dargestellt werden. Das wird möglich 
durch das HAM-Verfahren (Hold and Modify). 
Dabei kann der Farbwert des benachbarten 
Punktes jeweils nur um eine Grundfarbe ab- 
weichen (Veränderung der Rot-, Grün- und 
Blauintensität). Der Soundchip kontrolliert 
alle Eingabe-/Ausgabe-Operationen sowie 
die 4 getrennt steuerbaren Oszillatoren für 
den Sound. Der RAM des Amiga beträgt 
standardmäßig bei den verschiedenen Mo- 
dellen zwischen 256 KByte (AI 000) und 
3 MByte (A2500) und kann bis 8,5 MByte 
ausgebaut werden. Jeder Amiga wird mit 
Maus und 3,5-Zoll-Diskettenlaufwerk ausge- 
liefert. 

Die Software 

Die grafische Benutzeroberfläche des Amiga 
(Workbench) ist multitaskingfähig, das heißt, 
es können mehrere Programme quasi gleich- 
zeitig abgearbeitet werden, was aber zum 
Beispiel für aufwendige Grafikanwendungen 
(Videoscape und Modeler 3D von Aegis) erst 
effizient mit einem größeren Speicher und 
möglicherweise einer Turbokarte (MC 68020 
und MC 68882) ist. Die Workbench ist nach 
stark ergonomisch motivierten Gesichts- 
punkten aufgebaut. Dort werden alle Pro- 
gramme durch ein Symbol (Icon) repräsen- 
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tiert. Standardmäßig sind auf der Workbench 
mehrere Programme zugänglich, unter ande- 
rem eine Textverarbeitung (Notepad), ein Ta- 
schenrechner, eine Uhr, ein Sprachausgabe- 
modul, ein Kopierprogramm, ein Voreinstel- 
ler sowie das CLI (Command Line Interface) 
für die Kommunikation mit dem AmigaDos. 
Das A-DOS erinnert in seiner Funktion und 
im Aufbau sehr dem MS-DOS der Standard- 
PCs. Alle genannten Programme werden in 
separaten Fenstern abgearbeitet, wovon 
mehrere gleichzeitig geöffnet werden kön- 
nen. Dabei kann die Fenstergröße, der Fen- 
sterausschnitt und die Lage auf dem Bild- 
schirm mit der Maus variiert werden. In vielen 
Amigaprogrammen wird mit Pulldown-Me- 
nüs (nach unten abrollende Menüs) gearbei- 
tet, auch diese können mit der Maus ange- 
sprochen werden. Die Maus spielt überhaupt 
eine große Rolle beim Umgang mit dem 
Amiga. Mit diesen „Cursortasten der Zu- 
kunft“ werden fast alle Operationen in den 
Programmen gesteuert. Für die Maus wie für 
das Workbenchkonzept sprechen ihre hohe 
Ergonomie. Eine Einarbeitung in die Work- 
benchoberfläche ist auch von jedem Anfän- 
ger in kürzester Zeit möglich. Auch alle ande- 
ren für den Amiga verfügbaren Programme 
sind meist in einer mausgesteuerten Fen- 
steroberfläche zugänglich. Anwenderpro- 
gramme sind für viele Einsatzgebiete zu ha- 
ben, angefangen bei Textverarbeitungen (Vi- 
zawrite) über Datenbankprogramme wie Su- 
perbase (auch kombinierte Bild- und Text- 
ausgabe) und Animations- und Grafiksoft- 
ware, wo sogar 3D-Animation möglich wird. 
DTP, Sound- oder Midianwendungen sind 
ebenfalls vorhanden. Es werden auch Com- 
piler und Interpreter für die verschiedensten 
Sprachen angeboten wie Basic, Pascal, C, 
Assembler u.a. 

Ein weiteres Programm eröffnet den Weg zur 
„größten Softwarebibliothek der Welt“. Der 
MS-DOS-Transformer, mit ihm ist ein Groß- 
teil der DOS-Software auch für den Amiga 
verfügbar. Die Einschränkungen liegen in der 
Verminderung der Geschwindigkeit auf zirka 
20 Prozent und in der fehlenden Grafikmög- 
lichkeit. Unter dem Transformer wurden un- 
ter anderem die Programme dBase III Plus 
und Supercalc 4.0 getestet, sie wurden rela- 
tiv gut abgearbeitet. Seit kurzem wird für den 
Amiga auch ein Mac-Emulator angeboten, 
und wenn man bereit ist, sich dazu ein Origi- 
nal-Mac-Laufwerk anzuschaffen, eröffnet 



Die neue Version des Amiga 2500130 von Com- 
modore arbeitet mit dem 25-MHz-Motorola-Pro- 
zessor 68030, dem gleichschnellen mathemati- 
schen Koprozessor 68882 und den Amiga-spezi - 
fischen drei Koprozessoren für Datenverwal- 
tung, Video, Grafik und Ton. Der 2500/30 ist 
durch den auf 32 Bit verdoppelten Datenbus und 
das integrierte Memory Management mehr als 
doppelt so schnell wie das bisherige Spitzenmo- 
dell mit dem 68020er-Prozessor. 


sich hier ein weiteres interessantes Anwen- 
dungsfeld. 

Erweiterungsmöglichkeiten 

Der Amiga 2000 kann wegen seiner offenen 
Systemarchitektur (OSA) je nach Anforde- 
rungsniveau optimal ausgebaut werden. Es 
können z. B. Brückenkarten mit i8088 oder 
i80286 eingesetzt werden. Damit kann man 
aus einem Amiga einen vollwertigen PC/XT 
oder/AT machen. 

In Kürze soll der A2500UX erscheinen, die- 
ser ist mit einem MC 68030 ausgerüstet und 
durch das Betriebssystem Amix voll Unix- 
kompatibel, es stellt eine Portierung des Unix 
System V Release 3.1 von AT&T dar. Weiter- 
hin sind Speichererweiterungskarten, Grafik- 
und Prozessorkarten einsetzbar. Selbst der 
kleine Amiga 500 ist intern auf 2,3 MByte auf- 


rüstbar und mit einer MC 68020-Turbokarte 
und einem MC 68881 -Koprozessor ist er am 
unteren Ende der Workstationklasse ange- 
langt. 

Peripher ist jeder Amiga mit Festplatten- oder 
Wechselplattenlaufwerken und 5,25- bzw. 
3,5-Zoll-Floppy-Laufwerken sowie Video- 
und Soundsystemen erweiterbar - beim 
Amiga 2000 auch in Form von Gehäuseein- 
schüben. Im Bereich Video wird mit den Gra- 
fikeigenschaften des Amiga sogar eine neue 
Form des Computereinsatzes definiert: DTV 
= Desktop Video. Dieses Konzept basiert auf 
der Einbindung von Computergrafiksequen- 
zen in Videofilme über das Genlockinterface. 
Damit ist eine Mischung der Video- und Com- 
putersignale stufenlos möglich. Mit einem Vi- 
deodigitizer können auch Bilder aufgenom- 
men und verfremdet werden, teilweise ist das 
sogar in Echtzeit möglich. Der Einsatzbe- 
reich auf diesem Gebiet reicht mit der ent- 
sprechenden Ausstattung bis zur Studioqua- 
lität. Der Amiga findet teilweise auch schon 
bei Fernsehproduktionen Anwendung. 

Praktische Anwendung 

Dem Amiga wurde lange Zeit nachgesagt, 
daß er nur als Heimcomputer zu gebrauchen 
sei. Doch das ist keineswegs der Fall. Er ist 
dank der kurzen Einarbeitungszeit in das Sy- 
stem gut für alle Büroanwendungen, wie 
Textverarbeitung, Dateiverwaltung, Tabellen- 
kalkulation und auch DTP, einsetzbar. Aber 
auch spezialisierte Einsatzgebiete sind denk- 
bar, beispielsweise die Computersimulation 
in allen Bereichen. Ein interessanter Anwen- 
dungsfall ist auch der Einsatz eines Amiga in 
der Universitätsklinik Wien, wo ein System 
zur Planung von chirurgischen Eingriffen im 
Gehirn erarbeitet wurde. Auch als Informa- 
tionssystem in öffentlichen Einrichtungen 
oder auf Messen ist der Amiga im Einsatz. 

Ausblick 

Der Amiga wird sicher noch weitere Zeichen 
in Richtung Grafik und Animation setzen. Er 
kann als Computer mit großer Leistung und 
geringem Preis in Zukunft vermutlich noch 
größere Marktanteile erringen. Nicht zuletzt 
wird der Amiga 500 dazu einen großen Anteil 
leisten. Der neue Amiga 3000 soll als perfek- 
tes Profiwerkzeug aber auch einen festen 
Kundenkreis finden. Zu denken wäre beson- 
ders an Werbeagenturen und Videostudios 
oder weitere anspruchsvolle Anwender. 


TERMINE 

19. Jahrestagung 
„Grundlagen der Modellierung 
und Simulationstechnik“ 

WER? Kammer der Technik, Wissenschaftlich- 
technische Gesellschaft für Meß- und Automatisie- 
rungstechnik 

WANN? 1 8 . bis 20. Dezember 1 990 
WO? Rostock 

WAS? 

• Grundlagen der Simulation, Applikation 

• Simulation räumlich verteilter Systeme 

• Simulation für den Schaltkreisentwurf 

• Modellierung und Simulation in der Wasserwirt- 
schaft 

• Simulation und neuronale Netze 

WIE? Interessenten wenden sich bitte an: Kammer 
der Technik, WGMA, Clara-Zetkin-Straße 115/11 7, 
Berlin, 1086; Tel. 22652 18 

Müller 
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Jahrestagung der WGMA 
„Flexible Automatisierung 
für die Fertigung“ 

WER? Kammer der Technik, Wissenschaftlich- 
technische Gesellschaft für Meß und Automatisie- 
rungstechnik 

WANN? 5. bis 6. Dezember 1990 
WO? Erfurt 

WAS? 

• Stand und Perspektive bei Komponenten und 
Systemen unter dem Aspekt des Informationsflus- 
ses 

• CNC-, SPS-, Roboter- und Transportsteuerun- 
gen 

• Leitrechner, Leitstandstechnik 

• Strukturfragen bei CIM-Lösungen zur Gewährlei- 
stung von Flexibilität, Qualitätssicherung 

WIE? Interessenten wenden sich bitte an: Kammer 
der Technik, WGMA, Clara-Zetkin-Straße 115/117, 
Berlin, 1086; Tel. 22652 18 

Müller 


Tagung 

„Speicherprogrammierbare Steuerungen“ 

WER? Kammer der Technik, Wissenschaftlich- 
technische Gesellschaft für Meß- und Automatisie- 
rungstechnik 

WANN? 4. bis 6. Juli 1990 
WO? Leipzig 

WIE? Interessenten wenden sich bitte an: Kammer 
der Technik, WGMA, Clara-Zetkin-Straße 1 15/1 17, 
Berlin, 1086; Tel. 226 53 04 

Bahn 
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Nachdem wir in der ersten Folge (in MP 4/ 
90) den Systemstart und die Arbeit im hierar- 
chischen Dateisystem behandelt haben, 
steht diesmal das An passen (Konfigurieren) 
von DOS an die eigenen Anforderungen im 
Vordergrund. Außerdem befassen wir uns 
mit Aufbau, Formatierung und Prüfung von 
Disketten. Weiter im Programm: Die Verän- 
derung der DOS-Bereitschaftsanzeige 
(Prompt). 

Wir richten uns ein 

Interne und externe Kommandos 

Der erste Teil des Kurses schloß mit der Vor- 
stellung einiger wichtiger Kommandos. DOS 
unterscheidet dabei zwischen internen und 
externen Kommandos. Als intern werden alle 
diejenigen Befehle bezeichnet, die vom Kom- 
mandointerpreter COMMAND.COM ausge- 
führt werden können. Es bedarf keiner zu- 
sätzlichen Programme auf der Diskette, denn 
sie befinden sich stets im Speicher. Alle bis- 
her besprochenen Befehle gehörten dieser 
Gruppe an. Soll dagegen ein externes Kom- 
mando ausgeführt werden, so kann es schon 
einmal zu folgender Ausschrift kommen: 

Falscher Befehl oder Dateiname 

Nämlich dann, wenn die entsprechende Pro- 
grammdatei nicht auf der Diskette (oder Fest- 
platte) vorhanden ist, denn jedes externe 
Kommando steckt in einer eigenen Datei vom 
Typ COM (selten EXE). 

Warum diese Einteilung in interne und ex- 
terne Kommandos? Nun, die wichtigsten und 
am häufigsten verwendeten Befehle sollen 
stets zur Verfügung stehen, andererseits 
würden aber komplexe Kommandos zu viel 
Platz im Speicher einnehmen - zumal, wenn 
sie nur selten benötigt werden. Die Anzahl 
externer Kommandos hat sich von Version zu 
Version vergrößert, bzw. die alten wurden er- 
weitert. Oftmals hilft also nur ein Blick ins 
Handbuch um festzustellen, ob ein bestimm- 
ter Befehl bei dieser Version bereits unter- 
stützt wird. Auch ist Vorsicht beim Austausch 
der DOS-Systemkommandos geboten. Die 
Mehrzahl läuft nur unter der dazugehörigen 
Betriebssystemsversion. Das gilt auch für 
den Kommandointerpreter. Viele DOS-Kom- 
mandos haben durch das Auftauchen kom- 
fortabler Dienstprogramme ihre Bedeutung 
verloren, manche müssen sich der Konkur- 
renz modernerer Ausführungen erwehren 
(z. B. der Debugger DEBUG) und eines ge- 
hört mit Sicherheit ins Museum: der Kom- 
mandozeileneditor EDLIN. 

Zwei wertvolle Kommandos wollen wir uns 
näher ansehen: XCOPY ist ein erweiterter Ko- 
pierbefehl, der ab DOS-Version 3.20 zur Ver- 
fügung steht. Die Ausgabe von Quell- und 
Zieldateien erfolgt wie bei COPY. 

Beispiele: 

xcopy *.txt a: /p Kopieren aller Textdateien 


aus dem aktuellen Verzeich- 
nis nach A: mit Abfrage 
xcopy *.* a: /s Kopieren aller Dateien und 
Unterverzeichnisse nach A: 
Zu beachten ist, daß beim letzten Beispiel 
nicht notwendigerweise die gesamte Diskette 
kopiert wird. Befindet man sich schon in einem 
Unterverzeichnis, so werden Dateien und 
Verzeichnisse nur ab dieser Hierarchiestufe 
kopiert. Das Doppeln von Disketten kann mit 
xcopy a: b: /s 

erreicht werden. DOS stellt dafür aber eine 
bessere Möglichkeit zur Verfügung: Den Be- 
fehl DISKCOPY Mit 
diskcopy a: b: 

können Sie ein Duplikat der in A: befindlichen 
Diskette in B: anlegen. Kopiert wird physisch 
(Spur für Spur), deshalb ist dieser Befehl 
schneller als XCOPY. Die Zieldiskette 
braucht nicht formatiert zu sein; sie erhält au- 
tomatisch das Quellformat. Aber Achtung: 
Alle Daten der Zieldiskette werden irrepara- 
bel überschrieben. Hüten Sie sich davor, 
Quell- und Ziellaufwerk zu vertauschen! 

Der Befehl gestattet es auch, auf Rechnern 
mit nur einem Laufwerk Kopien zu fertigen. 
Mit 

diskcopy a: 

dient A: als Quell- und Ziellaufwerk. In man- 
chen Versionen muß es auch doppelt ange- 
geben werden: 

diskcopy a: a: 

Nachdem DOS so viel wie möglich in den 
Speicher geladen hat, fordert es zum Disket- 
tenwechsel auf, beschreibt die Zieldiskette 
usw. Ein weiterer Vorteil des DISKCOPY-Be- 
fehls besteht darin, daß der Diskettenname 
(Volumenname - Sie erinnern sich?) mitko- 
piert wird. Das kann bei Sicherheitskopien 
von gekaufter Software wichtig sein (und wird 
in den Handbüchern empfohlen), nämlich 
dann, wenn die Programme diesen Namen 
abf ragen. 

Es soll nicht verschwiegen werden, wann Sie 
DISKCOPY nicht verwenden können: Zwi- 
schen Disketten verschiedener Formate 
kann nicht kopiert werden. Und soll die starke 
Fragmentierung (Zersplitterung von Pro- 
grammteilen) auf einer Diskette 
aufgehoben werden, so muß, 
wie oben gezeigt, auf XCOPY 
zurückgegriffen werden. 

An dieser Stelle sei auch auf 
die Befehle BACKUP und RE- 
STORE verwiesen, die für Si- 
cherungskopien der Festplatte 
vorgesehen sind und mit denen 
es möglich ist, größere Dateien 
zu kopieren als der Zieldaten- 
träger aufnehmen kann. Be- 
achten Sie dabei bitte, daß 
beide Befehle unbedingt zur 
gleichen Version von DOS ge- 
hören sollten; ohne ein passen- 
des RESTORE gibt es keine 
Möglichkeit, mit BACKUP gesi- 
cherte Daten je wieder zugäng- 
lich zu machen. 


Anlegen neuer Disketten 

Die gespeicherten Informationen sind auf 
den Disketten in Spuren abgelegt, die wie- 
derum in Sektoren unterteilt sind. Die Sekto- 
ren sind bei MS-DOS einheitlich 51 2 Byte 
groß (während bei CP/M recht verschiedene 
Sektorgrößen Verwendung fanden: Zuerst 
26 x 1 28 Byte, später 1 6 x 256 und 5 x 1 024 
Byte - ausführlich beschrieben in MP 2/ 
1989). Auf Standarddisketten befinden sich 
gewöhnlich 9 Sektoren auf einer Spur, so daß 
das Format 9 x 51 2 Byte zustande kommt. 
Auch heute wird noch viel Software in diesem 
Format ausgeliefert (z. B. Büchern beilie- 
gende Disketten), ln der DDR findet überwie- 
gend das zweite Format (720 KByte) Ver- 
wendung. Das zweiseitige Format bedeutet, 
daß das Laufwerk über zwei Schreib-/Lese- 
köpfe verfügt und beide Seiten gleicherma- 
ßen genutzt werden. Noch mannigfaltiger ist 
das Angebot an Festplatten. Als Zylinder 
werden die jeweils übereinanderüegenden 
Spuren des Plattenstapels bezeichnet. 

Vor der erstmaligen Benutzung eines Daten- 
trägers muß dieser formatiert (oder auch ini- 
tialisiert) werden. Das geschieht heute aus- 
schließlich softwaremäßig (man spricht des- 
halb auch von Softsektorierung). Damit wird 
erst beim Formatiervorgang festgelegt, mit 
welchem Format ein Datenträger verwendet 
werden soll; durch erneutes Formatieren (al- 
lerdings bei Verlust aller Daten) kann das 
auch geändert werden. Der FORMAT-Befehl 
(ein externer Befehl) wird wie folgt verwendet: 
format a: 

zum Formatieren einer Diskette in Laufwerk 
A:. Soll eine Systemdiskette eingerichtet wer- 
den, so kann das mit 

format a: /s 

geschehen. Ohne weitere Schalter wird stets 
das Standardformat des jeweiligen Lauf- 
werks angenommen. Ein beliebter Fehler bei 
der Verwendung dieses Befehls liegt in der 
falschen Laufwerksangabe. Also Vorsicht: 
Alle Daten werden zerstört. Am besten, sie 
entfernen die Disketten aus den anderen 
Laufwerken. 


Diskette duplizieren 

DISKCOPY lwl: lw2: [/I] 

lwl: und lw2 : Laufwerksangaben 

/I nur einseitig 


Erweiterter Kopierbefehl 

XCOPY [lw:] [pfad] [datei] [lw:] [pfad] [datei] 

[/a] [/d: datum] [/e] [/m] [/p] [/s] [/v] [/w] 

/a nur Dateien, die seit dem letzten Backup 
geändert wurden 

/e auch leere Subdirectories werden kopiert 
(sofern /s gesetzt ist) 

/m wie /a, Archivbit wird zurückgesetzt 
/s Subdirectories werden mitkopiert 

/v Vergleichslesen wird eingeschaltet 

/w warten auf Tastendruck zum Disketten- 
wechsel 

/d: datum nur Dateien,' die nach dem Datum ge- 
ändert wurden, werden kopiert 
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Beim Formatieren wird der Datenträger 
durch ein Kontrollesen geprüft, um so Mate- 
rialfehler festzustellen. 

Der Formatbefehl kann auch für Festplatten 
genutzt werden, allerdings sind vorher zwei 
weitere Schritte nötig: Die Vorformatierung 
mit einem speziellen Programm oder einem 
Sprung ins BIOS und die Aufteilung in Berei- 
che (Partitions) durch FDISK. Diese Arbeit 
sollte aber einem Experten überlassen wer- 
den. Auf jeden Fall kann der Inhalt einer Fest- 
platte dadurch nicht versehentlich mit FOR- 
MAT zerstört werden. 

Ist nicht mit dem Schalter /s formatiert wor- 
den, so können auch noch nachträglich mit 
sys a: 

die Systemdateien BIO.COM und DOS.COM 
übertragen werden. Der COPY-Befehl ist da- 
für nicht geeignet, da diese Dateien in einem 
festgelegten Bereich der Diskette stehen. 
Deshalb muß der Datenträger auch leer sein 
oder dieser Platz beim Formatieren mit dem / 
b-Schalter reserviert worden sein, da sonst 
wichtige Bereiche überschrieben werden. 
Anschließend ist noch COMMAND.COM mit 
einem beliebigen Kopierprogramm zu über- 
tragen. 

Jedem Datenträger kann ein Name zugeord- 
net werden. DOS stellt dafür den LABEL-Be- 
fehl zur Verfügung. Label bedeutet bekannt- 
lich soviel wie Marke oder Etikett. Im EDV- 
Sprachgebrauch wird auch der Name von 
Datenträgern selbst als Label bezeichnet. Mit 
label a: pit 

erhält der Datenträger in L lufwerk A: den Na- 
men PIT. Alle Kleinbuchstaben werden auto- 
matisch in Großbuchstaben umgewandelt. 
Der Name kann bis zu 1 1 Zeichen lang sein 
und - im Gegensatz zu Datei- und Verzeich- 
nisnamen - Leerzeichen enthalten. Ausge- 
schlossen sind alle Zeichen, die auch für Da- 
teinamen nicht verwendet werden dürfen. 

Die Eingabe von 
label 

ohne einen Namen erzeugt folqende Aus- 
schrift: 


Diskette/Platte, Laufwerk A: hat 
keinen Namen 

Name (max. 11 Zeichen) oder Eingabetaste 

Besitzt der Datenträger bereits einen Namen, 
so wird dem Nutzer außerdem angeboten, 
diesen zu löschen. Der LABEL-Befehl kann 
jederzeit verwendet werden, also nicht nur 
solange der Datenträger leer ist. SYS und 
LABEL sind externe Befehle. Zur Erinnerung 
sei auch noch einmal auf den VOL-Befehl 
zum Anzeigen des so vergebenen Namens 
hingewiesen und, wie Ihnen sicher schon 
aufgefallen ist, wird er auch beim DIR-Befehl 
stets mit ausgegeben. 

Überprüfen von Datenträgern 

Ist ein Datenträger längere Zeit im Gebrauch, 
so können sich Inkonsistenzen (logische Wi- 
dersprüche) im Dateisystem einstellen. Da- 
mit sind nicht mögliche Materialfehler ge- 
meint - sie würden bereits beim Formatieren 
aufgespürt werden. Vielmehr handelt es sich 
um Fehler, die durch Stromausfall, System- 
absturz oder fehlerhafte Programme verur- 
sacht werden und die bewirken, daß Dateien 
nicht korrekt abgeschlossen sind. Die Folge 
ist, daß als belegt markierte Bereiche der Dis- 
kette (sie werden Cluster genannt) zu keiner 
Datei mehr gehören, also verloren sind, oder 
daß Bereiche mehreren Dateien zugeordnet 
sind, was den Inhalt verfälscht. DOS stellt 
das Programm CHKDSK zur Verfügung, das 
eine Prüfung von Datenträgern (Check Disk) 
vornimmt. Dazu werden die Verzeichnisein- 
träge (Directories) herangezogen, sowie eine 
Tabelle, die auf jedem Datenträger vorhan- 
den ist und die Belegung aller Cluster enthält. 
Diese heißt FAT (File Allocation Table) und 
ist im Augenblick für uns nicht weiter von Be- 
deutung, 
chkdskc: 

überprüft den Datenträger des Laufwerks C: 
(i.a. eine Festplatte) und erzeugt folgendes 
Protokoll: 

Diskette/Platte MO & PIT 

erstellt 1 Jan 1980, 4.42 


den Hauptspeicher (640 KByte). Zu den ge- 
schützten Dateien gehören die Systemda- 
teien BIO.COM und DOS.COM. Wie bereits 
im Teil 1 beschrieben, besitzen diese die At- 
tribute von geschützten und versteckten Da- 
teien. Deshalb werden sie auch beim DIR 
nicht angezeigt. Zu den Dateiattributen mehr 
in einer späteren Folge. 

Die Statistik zeigt uns ferner die Anzahl der 
insgesamt vorhandenen Unterverzeichnisse 
(46) und Dateien (1182) sowie den davon 
eingenommenen Platz. Auf der Festplatte 
sind nur noch 57344 Byte frei; wir werden uns 
also bald von einigen Daten trennen müs- 
sen. 

Um eine Vorstellung von den Datenmengen 
zu vermitteln, werden als Faustregel für eine 
Seite Text 2 KByte veranschlagt. Mehr als 30 
Seiten wären also auf der Festplatte nicht 
mehr unterzubringen. 

Bei den hier angegebenen fehlerhaften Sek- 
toren handelt es sich um Bereiche, die bereits 
beim Formatieren ausgemustert wurden. Die 
Platte wäre in diesem Falle also recht voll, 
aber in Ordnung. Kritisch sind Fehler, wenn 
CHKDSK feststellt, daß Cluster zu keiner Da- 
tei gehören oder doppelt zugeordnet sind. In 
diesem Falle sollte der /f-Schalter angege- 
ben werden; nach Rückfrage versucht 
CHKDSK diesen Fehler zu beheben. In den 
meisten Fällen ist eine Reparatur möglich, 
wenn nicht, muß darüber nachgedacht wer- 
den, alle Dateien zu retten und den Datenträ- 
ger neu zu formatieren. 

CHKDSK kann auch dazu benutzt werden 
festzustellen, wie stark einzelne Dateien 
fragmentiert sind. Die Verwaltung der Da- 
teien führt im Laufe der Zeit dazu, daß sie 
nicht mehr zusammenhängend abgespei- 
chert sind. Sie werden „zerstückelt“ oder - 
fragmentiert. Die Folge sind längere Ladezei- 
ten, verursacht durch das Zusammensuchen 
der einzelnen Teile auf dem Datenträger. 
Auskunft darüber gibt CHKDSK mit Angabe 
eines Filenamens, also 
chkdskturbo.exe 


Formatieren von Datenträgern 

FORMAT lw: C/X] C/4] C/8] [/s] [/v] [/b] 

lw: Laufwerk 

/I formatiert nur einseitig 

/4 formatiert 360 KByte-Disketten auf 

HD-Laufwerk 

/8 formatiert 8 Sektoren/Spur (Standard: 9) 

/s die drei Systemdateien werden automatisch 

mit übertragen 

/v nach dem Formatieren wird nach einem 

Diskettennamen (Volumelabel) gefragt 
/b der Platz für das Betriebssystem wird 

reserviert, auch wenn inzwischen Dateien 
auf die Diskette kopiert werden 


Übertragen des Betriebssystems 
SYS lw: 

Es werden nur die beiden Dateien des BIOS und BDOS 
übertragen; für COMMAND.COM mu/3 ein normaler Kopier- 
befehl verwendet werden. Voraussetzung ist, daß der 
Datenträger leer ist oder mit dem /b - Schalter for- 
matiert wurde. 


Namen für einen Datenträger vergeben 
LABEL [lw:] [name] 
lw: Laufwerk 

name Zeichenkette (bis zu 11 Zeichen) 


21309440 Byte Gesamtkapazität 
81920 Byte in 6 geschuetzten 
Dateien 

110592 Byte in 46 Verzeichnis- 
sen) 

21053440 Byte in 1182 Benutzer- 
datei(en) 

6144 Byte in fehlerhaften 
Sektoren 

57344 Byte auf Diskette/Platte 
verfügbar 

655360 Byte Gesamtspeicher 

410336 Byte frei 

Der obere Abschnitt bezieht 
sich auf die Festplatte 
(20 MByte) und der untere auf 


zum Feststellen der Fragmentierung des 
Turbo-Pascal-Compilers. 

Selbstverständlich können auch die Joker für 
mehrere Dateien Verwendung finden. Ein 
Aufheben der Fragmentierung kann nur 
durch Umkopieren erreicht werden (siehe 
Diskussion zu XCOPY) oder durch spezielle 
Verdichtungsprogramme (z. B. COM- 
PRESS). 

AUTOEXEC.BAT 

Stets wiederkehrende Befehlsfolgen können 
im DOS in speziellen Kommandodateien zu- 
sammengefaßt werden. Sie tragen den Typ 
BAT (von Batch) und werden deshalb auch 
Batch-Dateien oder Stapeldateien (aus dem 
Großrechner-Vokabular) genannt. An einem 
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Jetzt können Sie die Zeitschriften von Markt&Technik günstig abonnieren - in Mark und 1:1 



INKLUSIVE 

BEGRÜSSUNGS- 

DISKETTE! 
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1/4 Jahr in 
Marli mm 
Kurs von 
1:1 bis zur 
Wübrungsunion! 
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BESTELLCOUPON 


Schicken Sie den 
ausgefüllten 
Coupon an: IVE 
Info- Verlag, Im 
Applikationszentrum. 
Elektronik Berlin, 
Mainzerstraße 25, 
Berlin 1035 


Ja, ich möchte ihr Spezia! angebot nutzen und bestelle folgende Zeitschriften) für 1/4 Jahr inklusive Begriißungsdiskeiie: 
d 64er - das Magazin für Com puterfans ( 1/4 Jahresabo inkl. Standiskette: 3 Ausgaben für 20, M ) 

D Computer live ■ das Internationale Computer Magazin ( 1/4 Jahresabo inkL Super-Utility- Diskette: 3 Ausgaben I ür 18,- M i 
D PC Magazin PLUS - die Spezial isienzeitschri ft für Computertechnik i t/4 Jahresabo inkl. Super-L lility-Diskette: 3 Ausgaben für ZU- Mi 
□ Computer Persönlich - Ihr den PC- Anwender im Beruf ( S/4 Jahresabo inkl. Super-L Hliiy-Diskene: 6 Ausgaben für 34,-M) 
Das Abonnement läuft 1/4 Jahr und verlängert sich automatisch um ein weiteres 1/4 Jahr bis zur Wührungsunion. Ich kann jederzeit /uni Ende des 
bezahlten Zeitraumes kündigen. 


Name. Vorname 


Siraite. Hausnummer 


PLZ. Wohnort 


02/ AC 72 05 


Datum, Unterschrift 






Einladung zur 1. Vollversammlung mit der Möglichkeit des Beitritts zum 


UNTERNEHMENSVERBAND 
INFORMATIONSSYSTEME e.V. 



am 27. Juni 1990 um 10.30 Uhr 

im Zentralinstitut für Kybernetik und Informationsprozesse 
der Akademie der Wissenschaften der DDR 
(Kurstraße 33, Berlin 1086) 


Im Untemehmensverband Informationssysteme (UVI) e.V. schließen sich auf dem Territorium der 
DDR tätige Unternehmen, Organisationen und Institutionen zusammen, die auf dem Gebiet der 
Informations- und Kommunikationssysteme Produkte und Dienstleistungen anbieten. 


Weitere Informationen über die Geschäftsstelle des UVI: 


Akademie der Wissenschaften der DDR 

Institut für Theorie, Geschichte und Organisation der Wissenschaft 

Herr Dr. sc. M. Weber 

1100 Berlin, Prenzlauer Promenade 149-152, 

Tel.: 4797 275 
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Die aktuelle Ausgabe 


Video-Verteiler + Fernbedienungsverlängerung 
* 12 V-Laser-Power-Supply 230 V-LED 

S-VHS/FBAS-Konverter Laser-Modulator-Interface 
5 5 Labor-Netzgeräte: 0-1 5 V/4 A bis 0-60 V/1 A 

j PC-Karten-Tester Breitband-Antennenverstärker 
i 200 A-Präzisions-Leistungs-Shunt LED-Tester 
I Prozessor-Frequenzzähler Leistungshalbierer 



journal 


entdecken 


Mehr Ideen 

Jedes Heft bietet Ihnen 10-15 aus- 
gereifte Schaltungen zum Selbstbau 
aus fast allen Bereichen der Elektro- 
nik. Von anspruchsvollen Meß- und 
Prüfgeräten, Umwelt- und Medizin- 
technik über ein vielseitiges Schulge- 
räteprogramm bis hin zu Video- und 
Audiotechnik, Kfz- Elektronik. Haus- 
technik. Computer- oder Laser- und 
Lichttechnik reicht das ELV-Produk- 
tionsprogramni. Das sind über 70 Ge- 
räte mit hervorragendem Gebrauchs- 
wert pro Jahr. 

Mehr Qualität 

Jedes Gerät wird von uns ausführ- 
lich getestet und hat einen hohen tech- 
nischen Standard. Um die Funktions- 
Sicherheit zu erhöhen, werden selbst- 
verständlich nur Qualitatsbauteile ein- 
gesetzt. 

Mehr Sicherheit 

Die Nachbausicherheit ist durch aus- 
führliche Funktionsbeschreibungen 
und leicht verständliche Bauanleitun- 
gen garantiert. Die praktische Anwen- 
dung der Geräte wird durch Beispiele 
erläutert. 

Mehr Service 

Bei ELV erhalten Sie von der Idee 
bis zum fertigen Gerät alles aus einer 
Hand. Dadurch sind unsere Fachleute 
in der Lage, Sie bei allen auftauchen- 
den Fragen schnell und unkompliziert 
zu beraten. Ein kurzer Brief genügt. 


Mehr Leistung 

Das ELVjoumul erscheint 6x im Jahr 
Am bequemsten für Sie im Abonnement. 
Denn für nur 32,40 M im Jahr erhalten 
Sie alle 2 Monate die druck fri sehe Ausga- 
be direkt ias Haus, 

Entdecken Sie mit dem ELVjoumai die 
Welt der Elektronik. 

Fordern Sie Ihr kostenloses Probeheft an. 



h/lini- 

sig nal 

Verfolger 


Abbildung des 
Feriiggerätes 




umfassende 

Bedienungshinweise 


ausführliche Funk- f 
ti Ortsbeschreibung mit 
A n wendungs bei spielen 


detail gtfkHte Schaltplane 
aus dem Entwi cklungs tabor 


High-Tech- Ausstattung 


Von der Idee zum Gerät 

Unsere Ingenieure und Techniker 
entwickeln für Sie funktionssichere 
und absolut alttagstaugliche Qualitäts- 
gerate. 

Durch eine intensive Zusammenarbeit 
mit Forschungsabteilungen der tech- 
nischen Universitäten und Entwick- 
lungsabteilungen der Industrie ist ein 
gleichbleibend hohes technisches 
Niveau garantiert. 


Modernste technische 
Ausrüstung wie CAD-Sy- 
steme und untereinander 
vernetzte Rechneranlagen 
unterstützen diese Fachleu- 
te bei ihrer täglichen Ent- 
wicklungsarbeit. 

Die eigenständige Erstei* 
lung der Software für die 
benötigten Mikroprozesso- 
ren gehört ebenso dazu wie 
die Entwicklung von An- 
wenderprogrammen für die 
denen PC-Applikationen. 


Mit dies 
können 
kostenk 
des ELV 
und einf 
Am best 
absende 


verschie- 



Sie die Welt der Elektronik 
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clrten 
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der fertig - 
bestückten Platine in 
Originalgröße 


Schnell sein lohnt sich !! 


detailgenauer 
Bestuckurtgsplan 
zum richtigen Ein- 
setzen der Bauteile 


Die ersten 1.111 Einsender 
erhalten diesen praktischen 
Solarrechner im Scheckkarten- 
format zusätzlich zu Ihrem 
aktuellen ELV journal gratis. 


leicht verständliche 
Nachbauan leitung 



komplette Auflistung oller 
zum Bau benötigten Bauteile 


I 

J \ 

er Karte \ 
Sie Ihr \ 

>ses Exemplar 
1 journal schnell 
ach abrufen. 
ten noch heute / 
sn. / 


Gratis-Anforderungs-Karte 

□ Ja , ich möchte das ELV Journal kennenlernen, Bitte schicken Sie 
mir sofort die aktuelle Ausgabe - natürlich kostenlos - an meine 
unten aufgeführte Adresse, Sollte ich unter den ersten LI 1 1 Ein- 
sendern sein, erhalte ich zusätzlich den praktischen Solarrechner, 

Bitte hier Ihre Adresse ein tragen: 

Name: - ^ — 

Vorname: 

Straße: . 

PLZ: Ort: 



Vertrauens-Garantie 


1. Information 

Gratisheft mit über 100 Seiten 
zur umfassenden Information 
und zum Kennenlemen ohne 
jede Kaufverpflichtung. 


2. Geld sparen 

Bauen Sie nach unseren leicht- 
verständlichen Bauanleitungen 
und Funktionsbeschreibungen 
Ihr Wunschgerät und sparen Sie 
dabei bis zu 50 % des Fertigge- 
rätepreises. 


3. Aktuelle Neuheiten 

Pro Jahr über 70 aktuelle neue 
Bauideen aus allen Bereichen 
der Elektronik, ausführlich in 
unserem Labor getestet und auf 
Alltagstauglichkeit geprüft. 

4. Kauf ohne Risiko 

Am besten im Abonnement für 
nur 32,40 M im Jahr. 6 aktu- 
elle Ausgaben des ELVjoumal 
alle 2 Monate direkt ins Haus. 
Sie können Ihr Abonnement je- 
derzeit beenden. 


5. Service 

Bei Fragen und Problemen ste 
hen Ihnen unsere Fachleute mit 
Rat und Tat zur Verfügung, Ein 
kurzer Brief genügt. 

6. Qualität 

ELV ist seit über 10 Jahren Spe- 
zialist für Elektronik. Zuverläs- 
sig, erfahren und professionell. 
Nur Qualitätsprodukte, speziell 
von unseren Ingenieurengeprüft, 
sind bei ELV erhältlich. 


AM BESTEN 
SOFORT 
ANFORDERN: 


Ihr persönliches Exemplar 
des aktuellen ELV journal. 



Ihre Eile wird belohnt! 



Die ersten 1, 11 1 Einsender erhalten 
mit Ihrem Gratis-Exemplar des 
ELV journal diesen praktischen 
Solarrechner. 



der Elektronik-Spezialist 


Bitte 

ausreichend 

frankieren 

Antwort 

ELV 

Postfach 14 20 

D-2950 Leer 


Für Ihre Unterlagen: 

(bitte aufbewahren) 

Ich habe am 

die aktuelle Ausgabe des 
ELV journal angefordert. 
Mir entstehen dadurch keine 
Kosten, da es sich um ein 
Gratis-Exemplar handelt. 
Wenn ich unter den ersten 
1.111 Einsendern bin, 
erhalte ich zusätzlich den 
praktischen Solarrechner 
gratis. Beides, ELV journal 
und Solarrechner, kann ich 
ohne Kaufverpflichtung 
behalten. 
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VERLAG TECHNIK 
BERLIN 

Auslieferung 
in diesen Tagen 
durch den Fachbuch- 
handel! 
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MIT PROGRAMMEN 
AUF SCHALLPLATTE 
FÜR HEIMCOMPUTER 
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Von Horst Völz 
200 Seiten. 

1 Datenschallplatte. 
Broschur. 

24 ,-M: 28 -DM. 

Bestellangaben: 

554 342 O/Völz. Basicode 


erfüllt die Wünsche 
vieler Co m pu t e rf reu n de : 

Den direkten Austausch von Daten 
und Programmen zwischen ver- 
schiedenen Rechnern. Hierzu wur- 
den ein einheitliches Datenformat 
und eine BASIC-ähnliche Sprache 
entwickelt. So ist es möglich, daß 
Texte. Grafik uritl Tonausgabe uni- 
versell nutzbar sind. 

BASICODE ist also das ideale 
Kommunikationssystem für C'om- 
pu tercl u bs . A rbe i t sge m e insch a fte n . 
Schulen usw . Aber auch der ..Stille 
Programmierer" wird viel Interes- 
santes an BASICODE entdecken. 
Lim die hohe Universalität er- 
reichen zu können, benötigt jeder 
Rechnertyp ein spezielles Zusatz- 
programm, den Baseoder. Für die 
wichtigsten Rechner befinden sich 
die Bascode r auf der zu diesem Buch 
gehörenden Schallplatte, 
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Bitte ausscbnelden und an folgende Anschrift schicken 
Inmao GmbH. Frankfurter Straße 103, 0-6096 Raunhetm, 
zM d. Frau Oorsctmer 


Diese PT Kon takten zeige" ist kein 
Scherz — wir suchen tatsächlich. 
Denn wir wissen zwar, daß es in der 
DDR tausende von EDV-Anwen- 
dem gibt, die sicher gern einen 
Blick in unseren Katalog werten 
würden. Aber wie kommt man zu- 
sammen? Wir haben uns für diesen 


Schicken Sie einfach den Coupon 
dieser Anzeige an uns zurück und 
Sie erhalten sofort kostenlos den 
aktuellen Inmac-Katalog. In ihm fin- 
den Sie Disketten, EDV-Papier, 
Farbbänder, Kabel, Stecker, Dia- 
gnosegeräte, Pufferspeicher, Mö- 
bel und viel innovatives Zubehör — 


Ja. schicken Sie mir bitte kostenlos und unverbindlich den 
aktuellen I nmac- Katalog . 


Name/Vorname 


Firma 


Abteilung 


Straße/Nr. 


Weg entschieden. Und wenn Sie alles sofort lieferbar! 


PLZ/O rt 


sich von unserer Annonce ange- 
sprochen fühlen, würden wir uns 
freuen, von Ihnen zu hören. Wir — 
das ist Inmac, der größte unabhän- 
gige EDV-Zubehör-Lieferant und 
-Hersteller der Welt mit Niederlas- 
sungen in 9 Landern, in der Bun- 
desrepublik liegt unsere Zentrale in 
Raunheim bei Frankfurt. Und bis es 
uns auch in Leipzig, Dresden oder 
Rostock gibt, sind wir von hier aus 
für Sie da. 


Dem Katalog beigelegt ist ein Info- 
Blatt mit Bestell-, Liefer- und Zah- 
lungshinweisen für Interessenten 
aus der DDR. Auf gute Zusammen- 
arbeit! 
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Telefon 

Vier Antworten, die uns helfen. Ihre Bedarfs läge elnzu schät- 
zen: 

2u welcher Branche gehört Ihr Betrieb? 

Wieviele Beschäftigte arbeiten an dem genannten Firmen stand- 
ort? 

□ 1 -49 G 50 99 □ 100-499 O 500-999 □ 1000 und mehr 
Welche Art von EDV wird dort eingesetzt? 

□ Großrechner □ Mini-Computer □ Personal Compiler 

Marke! n ) 

Welches Gebiet der EDV ist für Sie besonders interessant? 


I 





Kurs 


kleinen Beispiel sei das einmal demonstriert. 
Wir benutzen als Editor den COPY-Befehl, 
wie in Teil 1 erläutert. Sie können aber auch 
Ihren Hauseditor benutzen. Folgende Kom- 
mandos dienen zum Festlegen eines kleinen 
Testfiles: 
copy contest.bat 
eis 
ver 

<CTRL> <Z> 

Abgeschlossen wird mit der Tastenkombina- 
tion <CTRL> <Z> (<Strg> <Z>). Die da- 
miterzeugte Datei kann man sich mit 

type test.bat 

ansehen, und beim Aufruf mit dem Dateina- 
men 

lest 

werden die enthaltenen Befehle automatisch 
ausgeführt. In diesem Falle wird der Bild- 
schirm gelöscht und die DOS-Version ange- 
zeigt. 

Auf diese Weise können beliebige Komman- 
dos automatisch und wiederholt abgearbeitet 
werden. In der nächsten Folge des Kurses 
geben wir eine ausführliche Darstellung der 
Möglichkeiten der Batch-Programmierung 
sowie nützliche Tips und Tricks. An dieser 
Stelle soll nur eine ganz besondere Kom- 
mandodatei besprochen werden. Beim Sy- 
stemstart sucht der Kommandointerpreter 
nach einer Datei mit dem Namen AUTOEX- 
EC.BAT. Findet er sie nicht, so werden Da- 
tum und Zeit abgefragt, ist sie vorhanden, 
werden die enthaltenen Befehle abgearbei- 
tet. Damit hat der Nutzer ein Mittel in der 
Hand, beim Start stets wiederkehrende Be- 
fehlsfolgen ausführen zu lassen. Eine typi- 
\ sehe AUTOEXEC.BAT (auch Start Up File 
\ genannt) könnte folgendes Aussehen ha- 
ben: 
echo off 
\ break on 
\ verifyon 
ver 

prompt $p$g 

■ path c:\dos; c:\tools 

I- append c:\dos; c:\tools 
: keyb gr 
[ date 
time 

[ Mit echo off wird die Protokollierfunktion (auch 
; Echofunktion genannt) ausgeschaltet. Die 

■ folgenden Befehlszeilen erscheinen somit 

■ nicht mehr auf dem Bildschirm - wohl aber 
die durch sie erzeugten Ausgaben. Diese An- 

* Weisung dient nur der Erhöhung der Über- 
sichtlichkeit. Am Ende der Batch-Datei schal- 
tet sich das Echo automatisch wieder ein; 
wird der Befehl direkt von DOS aus gegeben, 
so muß es explizit mit echo on wieder einge- 
; schaltet werden. Wird echo ohne Parameter 
eingegeben, zeigt der Bildschirm die gegen- 
wärtige Schalterstellung an. Außerdem kann 
der Befehl echo dazu benutzt werden, um 
Nachrichten auf den Bildschirm auszugeben ; 
eine Option, die nur in Stapeldateien einen 

■ Sinn gibt. Versuchen Sie es einmal mit 
I echo alles roger 

f Mit dem BREAK-Befehl (interner Befehl) wird 
festgelegt, wann die Tastenkombination 
: <CTRL> <BREAK> (bei den meisten 
Rechnern auch <CTRL> <C>) Zum Pro- 

( grammabbruch führen soll. Mit break off kann 
die Überprüfung abgeschaltet werden (was 


auch Standard ist). Genaugenommen ist die 
Auswertung der Unterbrechungstasten nicht 
völlig unterbunden; bei einigen Ein- und Aus- 
gabeoperationen sind sie trotzdem noch 
wirksam. Das Einschalten wird mit break on 
erreicht. Diese Option ist besonders für Pro- 
grammierer geeignet, die eventuell vorkom- 
mende Endlosschleifen abbrechen müssen. 
Voraussetzung ist aber, daß DOS-System- 
rufe enthalten sind, denn nur dort findet eine 
Auswertung der Tastenkombination 
<CTRL> <BREAK> (<Strg> <Untbr>) 
statt. Beispielsweise läßt sich so auch wäh- 
rend der Diskettenarbeit ein Abbruch erzielen 
(z. B. während FORMAT). 

Dem PROMPT-Befehl ist am Ende dieses 
Kurses ein ausführlicher Abschnitt gewidmet. 
Kommen wir deshalb gleich zum PATH-Be- 
fehl. Dieser wird in kaum einer AUTOEXEC- 
.BAT fehlen. Er legt fest, wo DOS nach Pro- 
grammen suchen soll, die sich nicht im aktu- 
ellen Verzeichnis befinden. Beispielsweise 
möchte man Wordstar oderein anderes Text- 
verarbeitungsprogramm seines Vertrauens 
von jedem Textverzeichnis aus aufrufen kön- 
nen, aber (aus Platzgründen) nicht in jedes 
Verzeichnis kopieren. Gleiches gilt für die ex- 
ternen DOS-Befehle. Wie Sie sich erinnern 
werden, handelt es sich dabei um eigene 
Programme. Wollen Sie also den XCOPY- 
oder den FORMAT-Befeh! aufrufen, so muß 
DOS wissen, wo er zu finden ist -denn im ak- 
tuellen Verzeichnis ist er mit großer Wahr- 
scheinlichkeit gerade nicht. 

Zuerst wird stets im aktuellen Verzeichnis ge- 
sucht, dann der Reihe nach in den Verzeich- 
nissen, die der PATH-Befehl angibt. Im Falle 
der hier als Beispiel gezeigten AUTOEXEC- 
.BAT würden die Verzeichnisse DOS und 
TOOLS durchmustert werden. Erst wenn das 
Programm in allen diesen Pfaden nicht ge- 
funden wird, erscheint 
Falscher Befehl oder Dateiname 
Es kann auch auf verschiedenen Laufwerken 
gesucht werden, beispielsweise in den Wur- 
zelverzeichnissen von A: und C: mit 
path c:\; a\ 

Üblicherweise wird man aber nur auf der 
Festplatte oder der Systemdiskette suchen 
lassen, um nicht auf leere Laufwerke oder 
falsch eingelegte Disketten zuzugreifen. Mit 

path 

ohne Parameter wird der aktuelle Pfad ange- 
zeigt, und mit 

path; 

wird der Pfad gelöscht. 

Der PATH-Befehl ist ein sehr wertvoller Be- 
fehl, es sei aber auch nicht verschwiegen, 
daß sich bei einem langen PATH die Ladezei- 
ten verlängern. Nicht zu vergessen ist, daß 
mit PATH nur ein Suchpfad für ausführbare 
Programme (der Typen COM, EXE und BAT) 
festgelegt werden kann. Insbesondere mit 
nachladbaren Programmteilen (sogenannte 
Overlays), die nicht gefunden wurden, gibt es 
Probleme. Deshalb steht ab Version 3.20 der 
zusätzliche Befehl APPEND zur Verfügung. Im 
oben gezeigten Beispiel der AUTOEXEC- 
.BAT sind beide Pfade identisch, es ist aber 
auch möglich, zwei verschiedene Suchpfade 
zu definieren, wenn Programmdateien und 
Nicht-Programmdateien in gesonderten Ver- 
zeichnissen stehen. Die Verwendung des 
APPEND-Befehls erfolgt analog dem PATH- 


Befehl. Ohne Parameter aufgerufen, zeigt er 
den aktuellen Suchpfad an, und mit 

append; 

wird der Pfad gelöscht. Es sei noch darauf 
verwiesen, daß PATH ein interner Befehl ist, 
während es sich bei APPEND um einen ex- 
ternen handelt. 

Mit KEYB GR wird der deutsche Tastaturtrei- 
ber installiert; Standard ist die amerikanische 
Belegung. Sie werden das zuerst an der Lage 
des Doppelpunktes bemerken, der zum Um- 
stellen der Laufwerke benötigt wird. Die ame- 
rikanische Tastatur kann mit der Tastenkom- 
bination <CTRL> <ALT> <F1> jederzeit 
wieder aktiviert werden, mit <CTRL> 
<ALT> <F2> gelangt man zurück zur deut- 
schen Belegung. Mit einer anderen Landes- 
kennung können auch weitere Tastaturtrei- 
ber anderer Länder geladen werden; nur die 
jeweils letzten beiden sind aber aktivierbar. 
Vor der DOS-Version 3.30 war die Handha- 
bung für landessprachliche Tastaturtreiber 
etwas anders. Hier existierte für jedes Land 
ein eigener Treiber. Der entsprechende Be- 
fehl heißt 
keybgr 

Äußerlich besteht der Unterschied nur im feh- 
lenden Leerzeichen, in Wirklichkeit existiert 
hier für jedes Land ein eigenes Kommando, 
während ab DOS 3.30 die Landeskennung 
nur ein Parameter für KEYB ist, der die jewei- 
ligen Zeichensätze aus einer Datei holt. 

Da die Datei AUTOEXEC.BAT eine ganz nor- 
male Batch-Datei ist, die sich nur durch ihren 
reservierten Namen auszeichnet, kann sie 
auch jederzeit durch Aufruf mit dem Namen 
autoexec 

gestartet werden. Umgekehrt können alle 
Befehle, die in ihr enthalten sind, auch ein- 
zeln auf Kommandoebene angewendet wer- 
den bzw. können beliebige andere DOS- 
Kommandos oder Programme in die AUTO- 
EXEC.BAT geschrieben werden. Sollen 
beim Systemstart alle .BAK-Dateien gelöscht 
werden, so könnte das mit 
del\bak 

in der AUTOEXEC.BAT geschehen. Beliebt 
ist die Möglichkeit, beim Systemstart gleich 
ein Programm aufzurufen. Wenn sie stets mit 
dBase arbeiten, so können sie als letzten Be- 
fehl 
dbase 

einfügen und gelangen beim Einschalten au- 
tomatisch in das Anwenderprogramm. Zur 
Unterstützung unbedarfter Nutzer ist dies 
sehr hilfreich, da keine DOS-Kenntnisse nö- 
tig sind. Nach dem Studium unseres Kurses 
wird das für Sie aber überflüssig sein. 

Die Konfigurationsdatei CONFIG.SYS 

Beim Systemstart sucht DOS nach einer Da- 
tei, die Angaben zur Konfiguration enthält. Ihr 
Name ist CONFIG.SYS, und sie legt vor al- 
lem fest, welche Treiber (Gerätesteuerpro- 
gramme) geladen und welche Pufferbereiche 
reserviert werden sollen. Die Angaben in die- 
ser Datei sind - im Gegensatz zu allem, was 
wir bisher besprochen haben - keine Be- 
fehle, die ausgeführt werden können. Des- 
halb werden sie im folgenden als Parameter 
bezeichnet. Eine typische CONFIG.SYS 
könnte folgendes Aussehen haben: 
files = 20 
buffers = 20 


Mikroprozessortechnik, Berlin 4 (1990) 6 


177 


Protokollierfunktion 

ECHO 

[on/of f/text] 

on 

einschalten 

off 

abschalten 

text 

Ausgabe des Textes auf 
den Bildschirm 

Prüfung auf Abbruch mit <CTRL> <BREAK> 

BREAK 

[ on/of f] 

on 

Überprüfung bei jedem DOS -Ruf 

off 

Überprüfung nur bei Ein-/ Ausgabe- 
Funktionen 

Suchpfad für Programm- Dateien festlegen 

PATH 

bzw. 

[=] [lw:] [pfad] [ ; [lw: ] [pfad] . . . ] 

PATH ; 

zum Löschen des Pfades 

= 

keine Bedeutung, Benutzung wahlweise 

lw: 

Laufwerk 

pfad 

Suchpfad 

Suchpfad für Nicht-Programm-Dateien 

APPEND [lw:] [pfad) [;[ lw: ] [pfad] ... ] [/x] [/e] 

bzw. 


APPEND; zum Löschen des Pfades 

lw: 

Laufwerk 

pfad 

Suchpfad 

/x 

erweitert die Suche auch auf Programm- 
dateien 

/e 

speichert den Suchweg im Environment 
(wie bei Path) 

Anpassung nationaler Tastaturen 

KE YB 

[xx] [,nnn] [datei] 

XX 

Landeskennung: GR für Germany 

nnn 

Nummer des Zeichensatzes 

datei 

Name der Datei, die Tastatur- 
Spezifikation enthält 


K o n f i 


guration 
in CONFIG; SYS 


sbefehle 


BREAK = ON 
OFF 


BUFFERS = n 


DEVICE = datei 


Prüfung auf Abbruch 
mit <CTRL> <BREAK> 
ein-/ausschalten 
(Standard: OFF) 

Anzahl der Puffer für Fest- 
plattenzugriffe ( 1 . . 99 ) 

Einstellung landesspezifischer 
Schreibweisen (Datum, Zeit) 
n = 001 USA (Standard) 

n = 049 Bundesrepublik 

Deutschland 

(entspricht der Vorwahl im 
internationalen Telephon- 
verkehr) 

Installation von Geräte- 
treibern 

maximale Anzahl gleichzeitig 
offener Dateien (8.. 255) 

maximale Anzahl gleichzeitig 
offener File Control Blocks 
(1..255) ( CP/M-kompat ibel ) 

m Anzahl 

n Anzahl von FCBs, die nicht 
geschlossen werden sollen, 
wenn m überschritten ist 


SHELL = [lw:] [pfad] [datei] oder 

SHELL = [lw:] [pfad] cornrnand.com [parameter] 

Festlegung des Kommandointer- 
preters 

Entweder wird ein eigener 
Kommandointerpreter installiert 
oder COMMAND.COM mit Parametern 
(siehe Beschreibung COMMAND.COM) 


country = 049 

device = \dos\ansi.sys 

lastdrive = f 

Mit FILES kann die Anzahl der gleichzeitig 
geöffneten Dateien festgelegt werden. 
Standard sind 8, höchstens können 255 
angegeben werden. Zu beachten ist, daß 
in dieser Zahl auch die 5 Standard-Ein- 
gabe- und -Ausgabekanäle (Konsole, 
Drucker, Fehlerausgabe) enthalten sind, 
so daß bei einer Zahl von 8 nur noch drei 
nutzereigene Dateien verbleiben. Die 
meisten großen Programmpakete (z. B. 
dBase) geben in der Installationsanlei- 
tung an, auf welche Zahl FILES gesetzt 
werden soll. Es sei noch kurz erwähnt, 
daß Files nur für die neueren - heute fast 
ausschließlich genutzten - Unix-ähnli- 
chen DOS-Funktionen zuständig ist. Für 
ältere Programme muß die Einstellung 
mit FCBS erfolgen. Weitere Erklärungen 
würden an dieser Stelle zu weit führen. 
BUFFERS legt die Anzahl interner Puffer (a 
51 2 Byte) fest, die bewirken, daß weniger 
Disketten- (bzw. Platten-JZugriffe nötig 
sind, weil jeweils eine größere Daten- 
menge als ein Sektor in den Speicher ge- 
lesen wird. Der Sektor ist die kleinste Ein- 
heit, die mit einem Mal gelesen oder ge- 
schrieben werden kann. Möglich sind 
Werte zwischen 1 und 89, Standard ist 2, 
und empfohlen werden Werte zwischen 
10 und 20, da bei größeren Zahlen nicht 
nur zu viel Speicherplatz verloren geht, 
sondern die Zugriffe auch wieder langsa- 
mer werden (aufgrund der langen Suche 
in den Puffern). 

Zum Einstellen landesüblicher Schreib- 
weisen dient der COUNTRY-Parameter. So 
schreiben die Amerikaner das Datum mit 
Schrägstrichen (06/18/90), die Europäer 
mit Punkt (18.06.90). Unterschiedlich 
sind auch die Zeitangaben (2:00 pm bzw. 
14:00) und die Abtrennung der Tausen- 
der bei Zahlenkolonnen (mit Punkt bzw. 
Komma). Standard ist die amerikanische 
Einstellung (Kennung 001). Mit 
CONTRY = 049 

wird die deutsche Schreibweise einge- 
stellt. Die Länderkennungen entsprechen 
der internationalen Telefonvorwahl (049 
für Bundesrepublik Deutschland). 
Manchmal wird auch die 037 (für DDR) 
angeboten. Beachten Sie bitte, daß die 
Anwendung von COUNTRY keinen Ein- 
fluß auf die Tastaturbelegung und die Be- 
nutzung der Umlaute hat. 

Für alle Geräte (Konsole, Drucker, Lauf- 
werke, serielle Schnittstelle) lädt DOS 
beim Start eigene Steuerprogramme 
(Treiber, englisch: device driver). Der 
Nutzer hat die Möglichkeit, die Installation 
zusätzlicher Treiber zu veranlassen. Da- 
fürwird der DEVICE- Parameter verwendet. 
Ziel ist entweder der Anschluß zusätzli- 
cher Geräte oder das Ersetzen vorhande- 
ner Treiber durch einen eigenen (besse- 
ren). Über diese Problematik informieren 
auch MP 11/89, Seite 328, und 12/89, 
Seite 359. Wichtige zusätzliche Treiber 
sind ANSI.SYS (im nächsten Teil be- 
schrieben), MOUSE.SYS zur Bedienung 
der Maus und VDISK.SYS zum Anlegen 
einer RAM-Disk. Der DEVICE-Parameter 


kann mehrmals in der CONFIG.SYS er- 
scheinen, je nachdem, wie viele zusätzli- 
che Treiber eingebunden werden sollen. 
Erfordern die Treiber zusätzliche Para- 
meter, so können sie in der Zeile mit an- 
gegeben werden, beispielsweise 
device = vdisk.sys 128 512 24 
für eine RAM-Disk mit 128 KByte Kapazi- 
tät, 51 2 Byte Sektorlänge und 24 Haupt- 
verzeichniseinträgen. Welche Parameter 
für jeden einzelnen Treiber möglich sind, 
muß den jeweiligen Handbüchern ent- 
nommen werden. Der Eintrag LASTDRIVE 
=F legt fest, daß F: das letzte mögliche lo- 
gische Laufwerk sein soll. Standardein- 
stellung ist E:. Dieser Parameter steht im 
Zusammenhang mit der Möglichkeit, ein 
physisches Laufwerk mit verschiedenen 
Formaten als logische Laufwerke zu nut- 
zen sowie mit dem SUBST-Befehl (wird in 
einem späteren Teil besprochen) und 
Laufwerksumweisungen im Netzwerk. 
Für jedes Laufwerk wird Speicherplatz für 
die Verwaltung durch DOS reserviert, ver- 
geben Sie also nicht mehr Platz als nötig. 
Werden weniger Laufwerke eingetragen, 
als tatsächlich vorhanden, so wird die An- 
gabe ignoriert. 

Zwei Parameter sind nicht verwendet 
worden: Mit BREAK kann die Prüfung auf 
<CTRL> <BREAK> zum Programmab- 
bruch ein- und ausgeschaltet werden (ex- 
akt die gleiche Wirkung, wie das gleichna- 
mige DOS-Kommando), und mit SHELL 
wird ein eigener Kommandointerpreter 
festgelegt, sofern nichtCOMMAND.COM 
verwendet werden soll. Alternativ lassen 
sich damit auch Änderungen in der Instal- 
lation von COMMAND.COM bewirken, 
etwa ein Verzeichnis, aus dem er stets 
geladen werden soll, oder die Größe der 
Programmumgebung. 

Nicht näher beschrieben werden in die- 
sem Abschnitt die Konfigurationsparame- 
ter STACKS (zur Festlegung der Größe 
der Interruptstacks) und DRIVEPARM 
(zur Änderung der Laufwerksparameter). 
Gegebenenfalls müssen Sie im Hand- 
buch nachschlagen. Ab Version 4.00 
kommen INSTALL (zum Installieren resi- 
denter Programme), REM (für Kommen- 
tare innerhalb von CONFIG.SYS) und 
SWITCHES (zur Unterdrückung erweiter- 
ter Tastenfunktionen) hinzu. Es ist auch 
jetzt schon möglich, mit REM Kommen- 
tare einzufügen, damit wird aber eine 
Fehlermeldung verursacht. REM (von 
Remark) erinnert den Nutzer an seine Ab- 
sicht, einen Kommentar eingefügt zu ha- 
ben. 

Werden Eintragungen in der CONFIG- 
.SYS geändert, so muß das System auf 
jeden Fall neu gestartet werden 
(<CTRL> <ALT> <DEL> oder Reset- 
Taste), da die Konfigurationsdatei nur zu 
diesem Zeitpunkt beachtet wird. Auch ein 
Entfernen der so installierten Treiber ist 
grundsätzlich nur durch den Neustart 
möglich. Da dies oft falsch verstanden 
wird, sei noch einmal darauf hingewiesen, 
daß die Angaben in der CONFIG.SYS 
keine ausführbaren Befehle sind und des- 
halb nicht auf Kommandoebene gestartet 
werden können. wird fortgesetzt 
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Schnittstellen von Turbo-C 
zu MS-DOS 


Prof . Dr. Horst Beidatsch, Dr - Dieter 
Simon, Freiberg 


Der folgende Artikel wendet sich an all dieje- 
nigen, die mit der Sprache Turbo-C (Version 
1.5) die Vorzüge des Betriebssystems MS- 
DOS (Version 3.2) nutzen wollen. Insbeson- 
dere werden die dazu notwendigen Soft- 
ware-Interrupts und Registerstrukturen vor- 
gestellt und an einem Beispiel erläutert. 

Prinzipiell sind die vom DOS bereitgestellten 
Funktionen für die File-, Geräte-, Speicher- 
und Prozeßsteuerdienste in beliebigen Pro- 
grammsprachen ausnutzbar, wenn diese 
über eine definierte Registerstruktur verfü- 
gen und in der Lage sind, Software- Interrupts 
auszuführen. Die Programmiersprache 
Turbo-C verfügt über solche Strukturen und 
gestattet somit eine maschinennahe Pro- 
grammierung ohne Einschränkungen und ist 
in der Lage, kompakten effizienten Code zu 
generieren. Der Interrupts wird man sich im- 
mer dann bedienen, wenn man die Dienste 
und Vorzüge des Betriebssystems in An- 
spruch nehmen will und für diese Funktionen 
in der benutzten Sprache keine Möglichkei- 
ten der Nutzung implementiert sind. Das In- 
teresse an DOS-Funktionen entsteht bzw. 
steigt in der Regel mit 

• der Projektgröße und damit verbundenen 
Problemen des Projektverwaltens 

• dem Streben nach einer anwenderfreund- 
lichen, sicheren und damit defensiven Pro- 
grammierung 

• dem Einbinden von Grafikelementen. 

Das Schreiben von Dienstleistungsprogram- 
men verlangt ebenfalls die Nutzung von 
DOS-Funktionen. 

Schließlich berührt eine dritte Problematik die 
Nutzung und Steuerung der Hardware-Kom- 
ponenten und den Zugriff auf Datenträger; 
nicht zuletzt unter Berücksichtigung des 
Aspektes der Datenfernübertragung. 

Turbo-C kann all diesen Anforderungen ge- 
recht werden, ohne daß man auf das doch 
sehr aufwendige Programmieren in Assem- 
blersprache zurückgreifen muß, auch wenn 
das Zeigerkonzept dem Beginnenden an- 
fangs etwas schwerfällt. 

Bei der Programmierung von Software- Inter- 
rupts kann es allerdings zu Portabilitätspro- 
blemen kommen. Ein typischer Fall dafür ist 
das direkte Beschreiben des Bildschirmwie- 
derholspeichers. Es ist deshalb ratsam, Inter- 
rupts nur dann einzusetzen, wenn auszufüh- 
rende Funktionen durch die Sprache nicht 
unterstützt werden oder Interrupts effektivere 
Möglichkeiten bieten als die Sprache (bei- 
spielsweise um File-Allocation-Tables zu le- 
sen, Hardware- und Diskettenchecks vorzu- 
nehmen u. a.). Die Anwendung von Interrupts 
ist nicht zu empfehlen, wenn die benutzte 
Sprache selbst die gewünschten Funktionen 
enthält. So läßt sich beispielsweise ein File 
durch INT 21 H mit ah=0x41 löschen; hier ist 
es aber übersichtlicher und einfacher, die An- 
weisung 

unlink (const char *filename) 

zu benutzen. Mit steigender Versionsnum- 
mer, auch maschinennaher Sprachen wie 
Turbo-C, ist ohnehin der Trend nach maxi- 


malem Service zu verspüren. Erinnern wir 
uns zum Beispiel der Turbo-C Version 1 .0, so 
war dort das Bildschirmlöschen nur unter 
Verwendung des BlOS-lnterrupts INT 10H 
mit entsprechender Registerbelegung mög- 
lich, wenn nicht eine ESC-Sequenz gesendet 
werden sollte. Diese setzt aber ihrerseits die 
Existenz von ANSI.SYS voraus. Ab Version 
1 .5 sind viele solcher Dialogkomponenten er- 
gänzt worden / 1/. 

Registerstrukturen 
und Software-Interrupts 

Interrupts sind unterteilt in BlOS-lnterrupts 
und in die DOS-Funktionen, die über den 
Sammelinterrupt (INT 21 H) ansprechbar 
sind. 

Entscheidend für die Registerstruktur ist das 
Include-File DOS.H. Der Name verweist be- 
reits darauf, daß hier betriebssystemnahe 
Funktionen vereint sind. Im Unterschied zu 
Turbo-Pascal sind in Turbo-C Register und 
Segmentregister getrennt definiert, mit Aus- 
nahme einer gepackten Registerstruktur. 

Im einzelnen sind die Strukturen wie folgt ver- 
einbart: 

struct WORDREGS { 
unsigned int ax,bx,cx,dx, 
si,di,cflag,flags; 

}; 

struct BYTEREGS{ 
unsigned char al,ah,bl,bh,cl,ch,dl,dh, 

}; 

Beide Strukturen sind zu einer Union zusam- 
mengefaßt: 

Union REGS{ 
struct WORDREGS. x; 
struct BYTEREGS.h; 

}; 

Die Segmentregister sind wie folgt deklariert: 

struct SREGS{ 
unsigned int es; 
unsigned int cs; 
unsigned int ss; 
unsigned int ds; 

}; 

Die gepackte Registerstruktur schließlich 
sieht folgendermaßen aus: 

struct REGPACK{ 
unsigned r_ax,r_bx,r_cx,r_dx; 
unsigned r„bp,r_si,r_di,r_ds,r_es,rflags; 

}; 

Die zuletzt geschriebene Struktur erinnert an 
die in Turbo-Pascal notierte Deklaration. Die 
mit ihr im Zusammenhang stehende Anwei- 
sung trägt überdies den gleichen Namen 
intr();, und ist im DOS.H als 
intr(int inUype, struct REGPACK *preg); 
deklariert. 

Die Verwendung dieser Funktion ist, zumin- 
dest für den Turbo-Pascal-Programmierer, 
denkbar einfach. Angenommen, man steht 
vor der Aufgabe, eine Liste der Hardware- 
ausstattung lesen zu müssen, etwa um die 
Größe des RAMs zu ermitteln. Dann könnte 
man, da die Prüfbytes im BIOS auf 0:041 OH 
stehen, so Vorgehen: 

Der Speicherinhalt läßt sich mit 


peek(0x0,0x0410) 

direkt ermitteln und lesen; danach können die 
Bytes wie üblich weiterverarbeitet werden. 

Ist diese Adresse dem Programmierer unbe- 
kannt, so ist das Peek(.,.)-Kommando nicht 
anwendbar. Hier hilft uns DOS durch den 
BlOS-lnterrupt INT 1 1 H. Vereinbart man bei- 
spielsweise 
struct REGPACK rp: 
dann liefert - v 

intr(0x11,&rp); 

auf rp.r_ax die Information, welche auf 
0:041 OH steht. 

Weitere - ebenfalls insbesondere dem Pas- 
cal-Programmierer bekannte - Möglichkei- 
ten, DOS-Funktionen in Anspruch zu neh- 
men, sind die folgenden 121: 

bdos(int dosfun, unsigned dosdx, unsi- 
gned dosai); 

oder 

bdosptr(int dosfun, void *argument, unsi- 
gned dosai); 

Beispiel 

Eine Funktion, die eine Zeichenkette auf den 
Drucker geben soll, wäre wie folgt zu pro- 
grammieren: 

#include <dos.h> 

prints(s) /* Funktion printstring*/ 
char *s; 

{ 

/* DOS-FUNKTION */ 

/* 0x5 =^> Printstring */ 
while(*s) bdos(0x5,*s++,0); 

/*\n^>CR V 

bdos(0x5, '\n',0); 

} 

Der BlOS-lnterrupt 0x5H läßt sich benutzen, 
um den Bildschirminhalt auf den Drucker 
auszugeben. In DOS.H ist nämlich deklariert: 

#define geninterrupt(i) int — (i) 

Vereinbart man nun im eigenen Programm 
#define dump geninterrupt(0x5) 
dann wird durch den Ruf von Dump ein Bild- 
schirmausdruck erzeugt. Diese Funktion ist 
unabhängig von der Bildschirmseite. Ein ge- 
nereller Software-Interrupt ist unter Turbo-C 
durch die folgenden Funktionen ausführbar: 
int86(int intr_nr, union REGS*inregs, 
Union REGS *outregs); 
int86x(int intr_nr, union REGS *inregs, 
union REGS *outregs, 
struct SREGS *sregs); 

Hierbei stellt intr_nr die jeweilige Interrupt- 
Nummer dar. Genereller Software- Interrupt 
bedeutet, daß jeder beliebige verfügbare In- 
terrupt ausführbar ist. Im Gegensatz dazu 
sind die Funktionen 
intdos(union REGS *inregs, 
union REGS *outregs); 
intdosx(union REGS*inregs, 
union REGS *outregs, 
struct SREGS *sregs); 
immer bezogen auf den Sammelinterrupt 
(INT 21 H) ausgelegt. Damit der Gebrauch 
der Funktionen plastischer wird, eine De- 
monstration: 

In der Turbo-C-Version 1.0 soll der Cursor 
auf eine bestimmte Zeile und Spalte positio- 
niert werden, ohne eine vordefinierte Funk- 
tion gofoxyfspalte, zeile) wie sie in Version 
1.5 mit Conio.h existiert. In der Assembler- 
sprache wäre dann zu notieren: 

MOV AH, 2 

MOV DH,<zeile> 
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MOVDL,<spalte> 

MOV BH,<Bildschirmseite> 

INT10H 

wobei INT 10H der Video-Interrupt ist. Die 
Verwandtschaft der Sprache Turbo-C zu As- 
sembler wird an der Umsetzung des Pro- 
blems deutlich: 

#include <dos.h> 

typedef union REGS REGISTERS; 
main() 

{ 

struct SREGS sregs; 

REGISTERS regs; 

r 

gotoxy(spalte, zeile) 

{ 

REGISTERS regs; 

regs.h.ah=0x02; 

regs.h.dh=<zeile>; 

regs.h.dl=<spalte>; 

regs.h.bh=<bildschirmseite>; 

int86(0x10,+regs,+regs); 

} 

Es ist zweckmäßig, die Union REGS einer 
Typdefinition typedef zu unterwerfen. Ist auf 
einem anderen Rechner diese Union anders 
bezeichnet, ändert man lediglich diese De- 
klaration und spart mitunter erheblichen An- 
passungsaufwand. 

Die Funktion, die sich auf den INT 21 H be- 
zieht, verhält sich natürlich wie der Interrupt 
selbst, da sie eine Untermenge darstellt 
Nehmen wir an, wir wollten die Funktion chdir 
chdir (const char*path) 
aus DIR.H nachempfinden, so müßte man 
programmieren: 

regs.h.ah=0x3B; 

regs.x.dx=FP_OFF(pfad); 

sregs.ds=FP_3EG(pfad); 

intdosx(+regs,+regs,+regs); 

Natürlich ist es möglich, die letzte Zeile durch 
die folgende zu ersetzen: 

int86x(0x21,+regs,+regs,+sregs); 

Turbo-C ist somit tatsächlich maschinennah. 
Ab der Turbo-C-Version 2.0 ist zudem noch 
das direkte Einbinden von einzelnen Maschi- 
nenbefehlen durch das Kommando asm 

oder die Funktion emit möglich. Man 

kann also die Funktion gotoxy() durch das 
Assemblerbeispiel ersetzen, wobei jedem 
Befehl asm vorangesetzt werden müßte. Al- 
lerdings vergrößert die direkte Verwendung 


von Assemblercode auch die Fehlerquellen. 
Es ist unserer Meinung nach besser, den As- 
sembler-Modul zu separieren und alle nöti- 
gen Vereinbarungen durch TCC.EXE mit der 
Option -S (Assembler-Code erzeugen) er- 
stellen zu lassen. 

Im ersten Beispiel wurde das Kommando 
peek (.,.) folgendermaßen demonstriert: 

peek(unsigned Segment, unsigned offset); 
poke(unsignet Segment, unsigned offset, 

int value); 

Im Falle Byte sind peekb(.,.) und pokeb(.,.,.) 

zu verwenden. Von Basic her bekannt und 
unter Turbo-Pascal durch das Array mem [.:.] 
repräsentiert, spielen diese Kommandos 
durchaus eine Rolle. Wir möchten Ihnen die 
Verwendung der Kommandos am Beispiel 
der Erzeugung einer Laufschrift demonstrie- 
ren. Hierbei gilt es zwei Probleme zu lösen: 

0 Ermitteln der Adressen des Bildschirm- 
wiederholspeichers, die von der Grafik- 
karte abhängen; 

0 Erzeugung der Laufschrift selbst. 

Das beste Verfahren, die Grafikkarte sicher 
zu ermitteln, ist ein Hardware-Test über die 
Equipment- Liste. Pascal-Programmierer lö- 
sen das Problem durch das Lesen der 
Adresse des Eintrages der Grafikkarte im 
Adreßraum durch mem [$0000:$0449]. C- 
Programmierer könnten das gleiche durch 
peek(0x0, 0x0449) erreichen. 

Die Prüfbytes des Rechners sind direkt auf 
0:0410 ansprechbar und haben folgenden 
Aufbau: 


Position 

15 14 

13 

12 

11 10 

~9 

8 

76 

54 

3 2 

1 

0 


prt 

3 

j 

aux 

u 


drv 

vid 

RAM 




prt : Printer installiert 
j : Game Adapter 
aux : RS232 Ports 
drv : Diskettenlaufwerken 
vid : Video Mode 

RAM: Planar-RAM in 1 6 KBytes (Speicher- 
bänke) 


Hier ist also das niederwertige Halbwort mit 
den Bits 5.. 4 interessant. Die Prüfbytes wer- 
den mit dem schon bekannten Interrupt INT 
11H:intr(0x11,&rp) ermittelt und enthalten 
inrp.r_ax das Ergebnis. Gefragt ist natürlich 
die Bitbelegung. Unter Turbo-C ist das kein 
Problem. Das niederwertige Halbwort verbin- 
det man einfach mit dem Operator & über die 
Zweierpotenz. 


Beispiel: 

printf ((rp.r_ax & 1); 
if ((rp.r_ax & 2)>0) printf('T'); 
eise printf( 0"); 

if ((rp.r_ax & 1 28)>0) printf('T'); 
eise printffO"); 

Um das höherwertige Halbwort abzuarbei- 
ten, ist der Wert von rp.r_ax ganzzahlig 
durch 256 zu dividieren: 
rp.r_ax=(int) rp.r_ax/256; 

Dann wird wie beim niederwertigen Halbwort 
vorgegangen. Den eigentlichen Bildschirm- 
modus ermittelt man wie folgt: 

Ist Hwconf der Wert von rp.r_ax vor der 
ganzzahligen Division, und steht Vid im nie- 
derwertigen Halbwort, dann ist klar, daß der 
eigentlich zu überprüfende Interrupt sich aus 
der konjunktiven Addition von Bit 4 und Bit 5 
(2 4 =16, 2 5 =32 ergibt: 
test=(hwconf&1 6)+(hwconf&32); 

Da Vid 2 Bit belegt, gibt es 2 2 Fälle des Zu- 
standes beider. Die Prüfziffer ergibt sich nun 
aus der Zweierpotenz des niederwertigen 
Bits, also 2 4 . Bild 1 zeigt eine mögliche Pro- 
grammvariante. 

Beim zweiten Problem ist zu beachten, daß die 
Laufschrift auf einer bestimmten Zeile in einer 
definierten Spalte zu positionieren ist, daß die 
Laufschrift (die Message) eine bestimmte 
Länge hat und eine Geschwindigkeit aufwei- 
sen muß. Aus der Analyse der Grafikkarte er- 
gibt sich die Adresse, auf die die Laufschrift zu 
speichern ist. Ist eine Farbkarte vorhanden, so 
lautet die Adresse des Bildschirmwiederhol- 
speichers B800H, anderenfalls B000H. 

Alles andere kann der Funktion Laufschrift 
(Bild 2) entnommen werden (vgl. auch /3/). 

In unserem Beispiel wurde eine Color-Karte 
unterstellt. 

Es zeigt recht anschaulich das Zusammen- 
wirken von Interrupts und den direkten Zugriff 
auf den Adreßbereich des Hauptspeichers. 

Weitere Anwendungsfälle 

Es gibt natürlich auch ernsthaftere Fälle, In- 
terrupts zu gebrauchen. Beispielsweise das 
Problem, ein Cross-Reference-Programm zu 
entwickeln, welches alle Include-Files be- 
rücksichtigt. Ist ein File Read-only, kann man 
nicht ohne weiteres eine solche Cross-Refe- 
rence erstellen. Es muß also gewährleistet 
werden, daß die Files bei der Bearbeitung 
den Read/Write-Status besitzen und nach 
Bearbeitung wieder den ursprünglichen Sta- 
tus annehmen. Tafel 1 zeigt die dabei mögli- 
chen Dateiattribute. 

Alle Attribute sind additiv anwendbar. 

Mit dem Interrupt 0x43H auf dem Register 


void laufschrift (x, y, laenge , geschwind ) 
int x, y, laenge , geschwind ; 

{ unsigned int merker,a; 
int l; 

do ( 

merker=peek (0xb800, ( 160*(y-l ) +2* ( x- 1 ) ) ) ; 
for ( i=x; i<-x+laenge- 1 ; i++ ) { 

a=peek (OxbSOO, ( 160* ( y- 1 ) +2* ( i )) ) ; 

poke ( 0xb800, ( 160* ( y- 1 ) +2*( i-1 ) ) ,a) ; 

poke ( 0xb800, ( 160*(y-l)+2*(x+laenge-l ) ),merker ) ; 

delay (geschwind) ; 

> 

) whileC Ikbhit ( ) ) ; 


switch(test) { 

case 0:printf( "ungue 1 t i g" ) ; break ; 

case 16= printf ( "Color-Card 40x25 monochrom'’ ) ;break ; 
case 32 : pr int f ( "Co 1 or-Card 80x25 monochrom "); break ; 
case 48: printf ( "Honochrom-Card 80x25" ); break ; 
def ault :break ; 

) 

Bild 1 Menü zur Adreßbestimmung des Bildschirmwiederhol- 
speichers 

Bild 2 Programmausschnitt Laufschrift 
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ah über INT 21 H aber ist die Klärung des Pro- 
blems einfach. Ähnlich unkomplizierte Her- 
angehensweisen ergaben sich bei solchen 
Problemen wie dem Bestimmen von Filegrö- 
ßen und dem Lesen der FAT, um Aussagen 
wie bei CHKDSK.EXE zu erreichen. Ebenso 
ist es relativ einfach möglich, die Disketten- 
kapazität zu prüfen, formatierte Type-Funk- 
tionen zu erzielen, bestimmte Unix-Funktio- 
nen (z. B. GREP a file) zu implementieren. Di- 
rectories anzulegen und zu löschen, Forma- 
tierungen für verschiedene Disketten-For- 
mate vorzunehmen u. a. Ein weiteres Anwen- 
dungsbeispiel könnte auch das Katalogisie- 
ren von Disketten sein. 


Tafel 1 


. 

. . 

Dual 

76543210 

dezimal 

Bedeutung 

Bit- 

00000000 

00 

R/W 

muster 

0 0 0 0 0 0 0 1 

01 

R/O 


0 0 0 0 0 0 1 0 

02 

HIDDEN 


0 0 0 0 0 1 0 0 

04 | 

SYS 


0 0 0 0 1 0 0 0 

08 

Volume 


0 0 0 1 0 0 0 0 

10 

(Sub*) 

Directory 


0 0 1 0 0 0 0 0 

20 

Archiv 


0 0 111111 

3F 

anyfile 


Unix-Grundlagen 

Alles zur gleichen Zeit 


Wolf gang Börner 


Die steigende Popularität von Unix ist allge- 
mein anerkannt. Dieses Multiuser- und Multi- 
tasking-Betriebssystem hat langjährige und 
treue Anhänger unter professionellen An- 
wendern und vor allem an den Universitäten. 
( Iw) 

Häufig hört man die lapidare Feststellung, die 
Ziele anderer Betriebssystemhersteller seien 
von Unix bereits seit Jahren erreicht; an die 
bislang noch unhandliche Benutzeroberflä- 
che haben sich die Vertreter dieser Meinung 
ohnehin gewöhnt. 

Wo liegen die Stärken und Schwächen die- 
ses in den frühen siebziger Jahren in den Bell 
Laboratorien in den USA entwickelten und 
seither fortlaufend verbesserten Betriebssy- 
stems? Welche Chancen für eine weitere 
Verbreitung gibt es, und wer setzt es bevor- 
zugt ein? Diese und eine Reihe anderer Fra- 
gen haben CP veranlaßt, die Vergangenheit 
und Zukunft von Unix zu durchleuchten und 
offenzulegen. 

Besonders interessant scheint es auch, die 
Entwicklungen um OS/2 zu betrachten, da 
mit diesem jüngsten Kind der Microsoft-/! BM- 
Softwareschmiede ein weiterer Bewerber um 
die Käufergunst im Disput „Multiuser kontra 
Netzwerke“ auf der Bühne erschienen ist. 
Die kommenden Monate werden grundlegen- 
de Entscheidungen bringen, wenn der Burg- 
frieden in den Reihen der Unix-Organisatio- 
nen und Normierungsausschüssen um eine 
einheitliche grafische Benutzeroberfläche für 
Unix anhält. Für diese Entwicklung müssen die 
passionierten Mini-Spezialisten dem Mitbe- 
werber OS/2 dankbar sein. Auch die wach- 
sende Zahl der 386er-PCs im Markt und daran 
angepaßte Unix-Versionen wie SCO Unix V/ 
386 tragen zur Steigerung der Nachfrage bei. 
Mehr als 3000 kommerzielle Anwendungen 
unter Unix sind zur Zeit in den Katalogen der 
Systemhersteller aufgeiistet, nahezu für je- 
den Bedarf gibt es eine große Auswahl. Kann 
Unix die Welt der Desktop-PCs erobern? 


Unix ist an Multifunktionalität kaum zu über- 
bieten. Kein anderes Betriebssystem läuft 
auf so vielen Prozessoren und Computersy- 
stemen. Rund 20 Jahre hat diese Entwick- 
lung von Ken Thompson und Dennis Ritchie 
hinter sich. Nun ist mit OS/2 ein Mitbewerber 
erwachsen, der mit seiner „eingeschränkten“ 
Verwendbarkeit ausschließlich für Intel-Pro- 
zessoren gerade deswegen zu einem ernst- 
haften Konkurrenten wird. Auch die bereits 
etablierten Netzwerkhersteller machen Front 
gegen dieses ursprünglich „elitäre Hoch- 
schul-Betriebssystem“. Welche Chancen hat 
Unix auf dem PC? Liest man die Einführun- 
gen zu Unix-Büchern, so erscheint das Be- 
triebssystem als eines der „einflußreichsten 
und populärsten überhaupt“. Schätzungen 
zufolge sollen derzeit rund eine Viertel Million 
Computer unter Unix arbeiten. Zum Ver- 
gleich: Man schätzt die Zahl der MS-DOS-ln- 
stallationen auf ca. 30 Millionen. Aber MS- 
DOS-Anwender werden manchmal von den 
wahren Unix-Enthusiasten noch immer nicht 
für voll genommen. Als ebenbürtiger Gegner 
aber wächst OS/2 heran, das Kenner für den 
„Renner“ der neunziger Jahre halten. 

Der alte Streit zwischen den Bedienern von 
Mainframe- und Minicomputern einerseits 
und den PC-Anwendern andererseits ver- 
läuft, so scheint es, mehr und mehr zugun- 
sten der Personal-Computer. Die bisher ge- 
priesenen Vorzüge der Groß-EDV: virtuelle 
Adressierbarkeit, große Festplatten und kon- 
sequente Kontrollmöglichkeiten der Ge- 
schehnisse in der Rechnerumgebung, ringen 
dem PC-Benutzer nur noch ein müdes Lä- 
cheln ab. Moderne Prozessoren, adressier- 
barer Hauptspeicher im Gigabereich und 
räumlich kleine Massendatenspeicher mit 
großen Kapazitäten lassen die Systemadmi- 
nistratoren der Mittleren Datentechnik (MDT) 
aufhorchen. Das alles gibt es in kleinen Ge- 
häusen, die auf oder neben dem Schreibtisch 
Platz haben. 

Es bleiben die Zauberworte Multitasking- und 
Multiuser-Betrieb. Beide Voraussetzungen 
bringt Unix von Haus aus mit. Nachdem die 
Betriebssystemhersteller erkannt haben, daß 


/I/ Schildt, H.: Advanced TURBO-C. Borland-Osborne/ 
McGraw-Hill Book Company, California 1987 
121 Hartwig, O.: TURBO-PASCAL für Insider. Markt und 
Technik Verlag AG, Haar bei München 1 987 
/3 / Kalfa, W.: Das Betriebssystem MS-DOS. Mikroprozes- 
sortechnik Berlin 2 (1988) 12, S.356 
/4/ Kernighan, B. W. Ritchie, D. M.: Programmieren in C. 

Carl-Hanser-Verlag München, Wien 1 983 
ISt Hübener, J.: MS-DOS. Verlag Technik, Berlin 1988 


| El KONTAKT W j 

Bergakademie Freiberg. Zeunerstr. 8-10, Freiberg, 9200; 
Tel. 51 2674 


die bisher belächelten PCs kaum mehr von 
Workstations zu unterscheiden sind, begin- 
nen sie sich dem Fortschritt anzupassen; al- 
len voran die Santa Cruz Operation mit ihrem 
SCO Unix V/386. 

Die Gegner von Unix setzten auf Vernetzung, 
auf lokale Netzwerke (LAN) für Einzelplatz- 
PCs. Auf das eigentliche Betriebssystem 
wurde eine Netzwerkshell gesetzt, die zu ei- 
nem eigenen Netzwerkbetriebssystem an- 
wuchs. Mit dem Auftreten von OS/2 wird 
diese Konfrontation allerdings um einen Ge- 
genspieler auf der Seite der Multiuser- und 
Multitasking-Betriebssysteme verstärkt. Die 
eigentliche Fragestellung des Anwenders 
lautet also, ob ein Netzwerk aus Einzelplät- 
zen oder eine Multiuser/Multitasking-Umge- 
bung für seinen Einsatzbereich sinnvoller ist. 
Wo liegen für den Anwender die wesentli- 
chen Unterschiede im Betrieb einer Multiu- 
ser- im Gegensatz zu einer Netzwerkumge- 
bung? Grundsätzlich keine: Beiden gemein- 
sam ist der Wunsch, im Team zusammenzu- 
arbeiten, um Redundanzen zu vermeiden 
und kostenaufwendige Geräte gemeinsam 
zu nutzen. Der so häufig geübte Preisver- 
gleich ist bei der Beurteilung nur ein Krite- 
rium, wichtiger erscheinen die Funktionsver- 
gleiche. 

Teamarbeit steht im Vordergrund 

Für ein reibungsloses Zusammenspiel vieler 
Arbeitsplätze sind eine Reihe von administra- 
tiven Funktionen notwendig, unter anderem 
die Überwachung des ordnungsgemäßen 
Verhaltens der beteiligten Peripheriegeräte 
und die Vergabe und Kontrolle der Zugriffs- 
rechte. 

□ Sind die Daten vor unrechtmäßigem Zu- 
griff geschützt? 

□ Wie reagiert der Computerverbund auf 
Ausfall eines Teilnehmers? 

□ Wie viele Versionen einer Anwendungs- 
software müssen gekauft werden? 

□ Wer verwaltet den zur Verfügung stehen- 
den Arbeitsspeicher mit welchen Prioritäten? 

□ Wann entstehen Last- und Performance- 
Probleme? 

Diese und viele andere Fragen müssen be- 
antwortet werden, um nicht nach dem Kauf 
einer Anlage vor zum Teil kostenträchtigen 
Problemen zu stehen. 

Wichtig ist, wann die Entscheidung zwischen 
Netzwerk oder Multiuser-Umgebung gefällt 
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wird. Wenn alle Arbeitsplätze bereits mit PCs 
ausgerüstet sind, fällt die Entscheidung für 
ein Netzwerk leicht. Arbeiten hingegen bisher 
nur wenige Mitarbeiter an einem Personal- 
computer, so ist die Wahl offen. 

Ein weiterer Punkt sind die einzusetzenden 
Anwendungen. Sollen generell mehrere Pro- 
gramme individuell benutzt werden, oder be- 
schränkt sich die Auswahl der Software auf 
einige von allen genutzten Programmpa- 
kete? Wenn viele Anwendungsprogramme 
für völlig unterschiedliche Arbeiten benötigt 
werden, so empfiehlt sich ein Netzwerk, um 
die einzelnen Anwender ungestört voneinan- 
der arbeiten zu lassen. Es gibt auch eine 
Reihe von Anwendungen, die kontinuierlich 
abgearbeitet werden müssen. In diesen Fäl- 
len wären möglicherweise alle anderen Teil- 
nehmer in einer Multiuser-Umgebung „aus- 
gesperrt“. Als Gegenstück dazu sind die typi- 
schen Batch-Verarbeitungsläufe bei Finanz- 
buchhaltungsprogrammen o. ä. auf einer 
Multiuser-Anlage gut aufgehoben. Generell 
gilt, daß heterogene Anwendungen in einem 
Netzwerk besser aufgehoben sind. Beson- 
ders auffällig wird dieser Grundsatz im Work- 
group Computing, wenn z. B. Publikationen 
mit Electronic Publishing erstellt werden. Da- 
bei bevorzugt der DTPIer einen Macintosh, 
die Tabellen werden auf einem PC bearbei-“ 
tet, und die endgültige Montage erfolgt auf ei- 
nem Unix- oder 0S/2-PC. Der Datenaus- 
tausch erfolgt über ein Netzwerk, so daß je- 
der Anwender in seiner bevorzugten Umge- 
bung die erforderlichen Leistungen bereitge- 
stellt bekommt. Die Entscheidung für einen 
Unix-basierten (386er-)PC liegt in der für die- 
ses Betriebssystem angebotenen hervorra- 
genden Electronic-Publishing-Software. 
Neben der Abarbeitung im Stapel wird häufig 
eine Hintergrundverarbeitung gewünscht. 
Einzelplatzsysteme bieten dazu bisher keine 
vernünftigen Möglichkeiten, wenn beispiels- 
weise große Datenbestände abgefragt oder 
ausgewertet werden sollen. Bei Vorder- 
grundprozessen kann unter Umständen 
während der Abarbeitung der Arbeitsplatz 
blockiert sein. In allen modernen Unix-Ver- 
sionen sind sowohl komfortable Hintergrund- 
verarbeitungs- als auch Spooling-Routinen 
vorhanden. 

Die quasi gleichzeitige Nutzung von Daten 
wird als Data Sharing bezeichnet. Dabei un- 
terscheidet man zwei grundlegende Möglich- 
keiten: den Zugriff auf Dateien (Files) oder 
einzelne Datensätze (Records). Zur Vermei- 
dung von unkontrollierten Kollisionen müs- 
sen entsprechende Schutzmechanismen 
vorgesehen sein. Unix wurde von Anfang an 
mit vielfältigen und wirksamen Schutzvor- 
richtungen ausgestattet, die modernen Netz- 
werk-Betriebssysteme bieten inzwischen je- 
doch gleiche Schutzmechanismen. Generell 
wird Unix einzelne Records aus einem File 
rascher an den angeschlossenen Terminals 
bereitstellen können: Anders hingegen sieht 
die Situation aus, wenn mehrere Anwender in 
einer Tabellenkalkulation in derselben Ta- 
belle arbeiten. Die Rekalkulation einer gro- 
ßen Tabelle erfordert viel CPU-Zeit und bringt 
in einem Multiusersystem lange Reaktions- 
zeiten für die beteiligten Anwender. Bei über- 
wiegendem Einsatz von Kalkulationssoft- 
ware sind vernetzte PCs vorteilhafter. 

Ein besonders wichtiges Kriterium bei der 
Entscheidung zwischen Unix und seinen Al- 
ternativen ist die Frage der Standardisierung. 
Hier bietet Unix erhebliche Vorteile, wenn 
man die tatsächliche Standardisierung des 


Betriebssystemkernes betrachtet. Nicht von 
ungefähr weist es die meisten Installationen 
auf völlig unterschiedlichen Computersyste- 
men auf. Nur ein kleiner Systemkern (Nu- 
cleus) ist maschinenabhängig, alle anderen 
Programmteile sind in systemunabhängigen 
Programmiersprachen geschrieben, in der 
Regel in C. Zusätzlich ist eine beschriebene 
Zahl von Kommandos allen Unix-Versionen 
gemeinsam. Der Käufer einer Unix-Anlage 
hat also die Gewißheit, daß seine Pro- 
gramme relativ leicht portiert werden können. 
Daß im täglichen Soft- und Hardwareleben 
trotzdem ein erheblicher Aufwand getrieben 
werden muß, liegt in der Regel an den not- 
wendigen Anpassungen an die neue Peri- 
pherie. 

Die Übertragbarkeit von Software zwischen 
unterschiedlichen Netzwerken ist weitaus 


problematischer, es gibt hier nur die soge- 
nannten „De-facto-Standards“ der jeweils 
durch die Zahl ihrer Installationen dominie- 
renden Hersteller. Auch die Kompatibilität 
unter OS/2 ist sehr fragwürdig, wenn es bei- 
spielsweise um den Datenaustausch zwi- 
schen Datenbankprodukten verschiedener 
Hersteller geht. SQL ist lediglich ein Quasi- 
Standard. Obwohl Microsoft die Schnittstel- 
len zum OS/2 verbindlich für alle Anwen- 
dungsprogramme beschreibt, gibt es an ver- 
bindlichen Regeln für die Kommunikation der 
Applikationen untereinander noch einiges zu 
entwickeln. 

Mit dem Aufkommen der 386er-Prozessoren 
hat sich die Marktsituation für Unix auf dem 
PC wesentlich verändert. Bislang waren 
LANs die preiswertere Alternative zu Multiu- 
ser auf Superminis. Heute haben zum einen 


Merkmal System 

PC-LAN 

PC-LAN 

Mehrplatzsysteme 

Anzahl der Arbeitsplätze 

bis 10 

>10 

5 bis 100 

Einsatzbereich 

Kommunikation und 

Kommunikation und 

Multiuser-Anwendungen 


Ressoursharing 

Ressoursharing 

Prozessor 

80286, 80386 

80286, 80386 

80286 (Xenix), 80386 (Unix) 

Plattenkapazität 

dezentral 

bis 40 MByte 

bis 40 MByte 


Server 

bis 160 MByte 

bis 900 MByte 

bis 1 400 MByte 

Plattenzug riff e zentral 

gelegentlich 

häufig 

oft 

Betriebssystem 

z. Zt. DOS, Singletasking 

z. Zt. DOS, Singletasking 

Unix (Xenix), 


oderOS/2, Multitasking 

oderOS/2, Multitasking 

Multitasking 

Anwendungen 

Standard, Singleuser 

Standard, Singleuser 

Standard, Spezial, 
MultiuserATimesharing 

Antwortzeiten System: 

Anwendungen, Pro- 

Anwendungen, Pro- 

Anwendungen, Prozessor, 

abhängig von 

zessor, Hauptspeicher 

zessor, Hauptspeicher 

Hauptspeicher, Anzahl der User 

zentrale Platte: 

Server/Prozessor, Netz, 

Server/Prozessor, Netz, 

I/O- Prozessor, 

abhängig von 

Anzahl der Zugriffe 

Anzahl der Zugriffe 

Zahl der Zugriffe 

Datensicherheit 

gut 

gut 

gut 

-Schutz 

gering 

gut 

gut 

Übertragung 




Kabel 

Basisband 

Basisband 

diverse 

Geschwindigkeit 

^3 MBit/s 

SIOMBit/s 

^ 100 kBit/s 

Protokoll 

Standard 

Standard 

eigene 

Entfernung 

^300m 

S300m 

= 1 00 m, 2500 m mit Verstärker 

Kosten pro Arbeitsplatz 

15000 D-Mark 

20000 D-Mark 

10 bis 40 000 D-Mark, 
abhängig von der Anzahl der AP 


Die Gegenüberstellung zeigt deutlich die Gemeinsamkeiten und Unterschiede von LANs und Mehrplatzsystemen 


182 


Mikroprozessortechnik, Berlin 4 (1990) 6 



die steigenden Installationen den Verkaufs- 
preis für PC-Unix sinken lassen bzw. die Por- 
tierung forciert, zum anderen ist die Perfor- 
mance der PCs derartig angehoben worden, 
daß ein direkter Vergleich zu Minirechenanla- 
gen möglich wurde. Durch den vergrößerten 
und virtuell verwalteten Hauptspeicher sind 
PCs zu einer Plattform für die Applikationen 
der Minis herangewachsen. Im Zuge der wei- 
teren Entwicklung um den 486er mit 1 5 MIPS 
(Million Instructions per Second), 256 MByte 
Speicher und bis zu 4 GByte Massenspei- 
cherkapazität über einen 32 Bit breiten Bus, 
haben praktisch alle Anlagen der MDT und 
auch einige preiswerte Mainframes das 
Nachsehen in einem Vergleich. Das bedeu- 
tet, daß die Preise für Multiuser-Anlagen 
merklich gefallen sind; in der Regel liegen sie 
sogar unter dem für ein Lokales Netzwerk mit 
gleich vielen Anwendern. Wo nun liegt der 
Weisheit letzter Schluß? Wie so oft in der 
Mitte. Beide Systemwelten haben ihre bevor- 
zugten Einsatzbereiche. LANs sind vorzugs- 
weise einzusetzen bei heterogenen Anwen- 
dungsprofilen, bei Zugriffen auf viele ver- 
schiedene Dateien und bei vorwiegend und 
direkt abgearbeiteten Prozessen. Multiuser- 
PCs eignen sich besonders bei homogenen 
Anwendungsprofilen, zum Beispiel beim Zu- 
griff auf Datensätze in wenigen (großen) Da- 
teien, wenn die Verlagerung von Prozeßtei- 
len in den Hintergrund gewünscht wird und 
weil die Gesamtkosten niedriger sind. Jede 
Systementscheidung erfordert also eine 
gründliche Analyse der auszuführenden Ar- 
beiten, wobei möglicherweise ein Verbund 
aus LAN und Mehrplatzanlage den größt- 
möglichen Erfolg verspricht. Nicht zuletzt das 
steigende Softwareangebot für Unix im kauf- 


männischen/verwaltenden Bereich spricht 
für eine derartige Lösung. Vor allem aber sind 
alle Türen für künftige Entwicklungen offen 
gehalten. 

Bei der Entscheidungsfindung helfen mög- 
licherweise auch die Entwicklungen im Soft- 
waremarkt. Unix krankt am mangelhaften 
Komfort in der Bedienung und an den Quere- 
len zwischen den Standardisierungsgruppie- 
rungen. Der verfügbare Pool an Anwen- 
dungsprogrammen ist allerdings um ein Viel- 
faches größer als derzeit für OS/2 angeboten 
werden. Andererseits ist für die kommenden 
zwei bis drei Jahre in diesem Bereich eine 
stürmische Entwicklung zu erwarten, die 
wohl auch vor den Verkaufszahlen für LANs 
nicht Halt machen wird. Das Betriebssystem 
der Zukunft für PCs heißt sicher OS/2. Trotz 
aller Schwierigkeiten, angekündigte Fertig- 
stellungstermine zu halten, erwarten Bran- 
chenkenner den Durchbruch für 1991. Bis 
dahin wird es auch ausreichend unterstützte 
Anwendungsprogramme geben. 

OS/2 ist im endgültigen Entwicklungssta- 
dium, ergänzt um den LAN-Manager, auch 
ein vernünftiger Ersatz für vernetzte Einzel- 
platz-PCs. Durch seine enge Bindung an die 
Prozessoren von Intel wird es für Software- 
häuser weniger aufwendig sein, Programme 
für den Masseneinsatz zu entwickeln, als für 
verschiedene Pechnersysteme unter Unix, 
wenn sie dabei auf vergleichbare Stückzah- 
len kommen wollen. Für die kommenden 
Jahre ist Unix jedoch aufgrund seines umfas- 
senden und individuellen Softwareangebo- 
tes ein ernstzunehmender Partner an der 
heißumkämpften Front der PC-Betriebssy- 
steme, zumal in den kommenden Monaten 
die Entscheidung für eine einheitliche gra- 


fisch orientierte Benutzeroberfläche in Aus- 
sicht steht. Neben den amerikanischen, eng- 
lischen und schwedischen Behörden haben 
sich inzwischen auch einige Bundesländer in 
Deutschland für Unix als Voraussetzung für 
einen Hardwarekauf entschieden. 

Quellenhinweise: 

Dokumentationen der Firma SCO, Deutschland; Dokumen- 
tation Online ’89: PC-LAN vs. Mehrplatzsysteme, J. Peulen 
München 
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Computermesse 

für West-Berlin und DDR 

Am 7. Juli 1990 veranstaltet die Fische! 
GmbH in West-Berlin bei Schultheiss in der 
Hasenheide 23-31 (U-Bhf. Hermannplatz) 
in der Zeit von 8 bis 1 8 Uhr die „1 . Private & 
gewerbliche Computermesse für Berlin und 
Brandenburg“. 

Auf der Verkaufsmesse werden neue und 
gebrauchte Computer, Software und Litera- 
tur gehandelt; das heißt, Private sowie Ber- 
liner und auswärtige Händler können ihre 
Produkte zum Kauf anbieten. 

Der Eintrittspreis beträgt 7 ,-DM. 

Bei Rückfragen wenden Sie sich bitte an 
Herrn Hüttinger, Tel. Leipzig 32 96 92. 


Wegbereiter der Informatik 



FRIEDRICH 

ADOLF 

WILLERS 


*1883 Bremervörde 
t 1959 Dresden 


F. A. Willers hat 1903-06 in Jena 
und Göttingen Mathematik und 
Physik studiert, u.a. bei C. Runge 
(1856-1927). Ab 1905 war er am 
Mathematischen Institut der Uni- 
versität Göttingen bei C. Runge 
Hilfsassistent und wurde dort 1906 
promoviert. In den Jahren 1908-1 1 
war er Assistent für Darstellende 
Geometrie und Graphische Statistik 
an der Technischen Hochschule 
Danzig. Danach unterrichtete er 
über zehn Jahre an höheren Schu- 
len, zuletzt am Mommsen-Gymna- 
sium in Berlin-Charlottenburg. Im 
Jahre 1923 habilitierte sich Willers 
als Privatdozent an der Techni- 
schen Hochschule Berlin und über- 
nahm dann eine Dozentur für Ma- 
thematik und Mechanik des Hütten- 
wesens. Einem Ruf an die Bergaka- 
demie Freiberg folgend, nahm er 
dort von 1 928 bis 1 934 eine ordent- 
liche Professur für Mathematik und 
Darstellende Geometrie wahr und 
lebte danach als freischaffender 
Wissenschaftler. Willers’ letzte Sta- 
tion in seinem wissenschaftlichen 
Leben war Dresden; an der dorti- 
gen TH hielt er ab 1939 Vorlesun- 
gen in Analysis und Angewandter 
Mathematik und trat als Nachfolger 


von Max Lagally in diesem Fachbe- 
reich 1 944 eine ordentliche Profes- 
sur an. Ein Jahr nach Kriegsende 
wurde er Direktor des Instituts für 
Angewandte Mathematik und war 
1949-54 Dekan der Mathematisch- 
Naturwissenschaftlichen Fakul- 
tät. 

Willers gebührt das Verdienst, we- 
sentlich mit dafür gesorgt zu haben, 
daß die maschinelle Rechentechnik 
Einzug in die Lehre an den Hoch- 
schulen fand. Er hatte erkannt, wel- 
che Bedeutung die Rechenmaschi- 
nen für die Anwendung der Mathe- 
matik einmal haben würden und hat 
daraus resultierende Überlegun- 
gen und Methoden seinen Schülern 
schon zu einer Zeit vermittelt, als 
Universalrechner noch nicht ver- 
fügbar waren. Diesem Anliegen 
dient z. B. auch sein in Fachkreisen 
allgemein bekanntes Lehrbuch 
über „Mathematische Instru- 
mente“, das 1926 erstmals im Ol- 
denbourg-Verlag erschien und bis 
1951 mehrfach in erweiterter Auf- 
lage herausgebracht wurde. Es 
geht zum Beispiel weit über den 
Rahmen von L. Couffignals „Denk- 
maschinen“ (Paris 1933, Stuttgart 
1 955) hinaus und gehört zu den frü- 


hen grundlegenden, zusammen- 
fassenden Standardwerken der 
maschinellen Rechentechnik über- 
haupt. Darin wird unter anderem 
das Leibnizsche Staffelwalzenprin- 
zip konstruktiv begründet, und es 
werden auch Apparate zur Flä- 
chen- und Momentenberechnung, 
harmonische Analysatoren, Stielt- 
jes-Planimeter, Differentiatoren 
und Integraphen sowie verschie- 
dene Formen von Datenspeichern 
ausführlich beschrieben. Willers 
hat noch einige andere Bücher zu 
Gebieten der praktischen Mathe- 
matik verfaßt, mit C. Runge zusam- 
men auch ein Lehrbuch über nume- 
rische und graphische Integration 
gewöhnlicher und partieller Diffe- 
rentialgleichungen. 

Willers war Mitglied der Akademie 
der Naturforscher (Leopoldina) zu 
Halle, der Sächsischen Akademie 
der Wissenschaften zu Leipzig und 
korrespondierendes Mitglied der 
Berliner Akademie. Im Jahre 1953 
wurde er mit dem Nationalpreis der 
DDR ausgezeichnet und mit einem 
Ehrendoktorat der Technischen 
Hochschule Darmstadt gewür- 
digt. 

Dr. Klaus Biener 
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Inline eingeschränkt 

Turbo-Pascal zwingt zu Umwegen 


Bernhard Brandt 


Die Schnittstelle zur Maschinensprache ist 
in Turbo-Pascal auf dreierlei Art implemen- 
tiert. Einmal in der direkten Einbindung von 
Routinen , die ein symbolischer Assembler 
erstellt hat , und via „inline", wobei Turbo- 
Pascal zwischen Prozeduren/Funktionen 
und Makros unterscheidet. Eigentlich sollten 
sich Inline-Makros zur Erweiterung der hard- 
warenahen Befehle wie „shl", „shr“, „ dec “ 
und „ine" eignen. Dabei treten jedoch 
Schwierigkeiten auf. 


Wie im Kasten zu sehen ist, läßt sich die An- 
weisung „rol (Variable, 1)“ übereinen einzi- 
gen Assemblerbefehl komplett realisieren, 
wobei „ffff“ beziehungsweise „ff“ einen 
Dummy für den Offset darstellt (in DS für glo- 
bale Variablen, als Relativwert zum BP-Regi- 
ster für lokale Variablen). 

In Abhängigkeit vom Typ (Byte oder Word) 
und dem lokalen beziehungsweise globalen 
Charakter dieser Variablen (Segmentspezifi- 
zierung) muß lediglich einer dieser Befehle 
ausgewählt werden. Damit wäre ein neuer 
Pascal-Befehl mit universeller Einsatzmög- 
lichkeit wie „shl“ generiert. 


DO 06 ffff 

rol byte ptr [ffff] , 1 

global Byte 

Dl 06 ffff 

rol word ptr [ffff] , 1 

global Word 

DO 46 ff 

rol byte ptr [bp] [ffff] ,1 

lokal Byte 

Dl 46 ff 

rol word ptr [bp] [ffff] , 1 

lokal Word 


var my_special_first_global_byte, 
my_special_second_global_byte , 
my_special_third_global_byte : byte 

procedure rol_only_my_special_first global_byte_one_time; 
inline ($D0/$Ö6/my_special_first_global_byte) ; 

procedure rol_onlyjny_special_second_global_byte_one_time ; 
inline ($D0/$06/my_special_second_global_byte) ; 

procedure rol_onlyjny_special_third_global_byte_one_time ; 
inline ($D0/$Ö6/my special third global byte); ~ 

: : : : dt 
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Neue Electronic-Publishing - 

Werkzeuge 


Am 1 6. Januar 1 990 fand in Vorbereitung der 
internationalen Fachmesse der polygrafi- 
schen Industrie, DRUPA 1990, in Westberlin 
eine internationale Pressekonferenz der 
Firma Berthold statt. 

Die H. Berthold AG hat ihren Hauptsitz in 
Westberlin und sieht als den Gegenstand des 
Unternehmens die Entwicklung, die Herstel- 
lung und den Vertrieb von Schriften, grafi- 
schen Symbolen und Bildelementen sowie 
damit verbundene Softwareprodukte für de- 
ren visuelle Darstellung, Wiedergabe und 
Speicherung an. 

Neben dem Geschäftsbericht für das vergan- 
gene Jahr war für die internationale Presse 
die Vorstellung einiger neuer Produkte von 
besonderem Interesse. So sollte bereits ab 
Februar 1990 eine Palette neuer Produkte - 
darunter eine neue Generation von Work- 
stations und ein hochauflösender Laser-Re- 
corder - auf den Markt gebracht werden. 
Gegenwärtig zeichnen sich Tendenzen ab, 
von dem bisher üblichen Verfahren abzuge- 
hen, die Unterlagen, Vorlagen und Zwischen- 


ergebnisse fast ausnahmslos körperlich 
transportiert in die nächste Prozeßstufe zu 
überführen. Mit Electronic-Publishing-Werk- 
zeugen können professionelle grafische Be- 
triebe jetzt selbst die eigenen Vorprodukte 
hersteilen. Die Firma bietet Systeme, die an 
die der Auftraggeber anschließen und deren 
Vorprodukte weiterverarbeiten und Quali- 
tätsdruckvorlagen herstellen. 

Durch die Bearbeitung und den Transport in 
digitaler Form kann die Herstellzeit eines 
Druckprodukts sichtbar verkürzt werden. In 
Zukunft soll auch die Herstellung von kom- 
pletten Farbseiten mit Text, Bild und Grafik 
möglich sein, das heißt, durch den Anschluß 
eines Farbscanners können auf einer Farb- 
Workstation Bilder retuschiert, freigestellt 
und maskiert werden; die Ausgabe der kom- 
pletten Separation erfolgt übereinen bildfähi- 
gen Recorder. Dieses von Berthold angekün- 
digte und zum Teil auch schon angebotene 
System der Serie M ist zunehmend auch für 
kleinere Unternehmen interessant, nicht zu- 
letzt wegen der Schnittstelle zu DTP-Syste- 
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Unter Turbo-Pascal ist dies aber nicht mög- 
lich. Der Compiler ist nicht dazu zu bewegen, 
den Offset einer irgendwie angegebenen Va- 
riablen selbst einzusetzen oder ihn innerhalb 
einer Prozedur in einer bedingten Kompilie- 
rung in Abhängigkeit des globalen oder loka- 
len Charakters einer Variablen zuzulassen, 
obwohl dies durch den Quelltext ja angege- 
ben wird. Statt dessen sind entsprechende 
Befehle nur „per Hand“ für eine konkrete Va- 
riable zu erzeugen. 

Die abgebildeten Prozeduren enthalten zwar 
den gleichen Code, man muß sie aber ge- 
trennt programmieren. Dies gilt analog für lo- 
kale Variablen. Hier macht Turbo-Pascal sei- 
nem Namen keine Ehre. Die einzige Möglich- 
keit zur Realisierung eines „rol-Befehls“ be- 
steht in der Speicherplatz- und rechenzeit- 
fressenden „pushpop-Programmierung“. 
Entsprechende Inline-Makros erzielen daher 
zum Teil schlechtere Ablaufzeiten als die 
Realisierung in Pascal, da sich effizienter 
Code mangels Informationstransfers nicht 
realisieren läßt. 

Im Referenzhandbuch steht auf Seite 229 der 
Hinweis: „Was dagegen nicht funktioniert, ist 
eine symbolische Bezugnahme über die Pa- 
rameternamen: ohne Startcode ist keine 
Adressierung über das BP-Register mög- 
lich.“ Dem kann man entgegnen, daß die hier 
gestellte Forderung an bessere Inline-Mög- 
lichkeiten nur die „Einfügung statt Pushen“ 
des Offsets an eine frei wählbare Stelle des 
Inline-Codes und Zugang zu der im Quelltext 
angegebenen Information „global“ oder „lo- 
kal“ erfordert. (db) 


men wie beispielsweise zum Apple Macin- 
tosh. Die Dateien (Text, Bild, Grafik) könnten 
somit komplett in der Redaktion erstellt und 
dann in einem System der H. Berthold AG 
weiterverarbeitet, gedruckt bzw. auf Film be- 
lichtet werden. Eine Übergabe und Über- 
nahme von Dateien über andere Postdienste 
ist ebenfalls möglich und zunehmend sinn- 
voller. Von besonderem Interesse war eine 
Besichtigung der Technik in Aktion. Es wur- 
den alle anfallenden Arbeiten in der Vorberei- 
tung für den Satz vorgeführt; so beispiels- 
weise das Bearbeiten und Spiegeln des Tex- 
tes, Retuschieren der gescannten Bilder bis 
hin zum Verfremden und die abschließende 
Gestaltung einer kompletten Druckseite 
durch die Verwendung von Sun-Worksta- 
tions, die insbesondere für die Bildverarbei- 
tung mit speziellen Risc-Prozessoren ausge- 
rüstet sind, auch in bestechender Geschwin- 
digkeit (Leistung: 12 Millionen Instruktionen 
pro Sekunde). Die präsentierte Technik wird 
vermutlich nicht zuletzt wegen der Mitte 1 989 
vorgenommenen Schließung der Ost-Eu- 
ropa-Vertretung in Wien und deren Verlage- 
rung nach Westberlin in den Druckereien und 
den vorgelagerten Bereichen in der DDR zu- 
künftig eine größere Rolle als bisher spie- 
len. J. Hill 


Mikroprozessortechnik, Berlin 4 (1990) 6 




Einzelpunktgrafik 
für den A 7100 


Bernd Matzke, Delitzsch 

Die Nutzung der Grafik am A 71 00 er- 
fordert normalerweise das Vorhan- 
densein und die Aktivierung der Firm- 
ware und der grafischen Betriebssy- 
stemerweiterung. Dies ist aufwendig, 
in der Bedienung umständlich und er- 
fordert einen hohen Programmierauf- 
wand. Oft werden die gebotenen Mög- 
lichkeiten aber gar nicht benötigt. 

Im folgenden soll daher ein einfaches 
Verfahren zur Realisierung einer Ein- 
zel punktgrafik beschrieben werden. 
Dieses Verfahren erfordert weder die 
Betriebssystemerweiterung noch die 
Firmware. 

Die Leistungsfähigkeit des Verfah- 
rens ist begrenzt, reicht aber für einfa- 
che Darstellungen, wie die Anzeige 
von Meßwertreihen, Diagrammen 
(z. B. Netzwerkanalyse) und ähnli- 
ches völlig aus. Die Ausgabege- 
schwindigkeit erreicht ungefähr 40 Pi- 
xel je Sekunde. 

Das Demonstrationsprogramm 
wurde in Turbo-Pascal erstellt, dürfte 
aber leicht in andere Sprachen umzu- 
schreiben sein. 

Das Verfahren setzt einen A 71 00 mit 
Grafik-Karte voraus. 

Auf der Grafik-Karte wird auch der al- 
phanumerische Bildwiederholspei- 
cher (BWS) pixelweise organisiert. 
Beim Schreiben eines Zeichens wird 
dessen vollständiges Pixelmuster in 
den BWS übertragen und nicht, wie 
normalerweise üblich, nur ein Byte 
mit dem ASCII-Wert. Wird nun das 
Muster eines Zeichens aus dem frei 
programmierbaren Zeichengenerator 
nach dem Übertragen in den BWS 
geändert, so hat das keine Auswir- 
kung auf die Bildschirmanzeige! Der 
BWS übernimmt damit die Funktion 
eines Pixelspeichers, auf den aber 
nur schreibend und nur auf dem Um- 
weg über Pseudo-Grafikzeichen mit 
einer Größe von 8 x 16 Bit zugegrif- 
fen werden kann. 

Diese Eigenschaften eröffnen nun die 
Möglichkeit, im Alphanumerik-Modus 
eine Einzelpunktgrafik zu realisieren. 
Dazu wird im Speicher ein 640 x 
400 Bit (32 KByte) großes Array an- 
gelegt, in dem die Grafik gespeichert 
wird. Jeweils 8 x 1 6 Bit in diesem Ar- 
ray können als Bitmuster eines Al- 
pha-Zeichens aufgefaßt werden. 
Beim Setzen eines Pixels wird aus 
dem zugehörigen 8 x 16 Bit-Feld ein 
Alpha-Zeichen gebildet und in den 
frei programmierbaren Zeichengene- 
rator geschrieben. Dieses Zeichen 
wird dann an der entsprechenden 
Stelle auf den Bildschirm ausgege- 
ben. 

Da die Einzelpunktgrafik über die 
Pseudografik erreicht wird, sind fol- 
gende Besonderheiten zu beachten: 
• Alphazeichen und Grafik können 
gleichzeitig nebeneinander verwen- 


det werden, allerdings nicht gleichzei- 
tig auf einem Alphazeichen-Feld. 
Das Setzen eines Grafik* Punktes 
löscht das Alphazeichen an dieser 
Stelle und umgekehrt. 

• Bildschirmattribute können ver- 
wendet werden, sie wirken aber Zei- 
chen- und nicht pixelorientiert. Ihr 
Nutzen ist daher (z. B. andere Hellig- 
keit für die gesamte Grafik) bei Grafik- 
Anwendungen begrenzt. 

• Für die Grafik wird nur ein frei defi- 
nierbares Zeichen benötigt. Alle an- 
deren 1 27 können für andere Zwecke 
verwendet werden. 

Das vorliegende Demonstrationspro- 
gramm beinhaltet die Prozedur PI- 
XEL zum Setzen von Pixeln und die 
Prozedur PRINT-GRAFIK zur Aus- 
gabe der Grafik auf einem Nadeldruk- 
ker (FX 1000 oder andere zu Epson 
kompatible). 

Bei der Erprobung habe ich festge- 
stellt, daß bei der Ausgabe von Zei- 
chen mit ASCII-Werten oberhalb 253 
durch die Standard-Prozedur WRITE 
(entspricht BDOS-Funktion 2) Verfäl- 
schungen auftraten. Die Gründe da- 
für (Eigenheit des Betriebssystems 
oder des Turbo-Laufzeitmoduls) 
habe ich jedoch nicht näher unter- 
sucht. Aus diesem Grund erfolgt die 
Ausgabe aller Zeichen mit einem 
Code oberhalb 1 28 mittels der BIOS- 
Funktion 4 (CONOUT). 

Da der anzulegende Grafik-Bildspei- 
cher die Hälfte des für Variablen zur 
Verfügung stehenden Speicherplat- 
zes einnimmt, kann er bei Bedarf in 
den Heap verlagert werden. Aus 
Gründen der Übersichtlichkeit wurde 
hier darauf verzichtet. 

Soll nur ein Teil des Bildschirms für 
die Grafik genutzt werden, so können 
die Werte für MX und MY geändert 
werden, wobei die Anzahl der Pixel in 
X-Richtung stets ein Vielfaches von 8 
und in Y-Richtung ein Vielfaches von 
16 sein müssen. Die Werte in der 
Typdeklaration für GRAFIK_SC- 
REEN können dann auch verringert 
werden, um Speicherplatz zu sparen. 
Die beiden oben genannten Prozedu- 
ren müssen dabei nicht verändert 
werden. 

Beim Druck wird nur der Inhalt des 
Grafikspeichers ausgegeben. Even- 
tuell auf dem Bildschirm vorhandener 
Text wird nicht mit gedruckt. Es han- 
delt sich also nicht um eine echte 
Hardcopy. Soll Text auch gedruckt 
werden, so ist er pixelweise im Grafik- 
speicher aufzubauen. 

Für den Druck wurde der Grafikmo- 
dus 4 (Bildschirmgrafik) des Druckers 
verwendet. Über diese Funktion ver- 
fügen auch andere Drucker (z. B 
LX 86). Das ausgegebene Bild ist da- 
mit genau 80 Zeichen breit. Dadurch 
entsteht aber eine leichte Verzerrung 
(Stauchung in X-Richtung). Die Ver- 
wendung des Grafik-Modus 5 (Plotter 
1:1) gibt die Grafik verzerrungsfrei 
aus, sie steht aber nicht auf allen 
Druckern zur Verfügung und erfordert 
breiteres Papier. 

Geräte ohne Grafik-Karte 
Nachfolgende Bemerkungen sollen 
als Anregung verstanden werden, da 
sie mangels Gerätetechnik nur auf ei- 
nem A 71 00 mit Grafik-Karte simuliert 
werden konnten. 

Auf Geräten ohne Grafik-Karte kann 
das beschriebene Verfahren nicht an- 
gewendet werden, da hier der BWS 
zeichenweise aufgebaut ist und damit 
die Pixelspeicher-Funktion entfällt. 


O PROGRAM graf ik ; 

O {**************************************♦*****************************> 

O {* Einzel punktgraf ik fuer den A7100 mit KGS *} 

O {* Bernd Matzke, Rosa-Luxemburg -Strasse 6, Delitzsch 7270 *} 

O {**********•***«****************************************»************} 
O CONST xmax - 639; {Pixelzahl x-Richtung -1; xipax:-nl 8 -1, n=l,2..79> 
O ymax = 399; {Pixel zahl y-Richtung -1; ymax:=n*16 -1 , n“l,2.-25} 

O Pi 3.141; 

O video_kau 5 = y '['[?141'; {kursor aus} 

O videajein - ' s [ ' [?14h' ; {kursor ein} 

O videa_wrap = Ä [ ' [77h' ; {rollen ein} 

(rol len aus} 


O video_wrap - ' [77h' ; 

O video nowr *= Ä ['[?71'; 

O TYPE zeile = ARRAY[0..79] OF BYTE; 

O graf ik_screen — ARRAY [ O. .ymax ] OF zeile; 

O VAR grs :graf ik_screen ; 


O PROCEDURE conout (Zeichen: BYTE ) ; {aufruf bios-f unk tion 

O TYPE c pu_reg = RECORD {C 

O ax,bx,cx,dx,bp,si,di,ds,es,flags: INTEGER; 

O END; 

O block = RECORD {block mit uebergabewer ten } 

O nr,cl , c h,d 1 ,dh: BYTE ; 

O END; 

O VAR register: cpu_reg; 

O bios : block; 


funktion 4 (conout)} 
{CPU— Register } 


0 BEGIN {conout} 

1 bios.nr:=4; (bi 

1 bios.c 1 :=zeichen ; 

1 register .cx :-*32; 

1 register »ds: =Seg( bios ) ; 

1 register .dx :=Qf s(bios) ; 

1 Bdos ( reg ister ) ; 

1 END ; 


nsnummer, direkte 


nsolenausgabe ) 


{nummer der bdos-f unktion fuer bios-ruf} 
(segmentadresse bios-parameter-block } 
{of f setadresse bios-parameter block } 


O PROCEDURE pixel (x,y, modus: INTEGER) ; {mo 

O (modus O: loeschen 

O { 1: setzen 

O { 2: invertieren 

O VAR alpha_s palte: INTEGER; 

O yy». {erste pixelzeile de£ 

O i: INTEGER; 


vierenden feldes} 


0 BEGIN (pixel} 

1 IF (x>=0) AND (x<=xmax) AND (y>«0) AND (y<=ymax) THEN BEGIN 

2 IF NOT modus IN [0..2] THEN modus:=l; 

2 y •= ymax-y; {Ursprung links unt 

2 a 1 phaspa 1 te : = x DIV 8; 

2 yy:=y DIV 16 * 16; 

2 CASE modus OF 

3 O: grs[y ,al pha_spal tel : =grs[y , al phaspal te} AND 

3 NOT ( 1 SHL ( 7 - x MOD 8 ) ) ; 

3 1 :grsLy ,alpha. spalte J :=grs[y,al pha_spal te} OR 

3 l SHL (7- x MOD 8); 

3 2:grs[y,alpha._.spal te] :=grs[y , al pha_spal te} XOR 

3 1 SHL ( 7 - x MOD 8); 

3 END; 

2 conout(16); conout(O); {Zeichen mit nummer 12B definier 


FDR i:=0 TG 15 DO conout ( grs[yy+i , al phaspal te] ) ; 


2 Write(video_nowr ) ; 

2 GotoXY ( 1+al pha_jspal te , 1+y DIV 16); 

2 conoutf 128) ; 

2 Wr i te ( Video jurap ) ; 

2 END; 

1 END; 


O PROCEDURE pr in t_jgr af ik ; 
O VAR ascii_spa) te, 

O drucker_zei le, 

O pixel _spalte, 

O nadel , 


(rollen abschalten} 


{zeilennummer der druckzeile} 

{bitnummer innerhalb eines bytes} 
{nummer der nadel am druckkopf} 
{hilfsvariable} 
{zu sendendes grafik-byte} 


0 BEGIN {print_graf ik} 

1 Write(LST ,#27, #51 ,424 ) ; { zei lenabstand fuer lueekenlosen druck} 

1 FOR drucker _zei le: = O TO ymax DIV 8 DO {immer 8 pixelzeilen} 

1 BEGIN {graf ik-modus fuer eine druckzeile einschalten} 

2 Write(LST,#27,#42,#4,Chr( (xmax+1) MOD 256) ,Chr (( xmax+1 ) DIV 256)); 

2 {bildschirmgraf ik — hardcopy = 80 punkte/zoll, } 

2 {bildbreite ist B zoll bzw- 20 cm ) 

2 { Write(LST,#27,#42,#5,Chr( (xmax+1) MOD 256 ) ,Chr (( xmax+1 ) DIV 256));} 

2 { plottergraf ik mit seitenverhael tnis 1:1 72 punkte/zoll } 

2 { bildbreite rund 9 zoll = 22,5 cm } 

2 FOR aseii_spal tes=0 TO xmax DIV B DO BEGIN 

3 {alle Zeichen einer zeile} 

3 FOR pixel _spal tes=7 DOWNTO O DO BEGIN 

4 (alle pixelspalten eines Zeichens} 

4 s O; 

4 p : =1 ; 

4 FOR nadel :~7 DOWNTO O DO BEGIN {fuer alle B Zeilen} 

5 s:= 5 + pl Ord ( Odd ( grs[B Idrucker^zeile +nadel , asci i_spal te} 

5 SHR pixel _spal te) ) ; 

5 p:=p*2; 

5 END; 

4 Wri te(LST ,Chr ( s ) ) ; 

4 END; 

3 END ; 

2 WriteLn(LST) ; 

2 END; 

1 Write(LST,#27,#64) ; (drucker-reset) 

1 END; 

O 

O PROCEDURE bild; ' 

O VAR dx ,dy :REAL ; / 

O n,i,k,l,zx, zy : INTEGER ; 

0 BEGIN 

1 Write( video_kaus) ; 

1 GotoXY (15,3) ; 

1 Writet' Demonstrationsprogf*»* Einzel punktgraf ik '); 

1 z x : =xmax DIV 2; 

1 zy :=ymax DIV 2; 

1 FÜR n:=0 TO xmax DD BEGIN (rahmen, koordinatenk reuz } 

2 pixel (n ,0,1 ) ; pi xel ( n , zy , 1 ) ; pixel ( n , ymax , 1 ) ; 


FOR n:=0 TO ymax DO BEGIN 

pixel (0,n,l ) ; pixel ( zx ,n , 1 ) ; pixel ( xmax , n , 1 ) ; 
END;. 

dx:=8*Pi/xmax; 
dy :=ymax/xmax ; 

FOR n:=0 TO xmax DO 


pixel (n, zy + Round(dy * ( zx-Abs ( zx-n ) ) 
FOR n O TO Round (O . 71*zy) DO BEGIN 
i : =Rourid { Sqrt ( 1 -O * zytzy — (n*n)) ); 

pixel (zx-n, zy+i,l) ; pixel ( zx-n , zy-i , 1 ) 
pixel (zxi , zy+n,l ) ; pixel(zx-i, zy-n, 1 ) 
pixel ( zx+n, zy+i ,1 ) ; pixel ( zx+n , zy-i ,1 ) 
pixel ( zx+i , zy+n , 1 ); pixel (zx+i, zy-n , 1 ) 
END; 

k:=xmax DIV 10; 

1 : -.ymax DIV 10; 

FOR n : -k TD 2*k DO 
FOR i:=l TO 2*1 DO 
Pixel <n,i,l ) ; 


n)) * Cos(-4*Pi+n*dx) ), 
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{rechteckf laeche loeschen) 


KC 85/1 generiert 24 x 80 Zeichen 


135: 1 FOR n:=Trunc(1.3*k) TO Trunc ( 1 . 7*k > DO 
136: 1 FOR i : = Trunc(1.3*l ) TO Trunc ( 1.7*1) DD 

137: 1 pixel(n,i,0); 

138: 1 FOR n:=Trunc(O.0*k) TO Trunc(2.2*k) DO 
139: 1 FDR i : =T runc (1.4*1) TO Trunc (1.6*1) DO 

140: 1 Pixel (n,i,2) ; 

141: 1 Wrxte(video_kein> ; 

142: 1 END; 

143: O 

144: 0 BEGIN 
145: 1 ClrSer; 

146: 1 F i 1 1 Char (grs,Si zeOf (grs) t O) ; 

147: 1 bild; 

148; 1 print g rafik: 

149: 1 END. 


{demonstration Kür) 


0 PROGRAM graf ik2; 

O {ANREGUNG einzel punk tgraf ik fuer A7100 = mit AE 
0 CDNST xmax = 127; 

0 ymax - 127; 

O Pi = 3.141; 

0 video_kaus - ' £2141 * ; 

0 videokein = A ['[714h'; 

0 vidpo wrap = *[ ' [ ?7h ' ; 

videonowr = Ä [' [?71 ’ ; 

Zeile = ARRAY [ O . .15] OF BYTE; 
gr4fik_screen = ARRAY [ O. .ymax] OF zeile; 
grs : graf ik_screen ; 

0 i,n; INTEGER; 

0 

0 PROCEDURE conout( Zeichen :BYTE ) ; 

0 BEGIN 

1 {siehe program« grafik} 

1 END; 


10: O TYPE 


VAR 


{kursor aus} 
{kursDr ein} 
{rollen ein} 
{rol len aus} 


O PROCEDURE pixel ( x , y ,modus : INTEGER ) ; 
0 (müdus O: loeschen 


{modifizieren eines 


24: 0 VAR 


2 : invertieren 
yy,i , zeichen_nr: INTEGER; 


0 BEGIN {pixel} 

1 IF { x>— O) AND (x<=xmax) AND (y>=0) AND (y<=ymax) THEN BEGIN 


43: 

44: 

45: 


IF NOT modus IN [0. .2] THEN modus:=l; 
y:= ymax— y; 
xx := x DIV 8; 
yy :=y DIV 16 * 16; 
zeichen_nr :=xx+yy ; 

CASE modus OF 

0:grs[y,xK]:=gr5[y,xx] AND NOT ( 1 SHL ( 
1 :grs[y,xx}:=grs{y,xx] OR 1 SHL (7 - x 
2:grsry,xx} :=grs[y,xx] XOR 1 SHL (7 - 
END; 

ponout ( 16 ) ; conout ( zeichen_nr ) ; 

FOR i:=0 TO 15 DO conout ( grs[yy+i , xx ]) ; 
Write(vidco_nowr) ; 

GotoXY ( 1 + xx , 1+y DIV 16); 
conout (128 + zeichen_nr); 

Wri te(videü Hrap) ; 

END; 

END; 


ng links unten} 


7 - x MOD 8 ) ) ; 

MOD 8); 
t MOD 8); 

{Zeichen definieren} 
{rollen abschalten} 
{Zeichen auf schirm) 


DIV 2,1) ; pixe 


{rahmen , 


58: 

59: 

60: 

61: 

62: 

63: 

64: 

65: 

66 : 

67: 

68 : 

69: 

70: 

71: 

72: 

73: 

74: 

75: 

76: 

77: 


O PROCEDURE bild; 

O VAR dx:REAL; 

O n: INTEGER; 

0 BEGIN 

1 Write(video_kau5) ; 

1 FOR n :=0 TO xmax DO BEGIN 

2 pixel (n,0, 1 ) ; pixel(n,ymax 
2 END; 

1 FDR n : — 0 TO ymax DO BEGIN 

2 pixel (0,n,l } ; pixel(xmax DIV 2,n,l); pixel ( xmax , n , 1 ) ; 

2 END; 

dx :=B*Pi/ xmax ; 

FOR n:-0 TO xmax DO 

pixel (n,63 + Round((63 - Abs(63-n)) * Cos ( -4*Pi+n*dx ) ) , 1 ) ; 


koordi na tenkreuiz} 

, 1 ) ; 


1 Write(video_kein) ; 

1 END; 

0 

0 BEGIN 

1 ClrSer; 

1 Fi 1 IChar (grs ,SizeOf < grs ) , 0) ; 

1 FOR n:=0 TO 127 DO BEGIN 

2 conout ( 16 ) ; 

2 conout (n ) ; 

2 FOR i:=0 TO 15 DG conout(O); {frei definierbari 

2 END; 

1 bild; 

1 GotoXY (1,15) ; 

1 FOR n:=0 TO 7 DO BEGIN 

2 FOR l : =0 TO 15 DO 

2 conout ( 128+n*16+i ) ; 

2 HriteLn; 

2 END; 

1 END. 


Zeichen loeschen} 


{nochmalige ausgabe zur kontrolle) 


Verzichtet man aber auf die ander- 
weitige Nutzung des frei program- 
mierbaren Zeichengenerators, kann 
mit dessen Hilfe eine Einzelpunktgra- 
fik mit einer Auflösung von 128 x 128 
Punkten aufgebaut werden, was für 
bescheidene Anwendungen unter 
Umständen ausreicht. Dabei besteht 
das Grafik-Feld aus den 128 frei defi- 
nierbaren Zeichen, die in 8 Zeilen zu 
1 6 Spalten dargestellt werden. 

Im Demonstrationsprogramm wird 
zuerst eine einfache Grafik aufge- 
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baut, anschließend wird der Inhalt 
des frei programmierbaren Zeichen- 
generators nochmals ausgegeben, 
um seinen Inhaltzu kontrollieren. 

Es wäre denkbar, die Grafik wie im er- 
sten Beispiel mit hoher Auflösung zu 
berechnen, zu speichern und bei Be- 
darf zu drucken, aber zu Kontroll- 
zwecken mit der verringerten Auflö- 
sung auf dem Monitor anzuzeigen. 
Damit sind auch auf einem nicht gra- 
fikfähigen A 7100 bescheidene Gra- 
fikanwendungen möglich. 


Das Bildschirmformat 24 x 80 hat 
sich als Standard in der Computer- 
technik durchgesetzt. Es ermöglicht 
die Anwendung von leistungsfähigen 
Textverarbeitungsprogrammen (zum 
Beispiel Wordstar). Diejenigen, die 
ihren Homecomputer aufwerten und 
gegebenenfalls mit einer RAM- 
Floppy oder einem Diskettenlaufwerk 
erweitern wollen, können mit gering- 
stem Hardwareaufwand den Schritt 
zum kompatiblen CPM-Rechner voll- 
ziehen. Um der „alten 40-Zeichen- 
Software“ und vor allem den Spielen 
nicht den Garaus zu machen, ist eine 
Umschaltung zwischen 40- und 80- 
Zeichen-Modus wünschenswert. 

Da der KC 85/1 bereits ein Bild- 
schirmformat von 24 x 40 Zeichen 
besitzt, ist der Umbau denkbar ein- 
fach. Benötigt werden lediglich vier 
zusätzliche Schaltkreise und natür- 
lich zwei oder für die Farbvariante vier 
zusätzliche Bildwiederholspeicher- 
RAMs, die nach alter Bastlermanier 
huckepack auf die bereits im Gerät 
vorhandenen Schaltkreise (nach Ab- 
lauf der Garantiezeit!) aufgelötet wer- 
den können. 

Damit in der gleichen Zeiteinheit die 
doppelte Anzahl von Zeichen aus 
dem Bildwiederholspeicher ausgele- 
sen werden kann, ist als erstes eine 
Verdopplung der Grundtaktfrequenz 
erforderlich. Das ist kein Problem, da 
der orginal vom CPU-Grundtakt syn- 
chronisierte Pixeltaktgenerator durch 
den Einsatz eines 14,745-MHz-Stan- 
dardquarzes entsprechend modifi- 
ziert werden kann. Nach dieser Ände- 
rung synchronisiert natürlich kein 
Fernseher mehr. Um das alte Signal- 
spiel und vor allem die Zeitverhält- 
nisse des Zeilen- sowie des Bildsyn- 
chronsignals wieder zu restaurieren, 
muß als nächstes das Teiler-Flipflop 
U3A noch vor den ersten Zähler 
(D50) geschaltet werden, und alles 
ist wieder beim alten. Nach diesen 
vielleicht etwas sinnlos erscheinen- 
den Vorarbeiten kommt nun der ei- 
gentliche T rick. Mit Hilfe des Multiple- 
xers Ul (DL 257) wird nicht nur der 
Pixelgrundtakt CLK-FAR des Bildwie- 
derholspeichers zwischen Normal- 
und Doppeltakt umgeschaltet, son- 
dern auch ein Eingang (PIN 9) des 
Gatters D27C, welches das Zeilen- 
synchronsignal dadurch auch im 80- 
Zeichen-Modus richtig generiert. Und 
das war’s dann auch schon fast. Der 
Ausgang QC des Zählers D50 dient im 
80-Zeichen-Modus der Selektierung 
des zusätzlichen Bildwiederholspei- 
chers und - falls vorhanden - Farbat- 


tributspeichers. Von Vorteil ist, daß 
nach wie vor nur der Adreßbereich 
von E800H bis EFBFH für den Bild- 
wiederholspeicher benötigt wird. Da- 
mit der Zusatzspeicher auch vom 
Rechner beschrieben werden kann, 
müssen entsprechend dem Original- 
schaltplan die Auswahlsignale CS1 
und CS 2 für beide Speicherebenen 
mit Hilfe eines DL 051 getort werden. 
Da im Originalgerät der CS-Eingang 
der Bildwiederholspeicherschalt- 
kreise U 21 4 auf Masse liegt, darf das 
Auftrennen dieser Verbindung natür- 
lich nicht vergessen werden. 

Bevor sich kurze Erläuterungen zur 
Software anschließen, noch ein Wort 
zur Umschaltlogik. Verwendet wer- 
den zwei Flipflops, die über den be- 
reits vorhandenen Adreßdekoder D 8 
getaktet werden und den Pegel des 
Adreßsignals ABO übernehmen. Auf 
diese Weise lassen sich die Flipflops 
mit einfachen OUT-Befehlen schal- 
ten, wobei das eine (U4A) zwischen 
dem 80- und dem 40-Zeiöhen-Modus 
umschaltet und das andere (U 4B) für 
die CPU-seitige Adressierung des 
Bildspeichers im 80-Zeichen-Modus 
benutzt wird. 

Soweit die Hardware, nun zur Soft- 
ware. Der aufmerksame Leser hat si- 
cherlich bereits festgestellt, daß nun- 
mehr im 80-Zeichen-Modus auf jeder 
Bildschirm-Speicheradresse zwei 
Zeichen eingeschrieben werden 
müssen, die auf dem Bildschirm auf 
benachbarten Positionen erschei- 
nen. Dies erklärt sich aus der Tatsa- 
che, daß unser zusätzliches Adreß- 
bzw. Selektierungsbit (Ausgang QC 
von D50) mit der doppelten Taktfre- 
quenz gegenüber dem Adreßsignal 
AO läuft. Die Tafel 1 verdeutlicht die 
Zeichendarstellung und die Adressie- 
rung im 40- und im 80-Zeichen-Mo- 
dus (ZM). 

Man erkennt, daß im 80-Zeichen-Mo- 
dus alle Zeichen, die auf einer unge- 
raden Bildschirmposition dargestelit 
werden sollen, in den Zusatzbildwie- 
derholspeicher geschrieben werden 
müssen. Gleiches gilt natürlich auch 
für den Farbattributspeicher. 

Die kurze Befehlsfolge in Bild 1 , die in 
den 80-Zeichen-CRT-Treiber ent- 
sprechend eingebaut werden muß, 
ermöglicht die kursorpositionsabhän- 
gige Steuerung des Auswahl-Flip- 
flops. 

Zum Schluß noch einige Hinweise 
zum Schaltplan (Bild 2). Alle Leitun- 
gen, die mit einem * gekennzeichnet 
sind, sowie die Bezeichnung der 
Bauelemente entsprechen dem Origi- 
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Tafel 1 Zeichendarstellung auf dem Bildschirm 


Bildspeicheradresse 

ECOOH 

ECOiH 

EC02H 

EC03H 

EC04H 

! ECOSH . 

40-ZM 

zo 

I Z1 

Z2 

Z3 

Z4 

Z5 

80-ZM 

ZO ZI 

■ Z2 Z3 

Z4 Z5 

Z6 Z7 

Z8 Z9 

Z10 Z11 ... * 


; in E : auszugebendes Zeichen 


; in HL: 

absolute 

Kursoradresse 

CO 80: PUSH 

HL 

jabsolute Position retten 

SRL 

H 

; BS— Pos. = abs. Pos. / 2 

RR 

L 

JR 

NC, gerade 

;Test: gerade/ ungerade 

OUT 

(0A1H) ,A 

; ungerade: Auswahl-FF setzen 

gerade: LD 

A,0ECH 

;BS-Adresse berechnen: 

ADD 

A,H 

;BS-offset ECOOh addieren 

LD 

H, A 

(HL) ,E 


LD 

;Zeichen ausgeben 

OUT 

(OAOH) , A 

; Auswahl-FF riicksetzen 

POP 

RET 

HL 


Bild 1 






Schalter -FF Auswahl - FF 

40/30 Zeichen CS 1/CS 2 


Bild 2 

Out (0A8H) oder Reset » 40-Zeichen-Modus 

Out (0A9H) * 80-Zeichen-Modus 

Out (OAOH) > CS 1 

Out (0A1H) » CS 2 


MS-DOS-Tip 

Tastaturtreiber-Patch 

Haben Sie auch das Problem, daß 
Sie auf Ihrem EC 1834 im Numerik- 
block der Tastatur K 7673.02 die 
Komma-Taste mit dem Dezimalpunkt 
belegen wollen? 

Dann kann ich Ihnen einen kleinen 
Patch im Tastaturtreiber Keybgd.com 


(Version 1.0 vom 01.01. 1988) Vor- 
schlägen. Ändern Sie das unter der 
Absolutadresse 0000:075F stehende 
Byte 2C in 2E. Wenn Sie mit Mdisk ar- 
beiten, finden Sie das Byte im relati- 
ven Sektor 0000003 Adresse 0351 
(015FH). Uwe Hampel 


Fehler in Turbo-Pascal 5.0 

Bei der Verwendung von Turbo-Pas- 
cal 5.0 unter MS-DOS mit mathemati- 
schem Koprozessor (i8087) kommt 
es mitunter zu Undefinierten Pro- 
grammzuständen, bei denen auch 
die Fehlersuche mit Hilfe der inte- 
grierten Entwicklungsumgebung er- 
folglos bleibt. Das Programm bleibt 
„hängen“. So läuft zum Beispiel fol- 
gender Programmteil nicht korrekt 
(der Fehler tritt bei der Berechnung 
des Sinus auf): 

{$E — ,F— ,Nh- ,0— ,R— ,S-h} 
var s1,s2:string[5]; 
x,y:extended; 

begin 

move{s1,s2,6) 
x:=0.5;y:=sin(x); 
writeln(y); readln; 
end. 


Schreibt man hingegen mo- 
ve(s2,s1,6), tritt der erwähnte Effekt 
nicht auf. Die Ursache ist das nicht 
verwaltete Direction-Flag, welches 
ein ständiges Aufrufen des Interrupts 
3EH (für die Ansteuerung des Kopro- 
zessors verwendet) durch Turbo- 
Pascal bewirkt, da die Rücksprung- • 
adresse auf dem Stack falsch mani- 
puliert wird. Genauen Aufschluß er- 
hält man durch eine Verfolgung des 
Interrupts auf Assemblerebene mit 
dem Turbo-Debugger. Abhilfe schafft 
das in Bild 1 dargestellte Unit, wel- 
ches den Interrupt entsprechend ver- 
ändert. Das Unit muß nur im Haupt- 
programm (nicht in anderen Units) 
eingefügt werden. 

Jens Jacob i 


nalschaltplan /I/ und wurden nicht 
verändert. Die auf der Leiterplatte zu 
trennenden Leiterzüge sind gestri- 
chelt gezeichnet. Vor dem Nachbau 
der angegebenen Schaltung sollte 
man den Originalschaltplan gründlich 
studieren. 

Abschließend noch ein Wort zum 
Fernseher. Aufgrund der hohen Pi- 
xelfrequenz von 14,7 MHz ist auf je- 
den Fall ein Fernsehgerät mit BAS- 
Eingang (gegebenenfalls das Gerät 
nachrüsten) erforderlich. Da im 80- 
Zeichen-Modus die horizontale Aus- 


dehnung der Zeichen halbiert wird, ist 
die Benutzung des IBM-Zeichensat- 
zes 121 (außer den Grafikzeichen ab 
80H) im Interesse einer guten Les- 
barkeit anzuraten. 

Literatur 

/I/ Stromlaufpläne des Kleincomputers ro- 
botron Z 9001. Firmenschrift des VEB 
Robotron-Messelektronik „Otto Schön“ 
Dresden 1986 

121 Bauer, Th.: 8 x 8 - ein Font für alle 
Fälle. Mikroprozessortechnik, Berlin 3 
(1 989) 2 S. 53 

Christian Schiewe 


Hinweis zum Beitrag 

„Temperaturmessung 
mit dem KC 85/1 “ 

MP 1/1990, Seite 26 

Im genannten Artikel wird die An- 
kopplung eines Digitalthermometers 
DTM 2010 unserer Produktion an ei- 
nen Kleincomputer KC 85/1 beschrie- 
ben. Dabei ist nach Aussagen des 
Thermometerwerkes folgendes zu 
beachten. 

• Die Wertigkeit der Ausgangslei- 
stungen beträgt: 

DIOI : 2° . . . 0108: 2 8 

• Die aktive Flanke für das Signal 
NRFD ist ebenfalls L-H. 

• Die Verbindung NRFD und NDAC 
(s. Schaltbild) wird bei der gegenwär- 
tig produzierten Gerätekonzeption 
DTM 21 00 nicht mehr zum Erfolg füh- 
ren, denn NDAC als Quittungssignal 
muß erst nach erfolgter Übernahme 
aktiv gesetzt werden. 

Aus unserer Sicht müßte die vorge- 
stellte Lösung in der Anwendung der 
Maschinenroutine bestehen, um den 
Dreidraht-Handshake problemlos 
ausführen bzw. den Normalbetrieb 
des DTM ebenfalls auswerten zu kön- 
nen. 


1 El KONTAKT jjg j 

Thermometerwerk Geraberg, Herr Trom- 
mer, Elgersburger Straße 1, Geraberg, 
6306; Tel. Ilmenau 62 61 - 62 65. 


Sicheres Entriegeln 
von Diskettenlaufwerken 

Die am A 7100 eingesetzten Disket- 
tenlaufwerke lassen sich nach häufi- 
ger Benutzung oftmals nicht mehr 
ohne weiteres entriegeln. Obwohl der 
Hebel freigegeben wird, lassen sich 
die Disketten nicht entnehmen. Viele 
Nutzer versuchen, mit unsanften Mit- 
teln das Entriegeln zu erzwingen, was 
zu Schäden an Diskette und Lauf- 
werk führen kann. 

Durch einen einfachen Zusatz im Dis- 
kettenlaufwerk kann die ordnungsge- 
mäße Funktion dauerhaft gewährlei- 
stet werden. Dazu wird auf die be- 
wegliche Kopfplatte eine Schiene 
aufgeschraubt (siehe Skizze), die 
vom Riegel beim Öffnen zwangs- 
weise mitgeführt wird. Ein Loch mit 
Gewinde M3 ist auf der Kopfplatte be- 
reits vorhanden. 

Zu beachten ist, daß die zusätzliche 
Schiene die Länge von 72 mm zwi- 
schen Mitte Bohrung und vorderem 
Ende nicht überschreiten darf. Es 
wird darauf aufmerksam gemacht, 
daß eventuelle Garantieansprüche 
nach dem Eingriff erlöschen. 


| El KONTAKT jB ] 

Technische Universität Dresden, Sektion 
Informationstechnik, Bereich Kommunika- 
tions- und Computertechnik, Mommsen- 
straße 13, Dresden, 8027; Tel. 4 633941 

Thomas Johannsen 


{$A+, B-, D+, E-, I+, L+, N+, 0-, R-, S+, V-} 
unit co87; 
interface 

uses dos; 

Implementation 

var org3e, orgexit : pointer; 

{$F+} 

procedure cocorect; 
begin 
inline( 

$5D/ { pop bp > 

$fc/ { cid } 

$f f/$2e/org3e { jmp far [ds:org3e] > 

) ; end ; 

procedure reset; 

begin setintvec( $3e, org3e) ; 
exitproc*- = orgexit; 

end ; 

begin 

getintvec( $3e, org3e) ; 
setintvec( $3e, ©cocorect ) ; 
orgexit : =exitproc; 
exitproc : =@reset; 
end . 


Bildl Unit co87 


Diskettenlaufwerk, 

Draufsicht 



Kopfplatte 

Schraube M3x5 

zusätzliche Schiene 
(75x10x2, Alu) 

Riegel 


\ 

Hebel 
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Börse 


Erweiterungskarte 

P8000-Terminal 

Über eine Adaption der Erweite- 
rungskarte auf dem P8000-Terminal- 
Grundgerät und eine Neuimplemen- 
tierung der Firmware werden zusätz- 
lich folgende Eigenschaften für das 
P8000-Terminal wirksam: 80 Zeichen 
in 24 oder 25 Zeilen, drei durch Tasta- 
tur oder Steuerfolgen umschaltbare 
Zeichensätze, Pseudografik-Fähig- 
keit, über Steuerfolgen umschaltbare 
Terminal-Modi, WS-kompatible Kur- 
sor- und Funktionstasten, Kursor 
transparent/nontransparent, T astatur 
on/off, Hell-/Dunkeltastung Monitor, 
Hardcopy- und Print-Modus. 

An die auf der Erweiterungskarte vor- 
handene serielle Schnittstelle kann 
ein Drucker angeschlossen werden. 
Damit kann das P8000-Terminal 
wechselseitig als Steuergerät, als 
Druckeinheit oder als Hardcopyein- 
heit verwendet werden. 

Zentrum für Forschung und Technologie, 
Kombinat VEB Elektro-Apparate-Werke 
Berlin-Treptow, Storkower Straße 101, 
Berlin, 1055; Tel. 4 38 8532/438 8569 

Kühle/Schmidt 


Konvertierungsprogramm 

WORDTP 

Durch die schrittweise Ausrüstung 
des KC 85/3 und 14 mit Diskettenlauf- 
werken wird bei vielen KC-Nutzern 
der Wunsch entstehen, das Textver- 
arbeitungssystem Wordpro gegen 
das komfortablere TP von Sömmerda 
auszutauschen. Um die in den letzten 
Jahren entstandenen Wordpro-Text- 
konserven nicht neu mit dem Textpro- 
zessor eintippen zu müssen, ist von 
uns ein Konvertierungsprogramm in 
Turbo-Pascal geschrieben worden, 
das Wordprotexte automatisch in 
.TXT-Dateien umwandelt. Dabei wer- 
den alle Steuerzeichen mit konver- 
tiert, so daß das Druckbild des ur- 
sprünglichen Textes auf dem KC mit 
Floppy oder PC 1 71 5 oder A 51 20/30 
genau wie das Wordpro-Druckbild 
aussieht. Das Programm WORDTP 
kann bei uns bei Zusendung einer 
Diskette und eines formlosen Auftra- 
ges zum Preis von 300,- Mark erwor- 
ben werden. Bei Bedarf wird das TPL 
kostenlos mitgeliefert. 

Zwischengenossenschaftliche Einrich- 
tung Landbauprojektierung Zwickau, 
Abt. Rechentechnik, PSF 802, Reichen- 
bacher Straße 158, Zwickau, 9502; 
Tel. 78 82 Uhlig 


Druckprogramm 
mit Syntaxprüfung 

Es wurde ein Turbo-Pascal-Pro- 
gramm entwickelt, das den Ausdruck 
von REDABAS-, dBase- und Clipper- 
Quelltexten wirkungsvoll unterstützt. 
Vor dem Ausdrucken wird ein ele- 
mentarer Syntaxtest nach den Struk- 
turanweisungen {DO WHILE, DO 
CASE, IF und FOR) durchgeführt. 
Hierbei auftretende Strukturfehler 
können mit einem integrierten Editor 
bearbeitet werden. Der korrekte 
Quelltext wird durch Eindrücken for- 
matiert und durch Zeilennummer und 
Schachtelungstiefe ergänzt auf ei- 


nem Drucker ausgegeben. Der Nut- 
zer wird durch On-Iine-Hilfestellung 
im Programm unterstützt. Benötigt 
werden ein IBM-kompatibler PC, ein 
Epson-kompatibler Drucker und MS- 
DOS 3.10 bis 3.30. Die Nachnut- 
zungsgebühr beträgt 350 M. 

VEB Automobilwerk Eisenach, Abt. TVQ, 
Rennbahn 8, Eisenach, 5900; Tel. 
59567 Dr. Remmler 


DELALL 

Das Programm DELALL kann Da- 
teien gleichen Namens oder Typs 
vom gesamten Datenträger löschen. 
Jedes der angelegten Verzeichnisse 
auf dem aktuellen Datenträger wird 
nach der entsprechenden Datei 
durchsucht. Das Zeichen * im Datei- 
namen ersetzt ein oder mehrere Zei- 
chen im Dateinamen. Durch die Ein- 
gabe eines Parameters kann der Nut- 
zer entscheiden, ob eine Löschung 
automatisch erfolgen soll oder nicht. 
Auf diesem Wege kann der Nutzer re- 
lativ schnell seinen Datenträger be- 
reinigen und freien Speicherplatz 
schaffen. Diese Lösung ist für alle 
A7150, EC 1834 ... nutzbar. Gelie- 
fert werden die Programmdateien 
und eine Anwenderbeschreibung auf 
nutzereigenen 5 1/4-Zoll- Disketten 
(720 KByte). 

VEB Datenverarbeitungszentrum Neu- 
brandenburg, Bereich Absatz und Be- 
schaffung, Straße der Befreiung 12, PSF 
20, Neubrandenburg, 2000; Tel. 587333 

Claus 


Echtzeitsystem 

lasFORTH 

Das Forth- Echtzeitsystem lasFORTH 
wurde für die Implementierung von 
Multitasksystemen für eingebettete 
Rechnersysteme der Prozessorfami- 
lien Z 80 und 8086 entwickelt. las- 
FORTH enthält selbst keinen Über- 
setzer. Zur Programmentwicklung 
können das comFORTH-Basispaket 
(off-line) und das System com- 
FORTH-plus (on-line) eingesetzt 
werden. Die Generierung erfolgt mit 
Hilfe des CrossCompilers. lasFORTH 
wurde gegenüber gewöhnlichen 
Forth-Systemen um eine Prozeßver- 
waltungsschicht erweitert. 

Die Definition von Tasks und Syn- 
chronisationsobjekten ist bereits bei 
der Systemgenerierung bzw. unter 
comFORTH-plus möglich. 

FORTecH Software, Albert-Einstein- 
Straße 2, Rostock 6, 2500; Tel. 40 52 02 

Dr. PfüHer 


NETBASE 

Das Datenbanksystem NETBASE er- 
laubt die Arbeit mit Datenbankfiles im 
lokalen Rechnernetz SCOM-LAN. In 
der ersten Ausbaustufe erreicht das 
System folgende Leistungsparame- 
ter: simultane Arbeit von 8- und 16- 
Bit-Rechnern, interaktive Nutzerum- 
gebung, Datenbestände verbleiben 
im REDABAS-Format, Dateizugriffs- 
und Bearbeitungszeiten entsprechen 
auf allen Stationen internationalen 
Normen, automatisches Record- und 
Filelocking, Filelocking nur beim phy- 


sischen Löschen von Datensätzen 
sowie beim Indizieren und Sortieren 
der Datei, Arbeit in mehreren Daten- 
bankebenen. 

VEB Applikationszentrum Elektronik Ber- 
lin, IfAM Berlin, PF 211, Berlin, 1035; 
Tel. 5883841 Raschik 


Steckeinheit 

für die Bildverarbeitung 

Die entwickelte kombinierte Bildauf- 
nahme-/Bildwiedergabebaugruppe 
realisiert ein Bildraster von 256 x 256 
Pixel bei einer Auflösung von 16 
Grau- bzw. Farbstufen. Kernstück der 
Steckeinheit ist der GDC U 82720 D. 
Dieser erlaubt die Nutzung sowohl als 
Grafiksteckeinheit mit den unterstüt- 
zenden Funktionen des GDCs als 
auch durch ein vorhandenes Videoin- 
terface die Eingabe von Kamerabild- 
informationen. Die Zoom- und Pan- 
Funktionen des GDCs unterstützen 
die Bildverarbeitung von verschiede- 
nen Rasterbildern und Rasterbildgrö- 
ßen und von Bildfolgen. 

Der Einsatz der Steckeinheit ist in den 
Rechnern K 1520 und EC 1834 mög- 
lich. Die Lösung liegt als technische 
Dokumentation und in begrenztem 
Umfang als fertige Leiterkarte vor. 

VEB Chemieanlagenbaukombinat Leip- 
zig-Grimma, Stammbetrieb, HA 422000, 
Bahnhofstraße 3-5, Grimma, 7240; Tel. 
63/36 83 Dr. Weigel 


Speichererweiterung 
von Robotron-Leiterkarten 
K3Q20 

Zur Nachnutzung wird eine Umbau- 
vorschrift angeboten, die es ermög- 
licht, die bisher im Handel befindli- 
chen Robotron-Festwertspeicherlei- 
terkarten K 3820 (16 KByte) auf eine 
maximale Speicherkapazität von 
64 KByte aufzustocken. Des weiteren 
wird eine Modifizierungsvariante für 
den gemischten Einsatz von 
EPROMs und RAMs angeboten. 

Technische Universität Dresden, Sek- 
tion Informationstechnik (09), Bereich 
2, Mommsenstraße 13, Dresden, 8027; 
Tel. 4632286 Nicklisch 


Rationelles Arbeiten 
mit AutoCAD 

Für die Optimierung Ihrer Arbeit mit 
dem Programmpaket AutoCAD bie- 
ten wir Ihnen folgende Softwarepro- 
dukte: 

SETUP ermöglicht ein bildschirmme- 
nügestütztes Einrichten Ihrer Zeich- 
nungsblätter, einschließlich Faltmar- 
kierungen, Schriftfeldaufbau und 
Layerorganisation. 

QuickKey steuert die Mehrfachbele- 
gung der Funktionstasten mit Auto- 
Cad-Funktionen, Befehlen oder Be- 
fehlsmacros. 

TextTrans bietet die Möglichkeit, AS- 
Cll-Files in oder aus Bild-(.dwg-)Da- 
teien ein- oder auszulesen. 

TR ist ein in AutoCAD integrierter Ta- 
schenrechner mit 14 mathemati- 
schen Funktionen, einem rechnen- 
den Speicher und speziellen Funktio- 
nen zur Längen- und Winkelberech- 
nung. 


Alle Programme sind auf IBM PC/XT, 
/AT oder Kompatiblen mit mindestens 
640 KByte RAM unter MS-DOS Ver- 
sion 3.xx und AutoCAD ab Version 
2.6 deutsch oder englisch lauffä- 
hig. 

Bauakademie der DDR, IPS/Abt. C0M- 
PAL, Plauener Straße 163-165, Berlin, 
1092; Tel. 37833494 Piälek 


LADAS 

Das Dateibearbeitungsprogramm 
LADAS für KC 85/3 und 14 ist für die 
Bereiche Material- und Lagerwirt- 
schaft, Kader- und Bildung, Produk- 
tionsplanung und -lenkung, W+T, Li- 
teratu rrecherche u.v. a. m. geeignet. 
Es ermöglicht einen schnellen Zugriff 
auf Daten und dabei Dateiarbeit auf 
einfachster Anwenderebene. Das 
vorliegende Maschinencodepro- 
gramm gestattet die Verwaltung von 
Dateien mit beliebig vielen Feldern 
und beliebigen Feldlängen. Die Satz- 
zahl darf 2000 und die Satzlänge 
16300 nicht überschreiten. Sollte der 
Anwender damit nicht ausreichen, so 
können mehrere Dateien mit gleicher 
Struktur, aber verschiedenen Namen 
angelegt werden. Die Anzahl der Da- 
teien ist beliebig. 

Das Programm LADAS ist bei Zusen- 
dung einer Magnetbandkassette oder 
einer formatierten MicroDOS-Dis- 
kette und eines formloserr Auftrages 
von uns für 800,- Mark zu beziehen. 

Zwischengenossenschaftliche Einrich- 
tung Landbauprojektierung Zwickau, 
Abt. Rechentechnik, Reichenbacher 
Straße 158, PSF 802, Zwickau, 9502; 
Tel. 78 82 Uhlig 


Repräsentation 
von Meßsignalen 
mit LEMESS 

LEMESS - in Turbo-Pascal 5.0 ge- 
schrieben - ermöglicht die komplexe 
Auswertung und Dokumentation be- 
liebiger Meß- und Simulationsergeb- 
nisse, erleichtert Routinearbeiten und 
soll die Eigenentwicklung derartiger 
Programme erübrigen. Es dient zur 
Bestimmung der charakteristischen 
Kennwerte im Zeitbereich (z. B. Ef- 
fektivwerte, Mittelwerte und Leistun- 
gen) und um Frequenzbereich 
(Spektren) aus Zeitfunktionen sowie 
der interaktiven grafischen Darstel- 
lung und Manipulation von Kurven je- 
der Art und damit einer detaillierten vi- 
suellen Meßkurvenanalyse sowie der 
Erarbeitung einer qualitativ hochwer- 
tigen grafischen Dokumentation. 
LEMESS bietet (zur Zeit) folgende 
Möglichkeiten: individuelle Aufteilung 
des verfügbaren Datenspeichers, Er- 
zeugung einfacher Testsignale, arith- 
metische Signalmanipulationen, Si- 
gnalanalyse, Einbindung von Nutzer- 
funktionen sowie in LEMESS-Grafik 
die Darstellung von bis zu 32 Kurven 
in bis zu 9 frei definierbaren Fenstern 
mit variablem Fenster- und Kurven- 
design, mit automatischer Skalierung 
sowie Achsenbeschriftung, Kursor- 
messungen, Kurvenmanipulationen 
und Beschriften der Grafik „von 
Hand“. 

Als Datenquellen sind Simulations- 
programme (z. B. LENE) oder digitale 
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Meßgeräte (z. B. über V.24) denkbar, 
außerdem kann jedes Programm (in 
einer beliebigen Programmierspra- 
che) Ergebnisse in kompatibler Form 
(ASCII-Files) auf Diskette schrei- 
ben. 

Technische Universität Karl-Marx-Stadt, 
Sektion Automatisierungstechnik, PSF 
964, Karl-Marx-Stadt, 9010; Tel. 
5613610/3612 Waldeck 


Baumanzeige 

und Verzeichnisauswahl 

Für Turbo-Pascal 4. 0/5.0 wurde die 
allgemein verwendbare Unit TOM- 
BAUM entwickelt. Diese UNIT kann 
mühelos in jedes Anwenderpro- 
gramm eingebunden werden, sie er- 
möglicht: Das aktuelle Laufwerk wird 
nach allen Directory-Einträgen durch- 
sucht und als Liste (Baum) im Heap 
abgelegt. In diesem Baum wird nach 
einem übergebenen Verzeichnisna- 
men gesucht. Ist dieses Verzeichnis 
vorhanden, wird der komplette Pfad- 
name und die Adresse, auf der sich 
dieses Verzeichnis befindet, an das 
Anwenderprogramm zurückgege- 
ben. Die Funktion BaumAnzeigen 
realisiert die Ausgabe der Verzeich- 
nisse auf den Bildschirm und die Ve*r- 
zeichnisauswahl mittels Kursorta- 
sten. Ein im Anwenderprogramm 
festgelegter Verzeichnisname kann 
vom Nutzer über diese Auswahl an- 
gelegt und als Adresse an das An- 
wenderprogramm zurückgegeben 
werden. 

Geliefert werden die Programmda- 
teien und eine Anwenderbeschrei- 
bung auf nutzereigenen 5,25-Zoll- 
Disketten (720 KByte). 

VEB Datenverarbeitungszentrum Neu- 
brandenburg, Bereich Absatz und Be- 
schaffung, Koll. Gilberg, Straße der Be- 
freiung 12, PSF 20, Neubrandenburg, 
2000; Tel. 587333 Claus 


Druckertreiber 

für IFSS-Schnittstelle 

Der Rechner A 71 50 besitzt ein IFSS- 
Interlace als zweiten seriellen Kom- 
munikationsanschluß. Leider bedie- 
nen die Treiberprogramme des DCP 
nicht das XON/XOFF-Protokoll, wel- 
ches zum Betrieb eines Druckers 
über IFSS notwendig ist. 

Es wird kostenlos ein T reiber angebo- 
ten, welcher dieses Protokoll unter- 
stützt. Der Datenverkehr wird mittels 
BlOS-lnterrupt 14H durchgeführt. 
Durch die Anbindung an das BIOS ist 
der Treiber hardwareunabhängig. 

Ulrich Zagorni, Hegemeisterweg 25, 
Berlin, 1157; Tel. 5509531, App. 33 


JCPASCAL 

JCPASCAL ist ein Pascal-System für 
'Kleincomputer. Es zeichnet sich vor 
allem durch eine starke Anlehnung an 
Turbo-Pascal und eine Real-Arithme- 
tik mit löstelliger Genauigkeit aus. 
Für die Rechner KC 87 (KC 85/1 ), KC 
85/2, /3,/4 und Z 1013 sind Versionen 
vorhanden. Die Datentypen sind ge- 
genüber Standard-Pascal um BYTE, 
STRING (für Zeichenketten) und 
POINTER (ein allgemeiner Zeiger- 
typ) erweitert. Verzichtet wurde dage- 
gen auf Mengen- und Aufzählungsty- 
pen. 

Hauptmenü und bildschirmorientier- 
ter Editor wurden ebenfalls an Turbo- 


Pascal orientiert gestaltet. Abwei- 
chungen resultieren vor allem aus 
den Besonderheiten des Kassetten- 
interfaces. Das Programmsystem hat 
eine Länge von etwa 1 6 KBytes. 

Technische Universität Karl-Marx-Stadt, 
WB Tribotechnik 11270, PSF 964, Karl- 
Marx-Stadt, 9010 Rödenbeck 


RED AB AS für ICC 87 

Zur Lösung von Aufgaben der Klein- 
rationalisierung sowie zur Aus- und 
Weiterbildung habe ich das Pro- 
gramm REDABAS für den KC 87 ent- 
wickelt. Es realisiert zirka 70 % des 
REDABAS-Befehlsvorrats. Es hat 
eine Länge von rund 16 KByte und 
setzt 2 RAM-Module voraus. 1 6 Da- 
tenbanken oder Befehlsdateien kön- 
nen gleichzeitig im Speicher gehalten 
werden. Eine Datenbank besteht aus 
maximal 16 Feldern mit einer maxi- 
malen Länge von je 40 Zeichen. Die 
Satzlänge ist auf 200 Zeichen be- 
schränkt. Es ist möglich, 1 6 Speicher- 
variablen anzulegen. Die numerische 
Genauigkeit beträgt 10 Stellen. Druk- 
kertreiber werden automatisch be- 
rücksichtigt. 

Das Programm mit Dokumentation 
kann an Interessenten kostenlos ab- 
gegeben werden. 

Ronald Uppold, Wiesenstraße 22, Crim- 
mitschau, 9630 


Komfortabler Editor 
für KC87 

Der Editor QWORD arbeitet screen- 
orientiert. Er bietet eine Vielzahl von 
Möglichkeiten, die den Editoren von 
PCs oder BCs eigen sind. Sie können 
Texte einfügen und überschreiben 
sowie Blockkopier- und Blocktrans- 
portoperationen ausführen lassen. 
Texte werden automatisch rechts- 
bündig angeordnet und können ge- 
druckt werden. Das Programm ist 
etwa 10 KByte lang und kann von 
Kassette geladen werden. Der Um- 
fang bearbeitbarer Textdateien ist 
von der Speicherkonfiguration des 
KCs abhängig. 

Technische Universität Dresden, Sek- 
tion Informationstechnik, Bereich Kom- 
munikations- und Computertechnik, 
Mommsenstraße 13, Dresden, 8027; 
Tel. 4 63 51 21 Herzmann 


Programme für Arbeit 
im DCP 

Zur Verbesserung der Arbeit im Be- 
triebssystem DCP entstanden in un- 
serem Betrieb folgende Programme: 
DHDATIM - menügesteuertes Setzen 
und Prüfen der Systemzeit. 

DHF77I - Einfügen von INCLUDE- 
Texten in Fortran-Quellen: An die 
Stelle einer INCLUDE:. . .-Anweisung 
wird die INCLUDE-Datei selbst ge- 
setzt. Damit wird dem Compiler die 
INCLUDE-Funktion abgenommen. 
DHF0RMAT - menügesteuertes For- 
matieren. 

DHSETPRN - menügesteuertes Ein- 
stellen von Druckern: Das Programm 
ist in der Lage, einen Drucker der Ty- 
pen DMP3160, FX1000, K 6313/' 
6314, LX800 oder SL-80IP zu konfi- 
gurieren. Es ist möglich, weitere 
Druckertypen einzubinden. 

VEB Datenverarbeitungszentrum Halle, 
Abt. FP, Block 081, Halle-Neustadt, 
4090 Dierich 


Ergänzungen zur DCP - 
Systemsoftware 

Zur effektiven Arbeit unter dem Be- 
triebssystem DCP bieten wir folgende 
zusätzliche Software an: 

DSERV - ermöglicht problemloses 
Editieren von Diskettenfiles (Pro- 
grammversion auch für SCP und 
SCP1700). 

DATETIME - ermöglicht unkomplizier- 
tes Setzen von Uhrzeit und Datum. 
MAZEIT - realisiert eine rationelle Ma- 
schinenzeiterfassung, Datei ist mit 
REDABAS auswertbar. 

RAMDISK - ermöglicht das flexible 
Einrichten eines virtuellen Laufwer- 
kes. 

FORM TXT - bietet folgende Möglich- 
keiten: Herausfiltern nichtdruckbarer 
Zeichen aus Texten, Umwandeln von 
Umlauten in Pseudoumlaute (ae, . . .) 
und umgekehrt, Formatieren von 
Texten. 

FRAGE - ermöglicht in Batch-Dateien 
das Formulieren von Abfragen und 
das Auswerten der darauffolgenden 
Bedienereingabe. 

NCQUIT - ermöglicht das Verlassen 
des Norton-Commanders ohne Ta- 
stenbetätigung. 

Institut für Forstwissenschaften Ebers- 
walde, Organisations- und Rechenzen- 
trum Potsdam, Koll. Neumann, Virchow- 
straße 39/41, Potsdam, 1591; Tel. 
76941 Dr. Barciok 


Programmpaket 
„ Feste Brennstoffe “ 

Das Projekt „Feste Brennstoffe“ dient 
der rationellen Verwaltung aller Da- 
ten zu dieser Problematik und ist für 
die Bearbeitung eines Kohleplatzes 
ausgelegt. 

Folgende gerätetechnische Voraus- 
setzungen müssen erfüllt sein: PC 
1715 unter SCP mit großem Bild- 
schirm und 2 MFS 1.6, Drucker K 
6313/SD 1152/LX 86. 

Das Programmpaket existiert auch 
für 16-Bit-Technik (A 7150, EC 1834 
oder analoges Gerät unter DCP und 
entsprechende Drucktechnik). Das 
Vorhandensein einer Festplatte wird 
vorausgesetzt. 

Beide Projekte sind in Turbo-Pascal 
(Version 2.0 bzw. 4.0) geschrie- 
ben. 

VdgB-Bezirksorganisation Karl-Marx- 
Stadt bei der BHG Auerbach, Bereich Re- 
chentechnik, Bahnhofstr. 18, Auerbach, 
9700; Tel. 30 33; Knauer 

Schwabe 


Rechercheprogramm LIT 

LIT ist ein sehr flexibel nutzbares 
Rechercheprogramm. Sieben Felder, 
maximal 99 Deskriptoren sowie ein 
weiteres Spezialfeld können optimal 
genutzt werden. Bezeichnungen, 
Längen und Positionierung sind mit 
Einschränkungen vom Nutzer frei 
wählbar. In einer so festgelegten Da- 
tenbank wird das Erfassen, Ändern 
und Löschen von Datensätzen unter- 
stützt. Das Suchen von Datensätzen 
kann in allen Feldern nach Suchbe- 
griff und -sofern beim Datenbankauf- 
bau mit vorgesehen - nach maximal 
vier Deskriptoren erfolgen. In zwei 
Feldern ist auch eine schnelle index- 
sequentielle Suche möglich. 

Das Programm kann auf XT-kompati- 
blen Computern mit Färb- oder Mono- 
chrommonitor genutzt werden. Vor- 


aussetzung sind mindestens 1 Dis- 
kettenlaufwerk sowie als Betriebssy- 
stem MS-DOS ab Version 3.1 . 

Institut für grafische Technik, Insel- 
straße 20, Leipzig, 7010; Tel. 68632 55 

Dr. Fischer/Krüger 


GRUNDM 

GRUNDM wurde mit PASCAL-T erar- 
beitet und liegt in Versionen für die 
Betriebssysteme SCP, SCP 1700 
und DCP vor. 

Das Projekt garantiert eine bediener- 
freundliche Eingabe, Korrektur und 
Anzeige aller Datensätze. Die Ro- 
bustheit wird u.a. durch eindeutige 
Modifizierungsstandsführung, 
Schutzcodeabfragen und Bereichs- 
prüfungen gewährleistet. 

Das Projekt wird gepflegt. Bei Bedarf 
kann eine betriebsspezifische Erwei- 
terung vereinbart werden. Das Zu- 
satzprogramm GRZ zur Zusammen- 
fassung der Betriebsdateien kann 
ebenfalls genutzt werden. Eine um- 
fangreichere Beschreibung wird Ih- 
nen auf Anforderung kostenlos auf Ih- 
rer 5, 25"- Diskette (möglichst 

16x256x80 initialisiert) übergeben. 

Bezirkskombinat Fleischwirtschaft Neu- 
brandenburg, Abt. MRT/EDV, Koll. Red- 
lin, Steepenweg 18, PSF 17, Neubran- 
denburg, 2000; Tel. 5617 Ehnert 


Stücklistenprogramm 
mit Stammdatenpflege 

Wir bieten ein Softwarepaket zur Er- 
arbeitung von Stücklisten für Elektro 
und HLS mit zyklischer Stammdaten- 
pflege an. Bevorzugte Nutzergrup- 
pen sind Anwender des Softwarepa- 
ketes SLOBJEKT (Urheber ZBO 
Sömmerda) sowie Anwender, die bis- 
her Stücklisten auf der Grundlage der 
TGA-Kataloge erzeugten. Einfache 
Handhabung des Programms, eine 
ausgefeilte Schlüsseltechnik und je- 
derzeit aktuelle Stammdaten (gemäß 
TGA-Katalog) durch einen organi- 
sierten Änderungsdienst zeichnen 
diese Softwarelösung aus. Die Pro- 
grammversion ist lauffähig unter SCP 
und bei Bedarf unter MS-DOS. 

Zwischengenossenschaftliche Bauorga- 
nisation Landbau Gotha, Abt. Projektie- 
rung, Gartenstraße 52, Gotha, 5800; Tel. 
53808,53813 Both 


Macroassembler für KCs 

Der in MP 6/1 989, Seite 1 87, angebo- 
tene Macroassembler läuft zusätzlich 
zu den dort angegebenen Computer- 
typen auch auf dem KC 85/4. Inzwi- 
schen wurde auch eine CP/M-Ver- 
sion dieses Assemblers fertiggestellt. 

Karl-Marx-Universität Leipzig, Institut 
für Biophysik, Liebigstraße 27, Leipzig, 
7010 Rödenbeck 


Wir suchen... 

. . . eine Hard- und Softwarelösung 
zum Anschluß eines Floppydisk- 
Laufwerkes 1 .2 an einen Atari 
800 XL. 

Jugenklubhaus „Rosa Luxemburg 44 , 
Zwickauer Straße 23, Altenburg, 7400; 
Tel. 31 53 Richter 
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Entwicklungen und Tendenzen 


Neues Echtzeit- 
Betriebssystem von Intel 

iRMX III, das neue 32-Bit-Betriebssy- 
stem von Intel, soll vollständig kom- 
patibel zu Intels jetzigen RMX-Be- 
triebssystem-Versionen sein und den 
Systemintegratoren erlauben, die 
neue Generation der 32-Bit-Prozes- 
soren und die dazugehörige Hard- 
ware voll auszunutzen. Um den Über- 
gang zu Anwendungen mit voller 32- 
Bit-Leistungsfähigkeit zu unterstüt- 
zen, wurden im Betriebssystem die 
Voraussetzungen dafür geschaffen, 
bestehende Software ohne Änderun- 
gen zusammen mit neu entwickelter 
32- Bit-Software laufen zu lassen. 

Das neue Betriebssystem ermöglicht 
auch den Zugriff auf die kürzlich von 
Intel vorgestellte Familie von 32-Bit- 
Peripheriebausteinen. So sind die 
neuen 32-Bit-E/A-Controller bei hö- 
herer Kapazität schneller als ihre Vor- 
gängertypen, jedoch vollständig kom- 
patibel dazu. Einschränkungen durch 
Segmentgrößen gehören jetzt der 
Vergangenheit an. Mit iRMX III lassen 
sich Segmentgrößen von 1 Byte bis 
zu 4GByte konfigurieren. Mehr als 
8000 dieser Segmente können von 
dem neuen Betriebssystem verwaltet 
werden, wobei die Anwender vom In- 
tra-Segment-Scbutz des 386 profitie- 
ren. 

iRMX III unterstützt auch die volle 32- 
Bit-Arithmetik und erlaubt den Ein- 
satz des Arithmetik-Koprozessors 80 
387. Dabei sind Leistungssteigerun- 
gen um den Faktor 2 bis 5 zu erwarten 
-speziell bei der Ausführung komple- 
xer Funktionen, die wie SIN, COS und 
LOG früher von dem Arithmetik-Ko- 
prozessor 80 287 in Software emu- 
liert wurden. Diese Verbesserung ist 
besonders für Datenerfassungsan- 
wendungen interessant, die oft kom- 
plexe Skalierfunktionen mit den her- 
einkommenden Daten ausführen. 

Das Betriebssystem iRMX III wird für 
alle drei Intel-Architekturen verfügbar 
sein - mit voller Netzwerkunterstüt- 
zung durch RMXNET, Grafikunter- 
stützung mit RGI auf dem iSBX 279 
und unterstützt durch das Spektrum 
bereits verfügbarer 32-Bit-iRMX-Ent- 
wicklungswerkzeuge. mp 


Siemens und IBM 
entwickeln gemeinsam 
64-MBit-Chip 

Die Siemens AG und IBM haben ver- 
einbart, bei der Entwicklung des 64- 
MBit-DRAMs (Dynamic Random Ac- 
cess Memory) zusammenzuarbeiten. 
Die Vereinbarung beinhaltet eine 
mögliche Erweiterung auch auf nach- 
folgende Chip-Generationen. Beide 
Partner tragen die Entwicklungsko- 
sten je zur Hälfte. 

Die Entwicklungsarbeiten für den 64- 
MBit-DRAM werden bei IBM und Sie- 
mens unverzüglich aufgenommen 
und in dem neu errichteten Advanced 
Semiconductor Technology Center In 
East Fishkill konzentriert. Sie bauen 
auf den Forschungsaktivitäten von 
Siemens in München und IBM in Es- 
sex Junction, USA, auf. 

Ziel der Vereinbarung ist es, bis Mitte 
der 90er Jahre weltmarktfähige 64- 
MBit-DRAMs produzieren zu können. 
Auch wenn beide Partner beschlos- 


sen haben, die Kosten des Projekts 
vertraulich zu behandeln, gehen doch 
Fachleute davon aus, daß eine sol- 
che Entwicklung etwa 450 Mio. US-$ 
kosten könnte. , MP 


Framework III — Anwen- 
dungsprogrammierung 

Für die in Framework integrierte Pro- 
grammiersprache FRED bietet Ash- 
ton-Tate jetzt eine Sammlung von 
Programmen an, mit der Entwickler 
professioneller Software Framework 
Ill-Anwendungen einem großen Kreis 
von Nutzern zugänglich machen kön- 
nen. Die Sammlung beinhaltet unter 
anderem Anpassungsprogramme für 
Drucker und Plotter, Bildschirmtrei- 
ber und Programmteile zur erweiter- 
ten Nutzung von Framework III mit 
detaillierter Dokumentation. Die Ein- 
bindung von C- und Assemblerrouti- 
nen in FRED-Programme ist eben- 
falls möglich. Das mitgelieferte Run- 
time-Modul gestattet es, Anwendun- 
gen unabhängig von Framework ein- 
zusetzen. Die Programmsammlung 
und das Runtime-Modul werden von 
Ashton-Tate für 499- DM angebo- 
ten. MP 


Vom PC 

zum digitalen Meßgerät 



Eine vom Hersteller ttw GmbH vorge- 
stellte Neuentwicklung soll völlig 
neue Möglichkeiten im Bereich der di- 
gitalen Meßtechnik eröffnen. Der 
Grundgedanke des Practop-Sy- 
stems: Messen und die digitale Auf- 
bereitung der Daten sind getrennt. 
Die Meßmodule-zum Beispiel Multi- 
meter, Logikanalyzer, Oszilloskop - 
erfassen lediglich Daten, das Anzei- 
gen und Auswerten übernimmt ein 
PC. Im Gegensatz zu herkömmlichen 
Meßkarten werden die Module jedoch 
nicht in den Rechner eingebaut, son- 
dern einfach von außen an die serielle 
Schnittstelle RS232 des PCs ange- 
steckt. Dabei ist jedes Modul eine au- 
tarke Meßeinheit, das Daten selb- 
ständig aufnimmt und intern abspei- 
chern kann.* 

Das neue Konzept „Meßmodul + 
PC“ vereinfacht insbesondere War- 
tungs-, Reparatur- und Servicetech- 
nikern die Arbeit beim Kunden. Ein 
Laptop, die Meß-Software und eine 
Tasche mit den Practop-Modulen er- 
setzen mehrere herkömmliche digi- 
tale Meßgeräte. 

Für die Arbeit mit Practop braucht 
man kein spezielles Computerwis- 
sen. Der Rechner erkennt automa- 


tisch, welches Modul angeschlossen 
ist. Ein übersichtliches Menü in Wind- 
owtechnik erleichtert die Benutzer- 
führung. 

Das System ist so ausgelegt, daß der 
Anwender auch eigene Software-An- 
passungen und Erweiterungen ent- 
wickeln kann. Zudem bietet ttw sei- 
nen Kunden Zusammenarbeit bei der 
Anpassung an spezielle Kundenan- 
forderungen und Branchenlösungen 
an, und zwar sowohl auf Software- als 
auch auf Hardware-Ebene mp 

Pagemaker 4.0 

Die Version 4.0 des Pagemaker der 
Firma Adobe soll seit April 1 990 ver- 
fügbar sein und sich durch völlig neue 
Funktionen auszeichnen. Insbeson- 
dere für die Textverarbeitung sind 
jetzt Funktionen zum Suchen und Er- 
setzen, zur Trenn- und Rechtschreib- 
kontrolle nach einem deutschen Lexi- 
kon mit 150000 Wörtern und zur au- 
tomatischen Generierung von In- 
halts- und Indexverzeichnissen ent- 
halten. Zur typografischen Gestal- 
tung werden ebenfalls neue Funktio- 
nen angeboten: Freie Wahl der Zei- 
chen-, Wort- und Absatzabstände, 
Einbinden mitfließender Grafiken, 
Buchfunktionen mit dateiübergreifen- 
der Seitennumerierung, Textrotation 
in 90°-Schritten, Unterschneidung in 
Schritten von 1/100 Geviert, einstell- 
bare „Schusterjungen“- und „Huren- 
kind“-Funktion und anderes. Das 
Spezialprogramm Aldus Preprint 
dient der Vierfarbseparation und er- 
möglicht unter anderem die Färb- und 
Bildkorrektur sowie die Definition von 
Rasterwinkeln und Rasterweiten für 
jede Farbe auch für alle fremden Da- 
teien, sofern sie die Adobe-Post- 
script-Farbkonvention erfüllen. mp 


20-MByte-Floppy 
statt Festplatte 



Die britische Firma Citizen hat jetzt 
das nach eigenen Angaben erste se- 
rienmäßige 20-MByte-Diskettenlauf- 
werk der Welt vorgestellt. Es soll vor 
allem in Laptops eine Alternative zu 
den Festplattenlaufwerken sein. Das 
im Bild gezeigte neue 3,5-Zoll-Lauf- 
werk hat eine Bauhöhe von 1 Zoll und 
verfügt über eine SCSI- und eine AT- 
Bus-Schnittstelle. Die mittlere Zugriffs- 
zeit beträgt 50 ms. Mittels Schwing- 
spulenmotor und optischer Servospu- 
ren auf der Diskette wird die exakte Po- 
sitionierung des Schreib-/Lesekopfes 
erreicht. ZurZeit können mit dem Lauf- 
werk auch 1- oder 2-MByte-Floppies 
gelesen werden; die Schrei b-/Lese- 
funktion soll in Kürze folgen. 


Da von mehreren PC-Herstellern in 
diesem Jahr bereits PCs mit 4- 
MByte-Diskettenlaufwerken erwartet 
werden, bietet Citizen jetzt ebenfalls 
derartige 3,5-Zoll-Laufwerke in den 
Bauhöhen 3/4 Zoll und 1 Zoll an. mp 


Löschbare optische Platte 
mit 1 GByte 

Die Firma Storage Dimensions hat 
eine Serie von optischen Plattensy- 
stemen angekündigt, deren wechsel- 
bare Datenträger (Kassetten) Kapa- 
zitäten bis zu 1 GByte besitzen. Die 
durchschnittliche Zugriffszeit beträgt 
35 ms, die Übertragungsgeschwin- 
digkeit 1 0 MBit/s. Die Systeme lassen 
sich an MS-DOS-Rechner (ab 80 
286-Prozessor) und Macintoshs an- 
schließen. Um entsprechend der 
ISO-Norm Kompatibilität zu anderen 
Laufwerkherstellern zu gewährlei- 
sten, gibt es auch eine Version mit 
650 MByte. MP 


Microsoft LAN-Manager/X 
für OEM-Kunden 

Nachdem Microsoft den LAN-Mana- 
ger/X an seine OEM-Kunden ausge- 
liefert hat, kann damit gerechnet wer- 
den, daß die ersten Produkte in Kürze 
zur Verfügung stehen. Die portable 
Version des OS/2 LAN-Managers 
wurde gemeinsam mit Hewlett Pac- 
kard entwickelt und erlaubt Anwen- 
dern von PCs, Mini- und Großrech- 
nern die gemeinsame Nutzung von 
Dateien, Programmen und Periphe- 
riegeräten. Zahlreiche Firmen wollen 
den LAN-Manager/X in Zukunft unter- 
stützen, so neben Hewlett Packard 
beispielsweise auch Bull, AT&T, 
Santa Cruz Operation, Tandem und 
Sybase. Der LAN-Manager/X deckt 
einen breiten Hardwarebereich ab 
und erlaubt es, die Vorteile der Cljent- 
Server-Architektur von Microsoft auf 
heterogene Umgebungen zu übertra- 
gen. Besonders vorteilhaft ist dabei 
die offene Systemarchitektur, die 
Kompatibilität und die Anpassung an 
den Industriestandard. Mehrere Pro- 
tokolle wie beispielsweise TCP/IP, 
ISO, NetBEUI und XNS werden vom 
LAN-Manager/X unterstützt. Des wei- 
teren wird die Kommunikation verteil- 
ter Applikationen über das Netz er- 
möglicht. Neben einer vollen Hotline- 
Unterstützung stellt Microsoft Bei- 
spiel-Software unter anderem für das 
Unix System V/386, für MS-/PC-DOS 
und OS/2 zur Verfügung MP 


Neue grafische 
Benutzeroberfläche 

Mit dem HP Visual User Environment 
(HP VUE) will Hewlett-Packard den 
Umgang mit dem Betriebssystem 
UNIX erleichtern. Die grafische Be- 
nutzeroberfläche bietet einen Vorrat 
leicht verständlicher Symbole (Icons) 
und eine Reihe von Dienstprogram- 
men einschließlich File-Manager, 
Hilfe und Mailer sowie Text- und Bit- 
map-Editoren. 

HP VUE basiert auf dem X Window 
System in der Version 1 1 sowie OSF/ 
Motif und damit auf offenen Industrie- 
standards. Es ist ein erster Schritt zur 
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Implementierung der Software-Um- 
gebung HP NewWave in der UNIX- 
Welt. Das Verhalten entspricht dem 
des HP Presentation Managers. MP 


Amstrad-Laptops 



Den Wettbewerb auf dem Laptop- 
Markt kräftig anregen will Amstrad mit 
einem 286er und einem 386SX-Lap- 
top zum Preis von 5500 bzw. 
6900 DM. Beiden Geräten sind 
1 6 MHz Taktfrequenz, eine Festplatte 
mit 20 oder 40 MByte, ein 1,44- 
MByte-Diskettenlaufwerk und das 
Backlit-Supertwist-LCD mit 640 x 
480 Punkten gemeinsam. Der 1- 
MByte-Hauptspeicher ist erweiterbar 
auf 4 MByte. Der Grafikadapter ist 
nicht nur zur VGA, sondern auch zu 
EGA, CGA, MDA und Hercules kom- 
patibel. Die 256-Farben-Palette wird 
in 32 Graustufen umgesetzt. Der ALT 
286 und der ALT 386SX sind Eigen- 
entwicklungen, die bei Vertragspart- 
nern in Japan komplett gefertigt wer- 
den. Amstrad will mit dem Laptop 
nicht nur Einsteiger, sondern auch 
professionelle Anwender erreichen. 

MP 


EDOS - 736 KByte RAM 
unter MS-DOS 

Oberhalb der 640-KByte-Grenze von 
MS-DOS stellt das von Ashton-Tate 
vertriebene DOS-Tool EDOS weitere 
96 KByte RAM zur Verfügung. Auf al- 
len PCs (XT/AT), PS/2 und dazu kom- 
patiblen Systemen mit 640 KByte 
RAM und mindestens 256 KByte Vi- 
deospeicher (EGA oder VGA) soll 
EDOS problemlos einsetzbar sein. 
Eine der üblichen Speichererweite- 
rungen wie Extended Memory oder 
Expanded Memory sind hierfür nicht 
erforderlich. Ashton-Tate bietet 
EDOS für 49- DM an. MP 


Seagate Viren Runner 2 

Mit einem neu entwickelten Spindel- 
motor - mit 4800 Umdrehungen pro 
Sekunde - hat der Festplattenher- 
steller Seagate die Leistungsfähigkeit 
seiner Wren-Runner-Serie gestei- 
gert. Das Laufwerk Wren Runner-2 
ST4767N ist eine 5,25-Zoil-SCSI- 
Festplatte mit 767 MByte unforma- 
tierter Kapazität. Seagate hebt vor al- 
lem die geringe durchschnittliche Zu- 
griffszeit von 1 1 ,9 Millisekunden und 
die Datentransferrate von 24MBit/s 
hervor. Das Laufwerk mit voller Bau- 
höhe ist insbesondere für den Einsatz 
in Workstations und mittleren DV-Sy- 
stemen gedacht. mp 


Hitachi auf dem Weg 
zum 1 - GBit-DRAM 

Herkömmliche Transistoren werden 
durch das Bearbeiten einer Silizium- 
scheibe von oben in der sogenannten 
Planar-Technik hergestellt. Die japa- 
nische Firma Hitachi hat nun - abwei- 
chend von dieser Technologie - ei- 
nen würfelförmigen Transistor ent- 
wickelt, mit dem man eine 250fach 
höhere Integrationsdichte als beim 4- 
MBit-Speicher erreichen will. Auch 
die Geschwindigkeit dieses Delta- 
Transistors soll 2- bis 3mal höher 
sein. Laut Hitachi soll der Delta-Tran- 
sistor den Weg zum 1 -GBit-DRAM 
ebnen. mp 


Intel erweitert 
1 6-Bit-Embedded- 
Controller-F amilie 

Intels Unternehmensbereich Micro- 
computer-ASIC in Chandler stellte im 
März dieses Jahres sieben neue Mit- 
glieder seiner 16-Bit-Mikrocontroller- 
Familie MCS-96 zum Einsatz in ein- 
gebetteten Echtzeitsystemen vor. Die 
Mikrocontroller bieten sowohl eine 
höhere Leistung als auch eine grö- 
ßere Integrationsdichte als die bisher 
bekannten 80C196KB-Mikrocontrol- 
ler, die seinerzeit (1988) die ersten 
MCS-96-Produkte in CMOS-Techno- 
logie waren (vergleiche MP 5/90, 
S. 130). 

Zwei neue Versionen, der 80C194 
und der 80C198, erlauben es dem 
Anwender, bei einer internen Verar- 
beitung von 1 6 Bit mit einem externen 
8-Bit-Bus die vorhandene 8-Bit-Peri- 
pherie anzusprechen. Der entschei- 
dende Unterschied zwischen beiden 
ist ein Analog-Digital-Wandler, der 
beim 80C198 integriert ist, beim 
80C1 94 jedoch nicht. 

Weitere neue Hochleistungsmikro- 
controller dieser Familie sind fol- 
gende: 

- der 80C1 96KC und der 80C1 96KR 
mit einem auf dem Chip integrierten 
1 6-KByte-EPROM/-ROM 

- der 80C196JR, eine pinreduzierte 

und „abgemagerte“ Version des 
80C196KR - 

- der 80C196KQ mit 12 KByte ROM 
oder EPROM auf dem Chip 

- der 80C196JQ, eine pinreduzierte 
und „abgemagerte“ Version des 
80C196KQ. 

Die Controller basieren auf Intels 
High-Density-I^-CHMOS-Prozeß. 
intels Unternehmensbereich Auto- 
motive bietet alle neuen Mikrocontrol- 
ler-Versionen im vollständigen Auto- 
mobiltemperaturbereich von -40 bis 
+125 Grad Celsius an. MP 


Motorola mit RISC-PC 
für Einsteiger 

Bei Motorola werden nicht nur Bau- 
elemente, sondern auch äußerst lei- 
stungsfähige Computer entwickelt. 
Beispielsweise kommt die Serie Delta 
8000 RISC von der Firma Motorola 
Computer Systems. Kernstück dieser 
Rechner ist der RISC-Prozessor 
88000 von Motorola (vgl. MP 11/88, 
S. 351 und MP 11/89, S. 348). Die Se- 
rie Delta 8000 RISC wurde kürzlich 
um das Modell 8408 erweitert, das 
vorrangig auf Einsteiger zielt. Dem 
potentiellen „Einsteiger“ werden be- 
achtliche 17 MIPS Leistung bei einer 
Taktfrequenz von 20 MHz, 8 MByte 
Hauptspeicher und 300 oder 600 



MByte Plattenspeicherkapazität ge- 
boten. Der Rechner, der über 6 Er- 
weiterungssteckplätze verfügt und an 
den 64 Nutzer anschließbar sein sol- 
len, wird für rund 27 000 bzw. 28 000 
Dollar angeboten. MP 


Festplattenlaufwerke 
mit Gigabyte- Kapazität 

Von Seagate wurde kürzlich der als 
Festplattenspezialist bekannte Her- 
steller Imprimis übernommen. Infol- 
gedessen bietet Seagate nunmehr 
Festplatten laufwerke mit außeror- 
dentlich hoher Kapazität an. Die Serie 
Elite beispielsweise bietet bei 12 ms 
durchschnittlicher Zugriffszeit 

1,5 GByte Kapazität und wird wahl- 
weise mit den Schnittstellen SCSI, 
SMD oder IPI ausgestattet. Sie ist da- 
mit insbesondere für Workstations 
geeignet. MP 


Winchesterlaufwerk 
mit 2 GByte 

Einen außergewöhnlich schnellen 8- 
Zoll-Winchester-Speicher mit der 
gleichzeitig großen Speicherkapazi- 
tät von 2,027 GByte stellte die japani- 
sche Firma Fujitsu vor. Die Zugriffs- 
zeit liegt bei 1 2 ms, die Übertragungs- 
rate bei 3 MByte pro Sekunde. Ge- 
genüber 5,25-Zoll-Platten sollen der 
Raum- und der Energiebedarf gerin- 
ger sein. Wi 


Keine Gefährdung 
durch Bildschirmterminals 

Die verbreitete Anwendung von Bild- 
schirmterminals hat ständig zu Dis- 
kussionen über gesundheitliche Ge- 
fährdungen geführt. Haltungsschä- 
den, Magenleiden und Auswirkungen 
von Röntgenstrahlen waren bei Gerä- 
ten der älteren Generation der Haupt- 
angriffspunkt. Neuere Geräte sind er- 
gonomisch so gestaltet, daß diese 
Gefährdungen nicht auftreten. 
Untersuchungsergebnisse schwedi- 
scher Wissenschaftler über Gesund- 
heitsgefährdungen durch niederfre- 
quente Strahlen und elektromagneti- 
sche Felder haben die Diskussionen 
wieder belebt. Bei Mäusen wurden 
Wachstumsstörungen und Mißbil- 
dungen beobachtet. Die These, daß 
bei schwangeren Frauen negative 
Auswirkungen auf das ungeborene 
Kind auftreten, konnte praktisch und 
statistisch widerlegt werden. Durch 
Haushaltgeräte ist die schwangere 
Frau in weitaus größerem Umfang 
niederfrequenten elektromagneti- 


schen Feldern ausgesetzt, so daß die 
Strahlung von Terminals nicht allein 
als Quelle der gesundheitlichen Risi- 
ken auftritt. Die niederfrequenten, 
langwelligen Felder (bis 300000 Hz) 
schwanken stark in ihrer Intensität. 
Als gesundheitliche Risiken werden 
Schlafstörungen, Angstzustände bei 
Säuglingen, Gereiztheit, Herzrhyth- 
musschwankungen, Förderung des 
Krebswachstums und Nieren- und 
Darmkoliken genannt. 

Als Maßnahme wird eine Abschir- 
mung durch eine geerdete Kupfer- 
oder Aluminiumfolie um das Gerät 
vorgeschlagen. Eine Folie vergrößert 
jedoch die Gefahr der Überhitzung 
des Terminals. 

LCD-Bildschirme vermeiden auf- 
grund ihres physikalischen Wirkungs- 
prinzips niederfrequente und elektro- 
magnetische Strahlungen. Sie besit- 
zen jedoch Nachteile durch das lange 
Nachleuchten der Zeichen. 
Bildschirme werden in den einzelnen 
Ländern einer Prüfung unterzogen. 
Bewährt hat sich die skandinavische 
Meßmethode. Bei ihr wird das elek- 
tromagnetische Feld in Abständen 
von 30 und 70 cm von der Bildmitte 
gemessen. Im Abstand von 50 cm 
werden kugelförmig um das Gerät der 
höchste und niedrigste Meßwert fest- 
gestellt. Der Maximalwert sollte 
20 mT/s nicht überschreiten. 

Die modernen Bildschirmterminals 
liegen in ihren Werten deutlich unter 
den Grenzwerten. Der maximale 
Wert des elektrostatischen Feldes 
wurde in skandinavischen Normen 
bei 50 kV/m festgestellt. Moderne 
monochrome Terminals liegen bei 
1 2 kV/m. 

Eine weitere Gesundheitsgefährdung 
kann durch Flammenhemmer auftre- 
ten, die in Elektrogeräten Anwendung 
finden, um Kunststoffbrände zu ver- 
meiden. Diese Flammenhemmer 
sind stark giftig (Decabromdiphenyl- 
ether) oder mit Giften verunreinigt 
(polybromiertes Dibenzufuran). Bei 
wechselnder thermischer Beanspru- 
chung diffundieren die Gifte. Dies 
kann sich über einen längeren Zeit- 
raum hinziehen. 

Als schleichende Vergiftungserschei- 
nungen treten häufig Infektionen oder 
Nervenleiden auf (mit Symptomen 
wie verstopfte Tränenkanäle, trok- 
kene Augen, Nachtblindheit, Entzün- 
dungen von Leber und Bauchspei- 
cheldrüse, Arteriosklerose, Veren- 
gung der Herzkranzgefäße). 

Seit 1986 sind diese Erscheinungen 
bekannt, und die Kunststoff hersteiler 
nehmen seither von diesen Chemika- 
lien Abstand. Da bei älteren Geräten 
die Giftstoffe bereits entwichen sind, 
dürfte nach Ansicht der Verfasserin 
bei heute in Betrieb befindlichen Ge- 
räten keine Gefahr mehr bestehen. 

Wi 


Hinweis 

Sicher haben auch Sie bemerkt, daß 
die in MP 5/90, Seite 1 58, abgebildete 
neue Siemens-Workstation WX 200 
kein Laptop ist. Durch ein Versehen 
sind lediglich die Fotos der WX 200 
und des Sharp-Laptops PC-6220 ver- 
tauscht worden. 
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Datenübertragung leicht gemacht? 

International längst üblich: Mailboxen statt Eintippen von Hexdumps , 
Online-Datenbanken statt Bücherwälzen, elektronische Postwurf- 
sendungen statt blendfreier Kontaktarmut. Ein Modem muß her. MP 
machte sich zu den rechtlichen und technischen Voraussetzungen 
im Institut für Post - und Fernmelde wesens der Deutschen Post sach- 
kundig. 

Problematisch bei der Nutzung unseres Fernsprechnetzes für die Da- 
tenübertragung ist die schlechte Leitungsqualität (Fehlerraten im Be- 
reich von bis zu 10 -3 ). Außerdem ist die Dämpfung durch die im 
Selbstwählfernverkehr im öffentlichen Fernsprechnetz eingesetzte 
Gabel 64 zu beachten. So darf sich innerhalb einer Verbindung nur ein 
TF-Primärgruppenabschnitt (Umsetzer 2-Draht/4-Draht) befinden. 
Aus den genannten Gründen ist eine sichere Übertragung nur bis 
300 Bit pro Sekunde möglich; bei Modems mit dem fehlerkorrigieren- 
den Verfahren Microcom Networking Protocol (MNP) kann mit 
2400 Bit/s gearbeitet werden. Das Telexnetz wird mit 50 Bit/s betrie- 
ben. Für höhere Übertragungsraten steht das handvermittelte Daten- 
netz mit Leitungen für 2400 Bit/s zur Verfügung. Besser ist die Lage 
bei den überlassenen Übertragungswegen (umgangssprachlich 
Postmietleitungen). Sie können mit 9600 Bit/s betrieben werden. In 
geringem Umfang sind auch größere Geschwindigkeiten (48kBit/s) 
möglich. Im Aufbau befindet sich ein paketvermitteltes Datennetz 
(nach X.25-Spezifikation), das in der ersten Ausbaustufe 4000 Teil- 
nehmer umfassen soll. Vorerst wird es sich um ein Datenstandlei- 
tungsnetz für 1000 Teilnehmer handeln, weil entsprechende Vermitt- 
lungstechnik gegenwärtig noch nicht verfügbar ist. 

Die Leistungen der Deutschen Post bestehen in der Bereitstellung 
von Datenanschlußleitungen in vermittelten Netzen und in der Über- 
lassung von Übertragungswegen/ Die vom Teilnehmer zu beschaf- 
fende, einzurichtende und zu unterhaltende Datenübertragungsein- 
richtung muß von der Deutschen Post für den Anschluß an das Fern- 
meldenetz zugelassen werden. „Betriebe, Einrichtungen und Mas- 
senorganisationen“ können einen Antrag auf Zulassung bei der Deut- 
schen Post stellen. Für die in Tafel 1 aufgeführten Modems liegt eine 
typengebundene Zulassung der Deutschen Post vor, die vom jeweili- 
gen Hersteller beantragt wurde. Aus naheliegenden Gründen wird 
das Angebot an diesen Geräten stark steigen. 

Für alle anderen Typen muß eine einzelerzeugnisgebundene Zulas- 
sung beantragt werden, das heißt, das betreffende Gerät wird für ei- 
nen bestimmten Anwendungsfall überprüft und erhält für diesen eine 
Zulassung. Dazu ist ein formloser Antrag an das Institut für Post- und 
Fernmeldewesen der DDR, Abt. FD3, Oranienburger Straße 70, Ber- 
lin, 1 040, zu stellen, der folgende Angaben enthalten muß: 

- Typbezeichnung und Herstellerfirma des Gerätes 

- Anschaltung: öffentliches Fernsprechnetz, handvermitteltes Da- 
tennetz oder überlassener Übertragungsweg 

- Verkehrsbeziehung: Adressen der kommunizierenden Partner 
Übertragungsgeschwindigkeit 

- Betriebsweise: synchron oder asynchron 

- Betriebsverfahren: Simplex, halbduplex oder duplex 

- Anzahl der anzuschließenden Geräte. 

Für die Zulassungsuntersuchungen sind der Deutschen Post zwei 
Geräte und eine komplette Dokumentation (Funktionsbeschreibung, 
Betriebs-, Instandhaltungsvorschrift und Stromlaufpläne) in deut- 
scher oder englischer Sprache zur Verfügung zu stellen. Die Doku- 
mentation verbleibt bei der Deutschen Post. Die Untersuchungen für 
einzelerzeugnisgebundene Zulassungen dauern 1 4 Tage, gerechnet 
vom mit der Deutschen Post abgestimmten Übergabetermin. 

Für das Zulassungsverfahren werden aufwandsabhängig Gebühren 
erhoben und dem Antragsteller in Rechnung gestellt. 

Für das Betreiben von Modems bzw. Basisbandübertragungseinrich- 
tungen am Fernmeldenetz der Deutschen Post ist neben der Zulas- 
sung der Geräte (Zertifikat über die einzelerzeugnisgebundene bzw. 
typgebundene Zulassung) die Anschaltung an das Fernmeldenetz zu 
beantragen. Dafür gelten die in Tafel 2 aufgeführten Zuständigkeiten. 
Unabhängig von der Art der Zulassung besteht die Pflicht zur Vorfüh- 
rung der Geräte bei der Inbetriebnahme, das heißt, dem Mitarbeiter 
der Deutschen Post ist der Sendepegel vorzumessen und die richtige 
Arbeitsweise der Modems anhand eines Übertragungsversuches 
nachzuweisen. 

Akustikkoppler werden nur eingeschränkt genehmigt, nämlich für den 
nichtstationären Betrieb. 

Für die Datenübertragung im öffentlichen Fernsprechnetz, im hand- 
vermittelten Datennetz und auf überlassenen Übertragungswegen 


Tafel 1 Modems mit typengebundener Zulassung, Stand: 25. Mai 1990 


Typ 

Hersteller 

Bit/s 

AM 2400 

Firma Orion (Ungarn) 

24üü 1200 

AM 1201 

Firma Orion (Ungarn) 

1200/600 

VM 2400 

VEBRFTNEL 

1200/600 

TAM 1200 

Fa. Telefongyar (Ungarn) 

1200/600 

AM12TD 

Firma Orion (Ungarn) 

1200/600 

AM 1200 

Firma Orion 

1200/600 

DNÜ9600 

VEB Robotron-Elektronik 

9600 *) 

TAM 300 

Fa. Telefongyar (Ungarn) 

300 

VT 60200 

Firma Videoton 

600/1200 

VT 60005/60004 

Firma Videoton 

300 

VT 60205/60204 

Firma Videoton 

600/1200 

VT 60305/60304 

Firma Videoton 

1200/2400 

VT 6 1505/6 1504 

Firma Videoton , 

200 bis 9600 

Microünk 2400 T2 
mit MNP 

Motorola/Codex (USA) und 

Elsa (BRD) 

2400/1200/300 

Codex 2345 

Motorola/Codex (USA) und 

Elsa (BRD) 

9600/4800/2400 

Omnimode96 

Racat Milgo (GB) 

9600/4800/2400 

M PS 9601 

Racal Milgo (GB) 

9600/4800/2400 

Fury2400Tlu. PC 
mit MNP 

Dr. Neuhaus GmbH (BRD) 

2400/1200/600/ 

300 

Alpha 96 Plus 

Racal Milgo (GB) 

9600/4800/2400 


*) Basisbandübertragungsrichtung 


Tafel 2 Zuständigkeiten 


Datenübertragung auf/- 
| überlassenen Überfrägungswegen 

.Antrag 

. ; : auf Anschaltung an 

innerhalb des Bezirkes 

Fernsprechanmeldesteiiu ues 

Post- und Fernmeldeamtes (PFA) 

zwischen mehreren Bezirken 

ZPF, Abt. Fernmeldenetze, Sektor 
Bedarfskoordinierung 

Leipziger Str. 8 

3014 Magdeburg 

international 

MPF.Abt. BVFe 

Mauerstraße 69-75 

1066 Berlin 


Für das handvermittelte Datennetz und das Telexnetz sind die Anträge an das zuständige 
Post- und Fernmeldeamt - in Berlin an das Fernsprechamt für Fernsprechanschlüsse und an 
das Fernamt für Telexanschlüsse - zu richten. 


Tafel 3 Gesetzliche Bestimmungen 


Gesetzblatt der DDR 

Sonderdruck 1 268/1 986 vom 1 8. April 1 989 

Anordnung überden Datenübertragungsdienst 
- Datenübertragungs-Anordnung - 
vom 28. Februar 1986 

Anordnung überleitungsgebundene Fernmeldeanlagen für den nichtöffentlichen 
Fermeideverkehr und für das Überlassen von Übertragungswegen 
vom 28. Februar 1 986 


Gesetzblatt der DDR, Teil I Nr. 31 vom 09. Dezember 1 985 
Gesetz über das Post- und Fernmeldewesen vom 29. 1 1 . 1 985 


Durchführungsverordnung zum Gesetz überdas Post- und Fernmeldewesen 
-Genehmigung zum Fernmeldeverkehr - 
vom 29.11. 1985 


bildet der leitungsmäßige Ausgang des Modems bzw. der Basisband- 
übertragungseinrichtung die Schnittstelle zum Fernmeldenetz der 
Deutschen Post, so daß beliebige Endgeräte (Computer) angeschlos- 
sen werden können (im Gegensatz zu Fernkopierern und anderen di- 
rekt angeschlossenen Endgeräten, die als solche genehmigt werden 
müssen). 

Wir danken Frau Dr. Renneberg vom Institut für Post - und Fernmel- 
dewesen für die umfassende Auskunft und freundliche Unterstüt- 
zung. 
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Grafische 

Schaltungserfassung 

im ASIC-Entwurf 


Möglichkeiten zur interaktiven grafi- 
schen Arbeit sind integraler Bestand- 
teil moderner CAD-Systeme. Für die 
Schaltplanerfassung beim Entwurf 
von Gate-Array-Schaltkreisen im Sy- 
stem U520Ö wurde bisher lediglich 
eine alphanumerische Eingabe 
(NBS 84) vorgesehen. Gegen eine 
grafische Eingabe wurden folgende 
Argumente vorgebracht: 

- höherer Zeitaufwand für die reine 
Schaltplaneingabe 

- wesentlich höhere Gerätekosten 
und damit verbunden eine meist un- 
befriedigende Verfügbarkeit. 

Das erste Argument ist letztlich wenig 
überzeugend, da nur ein Teilschritt 
des Entwurfsprozesses betrachtet 
wird. Bei einer rechnergestützten 
Schaltplanerfassung sind jedoch Ef- 
fektivitätssteigerungen im Gesamt- 
prozeß der Schaltungsentwicklung 
möglich: 

- In der kreativen Phase werden die 
benötigten Schaltelemente mit dem 
Grafiksystem auf einem „Blatt“ ange- 
ordnet und ausgeplottet. Mit diesem 
„Gerüst“ erfolgt dann die Erarbeitung 
der vollständigen Schaltung. Die Ein- 
sparung an Zeichenarbeit ist im allge- 
meinen beachtlich. 

- Ohne zusätzlichen Aufwand ent- 
steht eine projektbegleitende und 
stets aktuelle Dokumentation. 

- Bei grafischer Schaltplaneingabe 
werden elementare Eingabefehler 
vermieden, die für die alphanumeri- 
sche Eingabe typisch sind. Zusätzlich 
kann ein spezielles Grafiksystem so- 
fort jede Eingabe nach Plausibilitäts- 
kriterien überprüfen. 

- Der Eingabeaufwand kann in spe- 
ziellen Schaltungseditoren auf ein ef- 
fektives Mindestmaß reduziert wer- 
den. Selten genutzte Gestaltungsfrei- 
heiten werden als Sonderfunktionen 
angeboten. 

- Die manuelle Extraktion einer al- 
phanumerischen Schaltungsbe- 
schreibung (NBS) aus der entworfe- 
nen Schaltung entfällt. 

- Neben der grafischen Schaltungs- 
erfassung bietet sich auch eine grafi- 
sche Darstellung von Simulationser- 
gebnissen an. Damit wird der traditio- 
nelle Arbeitsstil des Ingenieurs unter- 
stützt. 

Das zweite vorgebrachte Argument 
verliert seine Bedeutung mit der Be- 
reitstellung preiswerter PCs mit ge- 
eigneten Eigenschaften. 

Da universelle Schaltungseditoren 
diese vorteilhaften Effekte im allge- 
meinen nicht vollständig bewirken, 
wurde im VEB Textimaelektronik der 
Schaltungseditor TEXgraf für das 
Gate-Array-Entwurfssystem U 5300 
des VEB ZMD entwickelt. 

TEXgraf existiert in mehreren Aus- 
führungen: 

1 . Der grafische Schaltungseditor ist 
als Funktionsmodul in das Entwurfs- 
system ARCHIMEDES für U 5300 in- 
tegriert. TEXgraf läuft in diesem Fall 
auf dem 32-Bit-Rechner K 1 840 unter 
SVP1800 in Verbindung mit dem 
Grafikterminal K8919.11 oder kom- 
patibler Technik. Darüber hinaus 



werden Terminals mit 12-Bit-Koordi- 50 Prozent, was aber durch die Aus- 
natenraum unterstützt. Die konkrete Schnittsfunktion kompensiert werden 
Gerätekonfiguration ist vom Betreiber kann. 

in einer Gerätekonfigurationsdatei Der Schaltungseditor ist durch fol- 
anzugeben (grafisches Eingabege- gende Merkmale charakterisiert: 
rät, Verfügbarkeit eines parallelen In- • hierarchische Strukturierung 
terfaces). In Anlehnung an bekannte Praktiken 

2. TEXgraf ist weiterhin als autono- der Untergliederung komplexer Sy- 

mes System auf dem Kl 840 vorhan- steme nach dem Hierarchieprinzip 

den und kann in dieser Version auch können Teilschaltungen (Anwender- 

für den Entwurf von Standardzellen- makros) definiert werden, die in einer 

ASICs (Ul 500, Ul 600) verwendet hierarchisch höheren Schaltung als 

werden. Symbol auftreten. Als Elementare 

3. Um dem Schaltungsentwickler sind die Hardwaremakros des ASIC- 

TEXgraf kostengünstiger als Werk- Systems U5300 implementiert. Zu- 
zeug für den Arbeitsplatz bereitzu- sätzlich ist die Verteilung eines 

stellen, wurde eine Version für PCs Schaltplanes auf mehrere Blätter 

der AT-Klasse (oder höher) mit EGA- möglich. 

oder VGA-Grafiksteuerung unter MS- • Datenabspeicherung/Schnittstellen 

DOS geschaffen. Als Eingabegerät In der ARCHIMEDES-Version wer- 

ist eine Maus mit Microsoft-Schnitt- den alle Daten im Kundenspeicher 

stelle erforderlich. Im Vergleich zu ei- des Entwurfssystems abgelegt. Die 

nem K1840/K8919.11 im „durch- PC-Version von TEXgraf arbeitet mit 

schnittlichen“ Mehrnutzerbetrieb er- Grafikdateien, in denen jeweils eine 

geben sich bei einem PC-AT mit Teilschaltung abgespeichert wird. 

10 MHz Taktfrequenz für die meisten o Für Hardwaremakros, Softwarema- 
Funktionen Geschwindigkeitsvorteile kros und die eigentlichen Anwender- 

Ausnahme: Auffrischen von Arbeits- teilschaltungen existieren 3 Directo- 

flächen). Nachteilig ist die verringerte ries. Zur weiteren Bearbeitung der 

Bildschirmauflösung von etwa Schaltungen in ARCHIMEDES bzw. 


Bearbeitung einer Teilschaltung im Gate-Array-Entwurf mit dem grafi- 
schen Schaltungseditor TEXgraf 


Uo*hler> Sl* den ftnschlusstyp 


Die Blättertechnik des grafischen Schaltungseditors TEXgraf am Beispiel 
der Symbolbearbeitung mit hinterlegtem „Innenleben“ des Symbols 


in PC-GAD können NBS-Texte er- 
zeugt werden. Um auch Schaltungen 
grafisch bearbeiten zu können, die 
früher in NBS erfaßt wurden, besteht 
die Möglichkeit, aus NBS-Texten 
Schaltpläne zu generieren. Dabei 
wird eine automatische Plazierung 
von Schaltelementen sowie eine au- 
tomatische Trassierung der Verbin- 
dungsleitungen ausgeführt. 

• Fenstertechnik 

Schaltpläne und Symbole für Teil- 
schaltungen sowie Simulationser- 
gebnisse werden auf Arbeitsflächen 
dargestellt, eingegeben und bearbei- 
tet. Die Anzahl der Arbeitsflächen 
wird durch die Geräteeigenschaften 
begrenzt. Auf dem K 891 9.1 1 sind bis 
zu 30 Arbeitsflächen parallel darstell- 
bar, auf dem PC gibt es keine unmit- 
telbare Beschränkung der Anzahl. Ar- 
beitsflächen können beliebig erzeugt, 
übereinandergelegt, neu positioniert, 
verkleinert oder vergrößert und wie- 
der gelöscht werden. Insbesondere 
ist ein unkomplizierte^ Übergang von 
der Bearbeitung einer Arbeitsfläche 
auf die Bearbeitung einer anderen 
möglich. (Zum Beispiel Bearbeitung 
von Schaltungen, die auf mehrere 
Blätter aufgeteilt sind. Siehe hierzu 
die Abbildungen.) 

• „Einknopfbedienung" mit mini- 
mierter Anzahl von Eingabeaktionen 
Alle Funktionen werden mittels grafi- 
scher Eingabe (Maus, Tablett) aus 
Menüs gewählt. Dabei kann in jeder 
Phase auf eine beliebige andere 
Menüfunktion zugegriffen werden. 
Ebenso erfolgen alle Eingaben von 
Koordinaten (Positionierung bzw. 
Identifikation von Objekten, Definition 
von Arbeitsflächen usw.) und die Aus- 
wahl von Elementen aus Textlisten 
grafisch. Lediglich Bezeichnungen 
für neu erzeugte Elemente sind über 
die Tastatur einzugeben. 

• Abruf von Funktionserläuterungen 
zu jedem Zeitpunkt 

Zur Unterstützung der Einarbeitung in 
das System können unkompliziert Er- 
läuterungen über jede Funktion des 
aktuellen Menüs abgerufen werden. 

• Steuerung durch Flags 

Die konkrete Zuordnung von Directo- 
ries, die Verwendung von bestimm- 
ten Farbindizes für die jeweiligen Ob- 
jekte (z. B. Verbindungsleitungen), 
die Zuordnung von Farbmischungen 
zu Farbindizes sowie weitere Vor- 
zugseinstellungen werden durch 
Flags gesteuert. Diese werden in der 
Initialisierungsphase aus Konfigura- 
tionsdateien gelesen (System-, Grup- 
pen- und Nutzerebene), können aber 
auch interaktiv verändert werden. 

Für die Entwicklung von TEXgraf er- 
wies sich die Verwendung der Pro- 
grammiersprache C als recht vorteil- 
haft. Unter anderem konnten durch 
Nutzung der bedingten Kompilierung 
alle angegebenen Versionen aus ei- 
nem Paket von Quelldateien gewon- 
nen werden. Ein Auseinanderlaufen 
des Projektes wird dadurch vermie- 
den. Bei Einhaltung des ANSI- 
Sprachstandards gab es keine grund- 
legenden Portierungsprobleme. 
Schwierigkeiten bereiteten teilweise 
die völlig verschiedenen Grafikkon- 
zepte von K 891 9. 11 und PC sowie 
die Unterschiede bei der Verwen- 
dung von betriebssystemabhängigen 
Funktionen (Dateiarbeit). 
Kontaktadresse: 

VEB Textimaelektronik Kari-Marx-Stadt 
Schaltkreiszentrum 
Max-Türpe-Str. 37, Karl-Marx-Stadt, 
9043; Tel. 27 21 18 
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vorgestellt 


« 


„Tempomacher - schneller als sein 
Vorgänger“. Mit diesem Slogan prä- 
sentierte das Kombinat Robotron zur 
diesjährigen Leipziger Frühjahrs- 
messe seinen neuesten 16-Bit-Per- 
sonalcomputer. Der EC 1835 - nach 
eigenen Angaben „funktionell kom- 
patibel zum Industriestandard PC/ 
AT-03“ - basiert auf dem Mikropro- 
zessor U 80601 aus dem Kombinat 
Mikroelektronik, der bereits im Vor- 
jahr auf der Leipziger Frühjahrs- 
messe zu sehen war. 

Damit ist es Robotron gelungen, rund 
5 Jahre nach der Vorstellung des IBM 
PC/AT einen vergleichbaren Rechner 
anzubieten. Der Hinweis auf die Kom- 
is 1 patibilität des Prozessors läßt auf 
Kompatibilität zum Intel 80286 des 
Original-PC/AT schließen, die Aus- 
sage, daß „der modernste Stand der 
Mikroelektronik durch Nutzung eines 
leistungsfähigen Mikroprozessors“ 
angewendet wurde, träfe jedoch 
ebenso auf einen 80386 oder 80486 
zu. Aufschluß darüber kann die Lei- 
stungsfähigkeit eines Rechners brin- 
gen. Versucht man deshalb in Erfah- 
rung zu bringen, wie schnell der EC 
1835 nun eigentlich ist, so erfährt 
man keine MIPS oder FLOPS, son- 
dern, daß er 3- bis 8mal schneller als 
sein Vdfgänger ist. 

Besagter Vorgänger ist der zwei 
Jahre ältere EC 1834, dessen neue 
Version EC 1834.01 ebenfalls zur 
LFM '90 Premiere hatte. Der EC 
1834.01 erreicht - im Unterschied 
zum EC 1 834 - „die direkte XT-Kom- 
patibilität“. Auf diesen Rechner wer- 
den wir ebenso wie auf Robotrons er- 
sten 32-Bit-PC, den EC 1835 turbo, 
und die Transputer-Workstation in 
unserem Bericht von der Leipziger 
Frühjahrsmesse (in MP 7/90) näher 
eingehen. 

Zurück zum 1835: Der PC wird stan- 
dardmäßig mit einer Taktfrequenz 
von 8 MHz angeboten; das Gerät auf 
unserem Foto hatte sogar 1 0 MHz zu 
bieten. Auf der Systemplatine befin- 
det sich neben der CPU unter ande- 
rem ein Koprozessorsockel (Anga- 
ben zum Koprozessortyp werden 
nicht gemacht), der RAM mit 1, 2, 4 
oder 8 MByte (über Module steckbar), 
der ROM mit 16 oder 128 KByte so- 
wie ein Tastatur- und ein Mausan- 
schluß. Die Tastatur ist die gleiche wie 
beim EC 1834. Als Massenspeicher 
dienen ein 5,25-Zoll-Festplattenlauf- 
werk mit 20 oder 42 MByte Kapazität. 
Mit Slimline-Laufwerken und den ent- 


sprechenden Adapterkarten soll die 
Festplattenkapazität auf maximal 
140 MByte ausgebaut werden kön- 
nen. Weiterhin verfügt der EC 1835 
über ein bis zwei Floppylaufwerke 
(5,25 Zoll: 1,2 MByte oder 3,5 Zoll: 
1,44 MByte). Insgesamt finden fünf 
Laufwerke im Gehäuse Platz. 


Einige technische Angaben 


Im Unterschied zum EC 1834 wurde 
für die Erweiterungskarten von indi- 
rekten zu direkten Steckverbindern 
übergegangen. Damit können nun 
auch andere IBM-kompatible Erwei- 
terungskarten verwendet werden - 
vorausgesetzt natürlich, daß sie von 
der Software unterstützt werden. 


Neben den auf der Systemplatine 
vorhandenen Baugruppen sind für 
eine Grundausstattung von den 8 
Steckplätzen bereits 4 für die Grafik- 
karte (Hercules oder VGA), für den 
Floppycontroller, den Harddiskcon- 
troller sowie für eine I/O-Karte mit 
paralleler und serieller Schnittstelle 
(beispielsweise für einen Drucker) 
vergeben. 

Positiv hervorzuheben sind die nun 
zur Standardausrüstung gehörende 
batteriegepufferte Uhr und der Paß- 
wortschutz. Der in der Grundausstat- 
tung vorhandene 1-MByte-RAM er- 
laubt das Anlegen eines Shadow- 
RAMs, mit dem die BIOS-Routinen 
beschleunigt werden können. 
Erweiterungsmöglichkeiten bietet 
Robotron mit einer Reihe von Adap- 
terkarten. So kann die vorhandene - 
wie jede weitere - Harddisk-Control- 
lerkarte zwei Festplatten bedienen; 
das gleiche gilt für die Floppy-Karte. 

Der Monochrom-Grafik-Adapter 
(MGA) kann durch einen Adapter mit 
Video Graphics Array (VGA) ausge- 
tauscht werden. Über den lEC-Bus- 
Adapter ist eine Steuerung von bis zu 
16 Geräten in einem Meßsystem ^ 
möglich, und an den I/O-Adapter mit 
einer parallelen Schnittstelle (V.24 
oder IFSS) können Drucker, Plotter, 
grafisches Tablett oder Modem ange- 
schlossen werden. Der BSC-Adapter 
dient zur Kopplung mit Rechnern der 
ESER-Klasse. 

Die Möglichkeit der Vernetzung der 
Rechner in einem LAN ist internatio- 
nal bereits zum Standard geworden. 
Dem trägt Robotron mit dem Angebot 
des LAN-Adapters LNC2 (Lokalnetz- 
controller) Rechnung. Er erlaubt im — ; 
Ethernet-kompatiblen Rolanet-2 eine 
Übertragungsgeschwindigkeit von 
1 0 MBit pro Sekunde. Der LAN-Adap- 
ter enthält neben der Schnittstelle 
zum Transceiver des Rolanet-2 noch 
einen On-board-Transceiver mit ei- 
nem Koaxialanschluß für ein Thin- 
Ethernet. Dieses Thin-Ethernet er- 
möglicht die Verkopplung von 30 
Rechnern bei einer maximalen Seg- 
mentlänge von 180 Metern. Dagegen 
bietet das vollständige Rolanet-2 1 00 
Rechnern eine maximale Segment- 
länge von 500 Metern, hier werden 
aber die zusätzlichen Transceiver- 
Baugruppen benötigt. 

Robotron bietet zwei Betriebssy- 
steme für den EC 1 835 an: DCP 3.30 
(DCP - disc control program) und 
Mutos 1835. Das vom EC 1834 her 
bekannte „DCP ist durchgängig kom- 
patibel zum international weitverbrei- 
teten System PC-DOS“, wobei unklar 
bleibt, ob die Versionsnummern über- 
einstimmen. Das DCP wird, wie auch 
einige Tools und Programmierspra- 
chen, „gebündelt“ mit der Hardware 
vertrieben. Obwohl Robotron den 
Vorteil des einheitlichen Betriebssy- 
stems für EC 1 834 und 1 835 hervor- 
hebt, werden für den EC 1 835 zusätz- 
lich angeboten: Lisp- und Prolog-In- 
terpreter, Redabas-4. Das Unix-kom- 
patible Mutos 1835 kann „solo“ bezo- 
gen werden. MP-Hk 


Prozessor 

U 80601 

optional 

Koprozessor 

Taktfrequenz 

8 MHz . 

Hauptspeicher 

1 MByte, erweiterbar auf der Hauptplatine auf 8 MByte 

Floppy-Disks 

1 bis 2 

5,25 Zoll: 1 .2 MByte/3,5 Zoll: 1 ,44 MByte 

Harddisk 

5,25 Zoll: 20 der 42 MByte, 5 MBit/s 

Grafik 

MGA: 720 x 348 Pixel 

optional 

VGA: 640 x 480 Pixel. 256 Farben 

Monitor 

monochrom, 31 cm 

optional 

color, 38 cm, 1 6 Farben 

Uhr 

batteriegepuffert, CMOS-RAM 

Steckplätze 

6x16 Bit, 2 x 8 Bit (4 belegt durch Grafik-, Floppy-, Harddisk- 
und I/O-Adapter) 

Erweiterungs- 

karten 

-I/O-Adapter (1 x Centronics, 2 x V.24 oder IFSS) 

-X.21 -/X. 25- Adapter (für paketvermitteltes Datennetz) 
-BSC-Adapter (1 x synchrone oder asynchrone V.24) 
-LNC2-Adapter für Vernetzung im Rolanet-2/Ethernetoder 
im Thin-Ethernet 
-lEC-Bus-Adapter 

-KIF-Adapter (Anschluß an Bildschirmsystem EC 7920) 

Betriebssysteme 

DCP 3.30, Mutos 1835 

Software 

-Basic-Interpreter und -Compiler, T-Basic, T-Pascal. C, Compiler 
für Fortran, Cobol, Modula, Interpreter für Lisp, Prolog 
-TP. Multicalc II, Aidos, Redabas 4 und Redacom 
-CAD-Pakete wie Multicad, Proconv, LPCAD, GKS 1 6, GKS 1 800, 
Gramos, Autotech und PCLES 

-LAN-Software: SCOM-LAN. DCSDCP. EC-NET, EC-LAN. Prolan 
-mathematische Pakete und integrierte Software, z. B. Ariadne 
und Multicomp 
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fl/W 1, Kassettenmagnetbandspeicher GlGASTORE-54 nach dem VHS- 
Verfahren mit 5,4 GByte/Kassette von der DtGbDATA-CORPORATfON 





Bild 2. Terminatserver MAXserver 1500 bzw. MAXserver 1800 für max. 16 
Terminals oder Drucker mit LAT- und Telnet-iTCPUPj-ProtokoH von XV- 
PLEX 



Bild 3, Lantronin-Terminaiserver ETS-8 für max, 8 Terminals oder Drucker 
mit LAT - und Telnet-(TCP/IP)-Proiokotl 



Bild 4. Ethernet- Doppel- Transceiver GC1-210 und Ethernet-Vierfach- 
Transcelver GC1-400 


INTERDECK ’90 


Nach dem Erfolg der INTER- 
DECK 89 fand in diesem Jahr in 
Würzburg vom 13. bis 15. März 
parallel zum 13. Symposium von 
DECUS München e.V. die zweite 
unabhängige Messe für VAX- 
und PDP-1 1 -Anwender statt. Auf 
einer Fläche von über 1000 qm 
stellten über 70 Firmen ergän- 
zende Hardware, kompatible Pe- 
ripheriegeräte, Netzwerkpro- 
dukte. Softwareprodukte und 
komplette Systemlösungen für 
Rechenanlagen der Digital 
Equipment Corporation (DEC) 
aus. Organisiert wurde die 
Messe von der Network GmbH 
unter der Schirmherrschaft der 
unabhängigen Zeitschrift DECK- 
BLATT für VAX* und PDP-11* 
Anwender vom Verlag Markt & 
Technik. Obwohl eine Reihe füh- 
render Firmen wie Emu lex und 
COMPAQ dieses Jahr nicht ver* 
treten waren, zählte die Messe 
wieder über 2000 Besucher und 
wurde von den ausstellenden 
Firmen vor allem wegen der 
Nähe des DECUS-Symposiums 
wieder als erfolgreich einge- 
schätzt. 

Schwerpunkte auf der Messe 
waren bei einer Vielzahl von Fir- 
men vor allem Speichersubsy- 
steme, Backup* Geräte und 
Kommunikationsprodukte. 

Mit einem umfassenden Ange- 
bot an DEC- und DEC-kompati- 
bler Hardware, PCs von COM- 
PAQ und Netzwerkprodukten 
einschließlich der erforderlichen 
Lizenzen war die Fa. pdv-sy* 
steme GmbH Goslar vertreten. 
Nachdem bereits im vergange- 
nen Jahr ein Kassettenmagnet- 
bandspeicher nach dem VHS- 
Verfahren mit 2,5 GByte Spei- 
cherkapazität angeboten wurde, 
stellte die Firma dieses Jahr das 
Kassettenmagnetbandgerät Gl- 
GASTORE-54 (ca. 17500 DM) 
von der DIGI-DATA-CQRPG* 
RATION mit einer Kapazität von 
5,4 GByte pro Kassette aus (Bild 
1 ). Der Datenträger ist eine Digi- 
tal -Kassette analog einer E-180- 
Video- Kassette. 

Von der FORUM Technische 
Entwicklung, Vertrieb und Ser- 
vice GmbH München-Olching 
wurde das bereits letztes Jahr 
angekundigte löschbare opti- 
sche Platten Speichersystem IN* 
SPIRE nach der bewährten 
Technologie von SONY und 3M 
angeboten. Das Laufwerk IDQ- 
10 mit einer Speicherkapazität 


von 630 MByte kostet ca. 
11000 DM und das Doppellauf- 
werk IDQ-20 mit einer Kapazität 
vor. 1,3 GByte ca, 25000 DM, 
Die 5V*-ZoH-CD ist mit 650 DM 
noch relativ teuer. Für DEC- 
Rechner gibt es ein Q-Bus-, UNI- 
BUS- und MSCP-interface. Un- 
terstützt wird das Laufwerk von 
VAX/VMS, ULTRIX und RSX* 
UM. Die durchschnittliche Zu- 
griffszeit beträgt ca. 83 ms und 
die maximale Datenübertra- 
gungsrate 7 MBit/s. 

Auf dem Gebiet der Netzwerk- 
produkte sollen vor allem die 
Terminalserver MAXserver 1500 
und MAXserver 1 800 mit Unter* 
Stützung des LAT* und TCP/IP- 
Protokolls in gemischten Sitzun- 
gen erwähnt werden (Bild 2). 
Beide Terminalserver unterstüt* 
zen 1$ Terminals mit einer Da- 
tenübertragungsrate von 300 
Baud bis 38,4 kBaud sowie einen 
wahlfreien Anschluß an Thick- 
oder Thin-Wire-Ethernet. Der 
MAXserver 1800 hat ein 3Vj^ 
Zoll-Floppy-Laufwerk zum La- 
den der Terminalserversoftware 
und ist damit von einem Host un- 
abhängig. Die Preise betragen 
ca, 7200 DM bzw. 8400 DM. Auf 
der Grundlage der 8-mm- Video- 
Kassette war weiterhin das Kas- 
setten-Backup-Laufwerk GT8 8 
von MegaTape mit einer Kapazi- 
tät von 2 T 3 GByte/Kassette (ca. 
1 1 000 DM) im Angebot. 

Von der transtec GmbH Tübin- 
gen, einem der größten autori- 
sierten Händler für DEC* und 
DEC-kompatible Produkte in der 
Bundesrepublik, wurden zahlrei- 
che neue Produkte wie X- 
Window-Terminais, VT-300- 
kompatible Terminals von Micro* 
term, SCSI *Plattensubsy steme, 
DSSI-kompatible Plattenlauf- 
werke, DSA- kompatible Piatten- 
und Magnetbandlaufwerke t Ter* 
mfnalserver von LANtronix. Ma* 
g netba ndk assette nsu b sy ste me . 
u. v, a, m. angeboten. Besonders 
herausgegriffen werden sollen 
hier der LANtronix -Terminal Ser- 
ver ETS-8 (Bild 3), die Ethernet* 
Doppel- und -Vierfachtranscei- 
ver GCi-2xQ/GC 1-4x0 (Bild 4) 
und der postscriptfähige Vier- 
f arb-The r motra nsf er- Df u cker 
Color Script 100 von QMS (Bffd 
5). Der ETS-8 (ca. 3000 DM) un- 
terstützt 8 Terminals mit je max. 
8 Sitzungen nach dem LAT- oder 
TCP/IP- Protokoll. 

Die Transceiver GCI-200 und 
GC 1-400 gestatten den Anschluß 
von zwei bzw. vier Stationen an 
ein Thiefc*Wire*Ethernet*3eg- 
ment (600 bzw, 1000 DM). Sie 


sind vor allem dort sinnvoll ein- 
setzbar, wo der minimale Ab- 
stand von 2,5 m zwischen den 
Einzel-Transceivern nicht einge- 
halten werden kann. GCI-21Q 
und GCI-410 sind für Mininetz- 
werke ohne Ethemet-Segmeni 
gedacht, während GCI-220 und 


GCI-420 den Anschluß an einen 
externen Transceiver zufassen. 
Der Vierfarb-Thermotransf er- 
drücket Color Script CS 100 (ca, 
3400 DM) basiert auf einem Mit- 
subishi-Druckwerk und einem 

Fortsotzung stehe 3. Umschfag&eite 






COM PUTER 


AUGSBURGER STR. 37 
1000 BERLIN 30 
TEL. 030/882 44 88 


EDV-BERATUNG 

SOFTWARE-ENTWICKLUNG 

GESAMTLÖSUNGEN 

NETZWERKE 

DATENBANKEN 

WARENWIRTSCHAFT 

KOMMUNIKATIONSDESIGN 


Sie wollen Ihren Betrieb leistungsfähiger machen? 
Wir helfen Ihnen! 

Wir entwickeln für Sie 

mechanisch-optische Baugruppen und Geräte, 
einschließlich der Anwendung von Lasertechnik 
Meß- und Steuertechnik, 
einschließlich des Einsatzes von Sensoren 
Schaltungen der Analog- und Digitaltechnik, 
Leiterplatten und Baugruppenunterlagen 

Schreiben Sie uns oder rufen Sie einfach an! 

VEB Typoart Dresden, Großenhainer Str. 9, 
Dresden, 8060 , Telefon: 528 17 

Herr Spielhagen wird Sie gern beraten. 


FÜR ALLE 
COMPUTER-FANS 
PUBLIC-DOMAIN 
SOFTWARE 

Wir beschaffen Ihnen Ihre 
gewünschte Diskette für IBM 
und kompatible PC, XT, AT 
In unserem Sortiment finden Sie 
eine Auswahl von ca. 650 
deutschen und ca. 4500 
englischen Disketten aus allen 
Bereichen. Fordern Sie doch 
einfach einmal einen kostenlosen 
Katalog auf Diskette an bei: 

Jens Friede! 
Ernst-Thälmann-Str. 15 
Herschdorf, 6301 


Wir bieten ab sofort freie 

Reparaturkapazität 

für elektronische Baugruppen 

der 

- Mikroelektronik 

- Meß-, Steuer- und 
Regeltechnik 

- Konsumgüterelektronik. 

Richten Sie Ihr Angebot 
bitte schriftlich an: 

VEB Datenverarbeitungs- 
zentrum Frankfurt (Oder) 

Abt. Ratiomittelbau, 

Am Rechenzentrum 
Fürstenwalde/Spree, 1240 


Unser Kundenmeßlabor 
bietet folgende Leistungen 

für spezifische Untersuchungen an ASICs, 
sonstigen ICs, bestückten Leiterplatten und 
Gerätesystemen: 

» Logik- und Signaturanalyse einschließlich 
Stimulierung des Prüfobjektes 
» Softwareanalyse an Mikroprozessoren 

» Analyse dynamischer Parameter einschließlich 
stochastischer Ereignisse 

» Fehleranalyse an ASICs (elektrische Schäden) 
» fachliche Beratung durch qualifiziertes 
Personal. 

Es steht eine leistungsfähige Hard- und Software 
für eine schnelle Realisierung Ihrer Meßprobleme 
zur Verfügung. Im Bedarfsfall sind auch Vorort- 
messungen möglich. 

Rückfragen und Bestellungen bitte an: 

VEB Textimaelektronik Karl-Marx-Stadt 
Schaltkreiszentrum, Kollege Flach 
PSF 223, Karl-Marx-Stadt, 9010, 

Telefon: 2721 18 


DEBUG - Eine Bedienoberfläche 
für 16-Bit-Single-Board-Computer 

DEBUG wurde unter DCP auf dem A7150 zu Inbetriebnahme 
und Service von Single Board Computern (SBC) entwickelt. 
Das Programm kommuniziert mit dem Monitorprogramm des 
SBC über eine serielle Schnittstelle (IFSS) und bietet dem 
Nutzer durch die Verwendung von Fenstertechnik und Pull- 
Down-Menüs einen guten Bedienkomfort. 

Zum Funktionsspektrum gehören u. a.: 

- gleichzeitige Darstellung von Registerinhalten, reassem- 
bliertem Code und Daten im HEX- und ASCII-Format 

- Unterstützung des Schrittbetriebes 

- Locator zum Binden von EXE-Dateien auf Festadressen 

- Umwandlung von HEX- in ASCII-Dateien 

- Kommandoversion zur direkten Eingabe von Monitor- 
Kommandos 

- Directoryanzeige, Subdirectorywechsel. 

Als Entwicklungssystem wurde an Stelle des SBC eine A 71 00 
genutzt, welcher ohne Hardwareänderungen angeschlossen 
werden kann. 

Der Datenaustausch erfolgt über dessen Tastaturschnittstelle, 
wobei die Standard-Consolenausgabe auf diese geleitet 
wird. 

Interessenten am Erfahrungsaustausch oder an der Nutzung 
wenden sich an die: 

AdW der DDR, 

VDE Potsdam, Bereich wissenschaftlicher Gerätebau 
Telegrafenberg A 31, Potsdam, 1561, Tel.: 31 02 40 

H. Schröter 


Für Ihr 


Programm i ©rlbüro 


Wir bieten: 


Schn i t tste l tenkonverter zum Anschluß von Lochbandtechn i k 
an Ihren tC 1834 oder IBM — kompatiblen 
Konver t i erung von CENTRONICS, IFSP oder SIF 1000 (2x) 
in V . 24 - RS 232 ( Ix) 


Sie erhalten: Anschlußmöglichkeiten fUr DT 105 S, FS 100, K6200, 
daro 1210, daro 1215 usui. 


VEB WMK “7. Oktober" Berlin, Direktorat H, Gehringstr. 39, Berlin 1120 

Tel. 3G0733 1 
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Zum Titelbild 

Debugger sind Programme, mit denen man Fehler 
in anderen Programmen, aber auch Hardwarefeh- 
ler suchen kann. Das englische Wort bug bedeutet 
Wanze. Die auf dem Titelbild dargestellte Lupe - 
übrigens aus einem Demoprogramm von Super- 
Calc 5 der Firma Computer Associates - ist in die- 
sem Fall unser Debugger. Der Beitrag „Debugger- 
Werkzeug für schlechte Programmierer?“ auf der 
Seite 195 beschäftigt sich mit dem Debuggen von 
Programmen und den zu diesem Zweck kommer- 
ziell zur Verfügung stehenden Werkzeugen. 
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Mäuse! 

Der heimischen Haus-, Wald-, Brand- und Zwerg- 
maus gesellt sich seit einigen Jahren die Digital- 
maus hinzu, als eher nützliches Anhängsel am 
Computergehäuse. 

Der aus der c’t übernommene Beitrag „Digitale Na- 
ger“ auf der Seite 203 beleuchtet, was sich von der 
Mausbewegung über das elektrische Signal bis hin 
zur Anwendung abspielt. 
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Verband 

der Computerclubs 
gegründet 

Computerfreaks, die bisher im Radio- 
sportverband der DDR organisiert 
waren, haben einen selbständigen 
Verband der Computerclubs (VCC) 
gegründet. 

Hauptziel des Verbandes ist die För- 
derung und Verbreitung der Hobby- 
anwendung von Computertechnik 
und Software, soweit sich diese mit 
den moralischen, ethischen und juri- 
stischen Normen in Einklang befin- 
den. Im Verband kann jeder Mitglied 
werden. Die Mitgliedschaft wird an 
Einzelpersonen vergeben, wobei ein 
Club als Mitglied des VCC registriert 
wird, wenn ihm mindestens fünf VCC- 
Mitglieder angehören. Die Eigenstän- 
digkeit der registrierten Computer- 
clubs im Verband bleibt erhalten. Die 
kooperative Zusammenarbeit mit an- 
deren bereits aktiven Gruppen und 
Einrichtungen wird angestrebt. 

Das Kernstück der Verbandsarbeit 
soll vor allem das Gebiet der Leistun- 
gen für Verbandsmitglieder werden, 
die für Einzelnutzer oder Clubs zu 
uneffektiv sind. Der Leistungsumfang 
soll abhängig von den Möglichkeiten 
u.a. die Gebiete Erfahrungsaus- 
tausch, Bildung, Konsultation, Soft- 
wareinfo, Dokumentationsbereitstel- 
lung, Ausstellungen und Leistungs- 
vergleiche enthalten. Die Leistung 
des Verbandes wird anfangs vor al- 
lem in der Vermittlung der entspre- 
chenden Kontaktadressen bestehen. 
Der Ausbau des Leistungsumfanges 
wird durch die Verbandsmitglieder in 
Form von Angebot und Nachfrage 
mitbestimmt. 

Hinweise, Meinungsäußerungen 
und Anfragen können an folgende 
Adresse gerichtet werden: 

Verband der Computerclubs, Ge- 
schäftsstelle, Langenbeckstr. 36-39, 
Neuenhagen, 1272 

Ein Rechnerpionier 
wurde 80 

Professor Dr. mult. Konrad Zuse-der 
große Pionier der Computertechnik - 
beging im Juni dieses Jahres seinen 
80. Geburtstag. Zuse ist der Erfinder 
und Erbauer des ersten voll funk- 
tionstüchtigen, programmgesteuer- 
ten digitalen Rechenautomaten der 
Welt. Für seinen 1941 fertiggestellten 
Automaten Z3 hatte Zuse folgende 
Neuerungen erstmals in den Rechen- 
anlagenbau eingebracht: 

• die Verwendung des Dualsystems 
anstelle des traditionellen dekadi- 
schen Zahlensystems 

• die Darstellung der Zahlen in Gleit- 
kommaform 

• die Einführung des Prinzips der 
Programmierung mit vercodeten 
Adressen. 

Mit den Entwicklungsarbeiten hatte 
Zuse bereits im Jahre 1935 begon- 
nen; ein erstes Ergebnis war der 1938 
fertiggestellte Automat ZI , der bereits 
alle wesentlichen Funktionseigen- 
schaften des Z3 besaß, jedoch mit 
rein mechanischen Speichern ausge- 
legt war. Der Z3 war dann mit Relais- 
speichern ausgerüstet. Beide Ma- 
schinen sind im Krieg leider zerstört 
worden, doch wurde der Z3 nachdem 


Krieg noch einmal nachgebaut. Ob- 
wohl auch die Unterlagen dazu ver- 
nichtet waren, gelang Zuse in den 
letzten Jahren auch der nochmalige 
Nachbau seines allerersten Automa- 
ten ZI , der heute im Berliner Museum 
für Verkehr und Technik bewundert 
werden kann. b. 


Eine GOLDENE DISKETTE 
erstmals in die DDR 

Bundesforschungsminister Dr. Heinz 
Riesenhuber hat auch dieses Jahr 
wieder drei Nachwuchs-Programmie- 
rer mit der GOLDENEN DISKETTE 
ausgezeichnet. Sie sind Sieger in ei- 
nem alljährlich vom Mikrocomputer- 
Magazin CHIP zusammen mit dem 
Informationszentrum „Jugend und 
Technik“ der Hannover Messe veran- 
stalteten Programmier-Wettbewerb. 
Im siebten Jahr der Veranstaltung 
sind insgesamt 341 Beiträge einge- 
sandt worden, darunter 32 Pro- 
gramme von Teilnehmerinnen. Ge- 
sucht wurden Lernprogramme, die 
auf unterhaltsame Art und Weise in 
ein Wissensgebiet einführen. 
Erstmals konnten auch junge Pro- 
grammier-Talente aus der DDR an 
dem Wettbewerb teilnehmen. Und Ulf 
Ackermann, dem 25jährigen Physik- 
und Astronomie-Studenten aus Er- 
furt, glückte gleich beim ersten Mal 
der Sprung unter die ersten Drei. Sein 
Programm „Das Planetarium im 
Computer“ hat er auf einem Schnei- 
der PC 1512 DD geschrieben. MP 


OMRON kooperiert 
mit Carl Zeiss JENA 

Das weltweit operierende Elektronik- 
unternehmen OMRON Corporation 
gab anläßlich der Leipziger Früh- 
jahrsmesse seine zukünftige Zusam- 
menarbeit mit Carl Zeiss JENA be- 
kannt. Die OMRON Corporation zählt 
nach eigenen Angaben in Japan zu 
den Marktführern auf dem Gebiet 
elektronischer Systeme und Kompo- 
nenten für die Automation und ist un- 
ter den weltweit 500 größten Indu- 
strieunternehmen. Die Verbindung 
von OMRON mit Carl Zeiss JENA 
wurde über die westdeutschen Nie- 
derlassungen Omron Electronics 
GmbH, Düsseldorf und die Omron 
Geschäftssysteme GmbH, Hamburg 
aufgenommen. 

Grundlage dieser Zusammenarbeit 
ist der Vertrieb von Komponenten 
und Systemen unter anderem für die 
Fabrikautomation. mp 


Siemens-Schulung 
in der DDR 

Nach der Gründung eines gemeinsa- 
men Software- und System hauses 
„Siemens-SAP-Robotron“ während 
der Leipziger Messe wurde jetzt die 
Eröffnung einer Siemens-Schule für 
Daten- und Informationstechnik in 
Dresden als Ergänzung auf dem 
Schulungssektor vereinbart. 30 Ro- 
botron-Mitarbeiter absolvierten im 
April eine neuntägige Fortbildung in 
der Anwendung der Rechnersysteme 
BS2000 und SINIX/UNIX. Es ist ge- 
plant, im Laufe des Sommers diese 
Aktivitäten zu verstärken und eine ei- 


gene Siemens-Schule für Daten- und 
Informationstechnik in Dresden auf- 
zubauen. Sie soll zum Jahresende 1 2 
Schulungsräume mit 15 eigenen Do- 
zenten umfassen. Neben Mitarbei- 
tern von Siemens-SAP-Robotron 
werden auch andere Interessenten 
aus der DDR an den Kursen zum Dl- 
Weiterbildungsprogramm einschließ- 
lich der Managerweiterbildung teil- 
nehmen können. MP 


Taylorix-Beratung 
in der DDR 

Um dem Bedarf an marktwirtschaftli- 
chem Basiswissen und an den dazu- 
gehörenden Organisationslösungen 
gerecht werden zu können, plant die 
Taylorix AG in Zusammenarbeit mit 
örtlichen Partnern den Aufbau einer 
Beratungs-, Schulungs- und Dienst- 
leistungsorganisation in sechs Städ- 
ten der DDR. 

Außer den Computerlösungen der 
Taylorix AG sollen die Taylorix-Part- 
ner in der DDR besonders die Bera- 
tungsleistungen der Taylorix-Bera- 
tungs-GmbH sowie Aus- und Weiter- 
bildungskurse des Taylorix-Institutes 
für Bildung und Beratung GmbH für 
das EDV-gestützte Rechnungswe- 
sen anbieten. 

Kontaktadresse: Taylorix AG, Post- 
fach 400867, D-7000 Stuttgart 40, 
Tel. 8707-381 MP 


Nantucket News 

Das Supportmagazin der Firma Nan- 
tucket für Clipper und die Nantucket 
Tools II ist ab sofort für jedermann er- 
hältlich, unabhängig davon, ob der In- 
teressent bereits ein Nantucket-Pro- 
dukt besitzt. Die Nantucket News er- 
scheint vierteljährlich und beschäftigt 
sich mit allem, was es zu und rund um 
Clipper gibt. Der direkte Kontakt des 
Nantucket-Supports mit den Verfas- 
sern der Artikel gibt dem Magazin die 
Praxisnähe, die für Clipper-Entwick- 
ler wichtig ist. 

Die Zeitschrift kann zu einem Preis 
von DM 49,00 plus 14% Mehrwert- 
steuer für das Jahresabonnement un- 
ter folgender Anschrift bezogen wer- 
den: 

Nantucket GmbH, Mülheimer Straße 
79, D-5090 Leverkusen. MP 


Rank Xerox Deutschland 
jetzt für DDR zuständig 

Rank Xerox, bisher in der DDR vertre- 
ten durch eine Repräsentanz der 
East European Organisation der 
Rank Xerox Ltd., London, überträgt 
die Verantwortung für den Auf- und 
Ausbau eines eigenständigen Ver- 
triebs- und Kundendienstnetzes an 
das Management der Rank Xerox 
GmbH, Düsseldorf. Vorrangiges Ziel 
des deutschen Managements ist es, 
für alle Kunden auf dem Gebiet der 
DDR einen flächendeckenden Ser- 
vice sicherzustellen, der dem Quali- 
tätsstandard von Rank Xerox ent- 
spricht. Zu diesem Zweck wird die 
Gründung einer Vertriebs- und War- 
tungsgesellschaft, gegebenenfalls 
zusammen mit einem eingeführten 
lokalen Partner, angestrebt. MP 


Unerwartete 
CA Ddy-Anwenderzahl 

Wie der Mönchengladbacher CAD- 
Hersteller ZIEGLER-Instruments mit- 
teilt, ist sein System CADdy in der 
DDR mehr als 3000mal installiert. 
Über diesen hohen Verbreitungsgrad 
zeigte sich das Software-Haus eini- 
germaßen überrascht. Zwar hatten 
bereits vor Öffnung der Mauer inten- 
sive Ostkontakte bestanden, und 
Software-Verkäufe in die DDR waren 
an der Tagesordnung. Jetzt zeigte 
sich allerdings, daß man die Rech- 
nung mit den Verkaufszahlen ohne 
die illegal verbreiteten Pakete ge- 
macht hatte, die auf einer älteren 
CADdy-Version basieren, aber sonst 
dem Gegenstück bis aufs Bit glei- 
chen, einmal abgesehen von einigen 
kosmetischen Veränderungen der 
Benutzeroberfläche. 

Diese Software kann jetzt in Originale 
verwandelt werden: DDR-Anwen- 
dern mit Plagiat-Versionen bietet 
ZIEGLER-Instruments die Möglich- 
keit zum Umsteigen auf die aktuelle 
und offiziell lizensierte CADdy Ver- 
sion zu günstigen Sonderkonditio- 
nen. Damit kommt der Nutzer auch in 
den Genuß der Service- und Support- 
leistungen des Herstellers. 

Kontakt: ZIEGLER-Instruments 

GmbH, Geschäftsbereich CADdy, 
Nobelstr. 5, D-4050 Mönchenglad- 
bach 4. 



ABACOMP-Filialen 
in der DDR 

Von bisher acht Filialen werden seit 
einigen Wochen in der DDR vorwie- 
gend Universitäten und Ämter sowie 
Betriebe des Handels und Hand- 
werks mit Personalcomputern und 
Peripherie der Firma ABACOMP ver- 
sorgt. Hauptsächlich ehemalige 
Chefingenieure sowie anerkannte 
Hochschulkapazitäten der Fachbe- 
reiche EDV und Elektrotechnik bilden 
die neue Mannschaft. Weitere Filia- 
len sind zwar bereits in Vorbereitung, 
jedoch werden (insbesondere für den 
nördlichen Landesteil) gerne noch 
entsprechend qualifizierte Partner in 
das Vertriebs- und Servicenetz auf- 
genommen. 

Kontakt: ABACOMP GmbH, Krans - 
berger Weg 24, D-6000 Frankfurt/M. 
50; Tel. 763039 


Robotron kooperiert 

Das Kombinat Robotron gründet ge- 
meinsam mit der BRD-Firma Kien- 
baum & Partner ein Gemeinschafts- 
unternehmen. 

An der Unternehmensberatung Kien- 
baum GmbH genannten Gesellschaft 
wird der in Gummersbach ansässige 
westdeutsche Partner mit 75 Prozent 
der Anteile die Mehrheit halten. Nach 
Aussagen von Jochen Kienbaum, 
Vorsitzender der Geschäftsführung 
von Kienbaum & Partner, erwartet 
sein Unternehmen eine Ausweitung 
des Stammgeschäftes in eine „zu- 
kunftsträchtige Wachstumsregion“. 
Zielgruppe seien mittelständische 
Unternehmen ab 100 Beschäftig- 
ten. MP 
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Debugger — 


Füll-, Vergleichs-, Verschiebe und Suchope- 
rationen im Speicher. 


Werkzeug für schlechte Programmierer? symbolisches Debugging 


Der nächste Schritt ist die Nutzung von Sym- 
bolen des Quelltextes für die Fehlersuche. 

Uwe Schutze , Berlin in erster Linie zur Unterstützung von Assem- Bereits der erwähnte Debugger ZSID bietet 

bierentwicklungen. Der Standarddebugger diese Möglichkeit. Für DOS kann der Stan- 

für CP/M war ZSID (Zilog Symbolic Instruc- darddebugger Symdeb verwendet werden, 

Auch wenn die Überlieferung, der Begriff De- tion Debugger), zum Lieferumfang von MS-/ der mit dem Assemblerpaket geliefert wird, 

bugger (bug, englisch: Wanze) rühre von ei- PC-DOS (kurz: DOS) gehört das Programm Der Programmierer wird der Aufgabe entho- 

nem Insekt her, das mit seiner Anwesenheit Debug. Im Mittelpunkt der Arbeit eines De- ben, mit den konkreten Adressen zu operie- 

zwischen den Relaiskontakten eines Groß- bugger steht der Trace-Befehl. Damit können ren. Statt dessen können Label-, Segment-, 

rechners diesen außer Betrieb gesetzt hat, Programme im Einzelschrittbetrieb abgear- Prozedur- und Variablennamen direkt ange- 

wohl nicht authentisch ist, so umreißt der beitet werden. Mit geben werden. Die Verbindung wird über ein 

heute ausschließlich auf Software bezogene t= 100 5 Sym-File hergestellt, das beim Linken ange- 

Begriff doch das Ziel: Die Beseitigung heim- werden mit Debug 5 Assemblerbefehle ab legt wird. Dazu muß die Assemblierung mit 

tückischer, schwer zu lokalisierender, logi- der Adresse 100 ausgeführt und jeweils die folgender Kommandofolge abgewickelt wer- 

scher Fehler. Register angezeigt, wodurch der Programm- den: 

„ Richtige " Programmierer sind zwar häufig verlauf (Verzweigungen und Datenbelegung) © Alle Symbole als public deklarieren 

der Meinung, keine Fehler zu begehen oder überwacht werden kann. Um Schleifen nicht © Assemblieren: masm test, , ; 

diese durch logische Überlegung zu finden, in Einzelschritten durchlaufen zu müssen, © Linken und Map-Datei erzeugen: link 

nichtsdestotrotz kann ein Debugger ein sehr gibt es die Möglichkeit, Unterbrechungs- test,, /map; 

effizientes Werkzeug sein, um komplizierten punkte (Breakpoints) zu setzen, die das Pro- © Erzeugen Symboldatei: mapsym test 

Fehlern schnell auf den Grund zu gehen. gramm an entsprechender Stelle stoppen. © Starten des Debuggers: symdeb tes.sym 

Denken Sie nur an Assemblerprogramme Ein direktes Ansehen von Datenbereichen in test.exe 

oder die Nebeneffekte in Hochsprachen. Das hexadezimaler Form kann mit dem Korn- Es können auch mehrere Sym-Dateien gela- 

darf natürlich nicht darüber hinwegtäuschen, mando Dump erfolgen, beispielsweise dient den werden. 

daß Fehlern am besten vorgebeugt wird, dl 00 110 Um sich jetzt einen 16-Bit-Wert anzusehen, 

wenn gut strukturiert nach einem sorgfältigen zur Anzeige des Speicherbereiches von der an der Marke Wert steht, reicht der Be- 

Entwurf Modul für Modul programmiert und Adresse 100 bis 110 (bezogen auf das Da- fehl 

getestet wird. tensegmentregister, wenn nicht anders an- dwds:wert 

Die Idee des Debugging besteht in der Beob- gegeben). Um aber die Zuordnung der Pro- DW steht für Dump Word und DS kennzeich- 

achtung des Programms während der Abar- grammkonstrukte zu den aktuell belegten net das Datensegment. Tafel 1 enthält eine 

beitung. Diese Überwachung bezieht sich auf Speicherplätzen zu erhalten, benötigt der Kommandoübersicht von Symdeb. Die neue 

den Programmablauf (Sprünge, Unterpro- Programmiererein List-File, das vom Assem- Qualität von Symdeb zeigt sich auch in der 

grammrufe) und die aktuelle Belegung der bler erzeugt werden kann. Hier werden auch Nutzung verschiedener Bildschirmseiten für 

Daten. Es ist leicht zu verstehen, daß das für die Grenzen dieser Art von Arbeit sichtbar: Testprogramm und- Debugger (damit die 

eine Hochsprache recht kompliziert ist und Komplexe Programme lassen sich so kaum Ausschriften des Debuggers nicht das Bild 

wegen der unterschiedlichen internen Dar- verfolgen. Eine wertvolle Option des Debug- des Testprogrammes zerstören), Möglichkei- 

stellung für jeden Compiler ein passender gers ist das Assemblieren. Damit können ten der getrennten Ein-/Ausgabeumleitung 

Debugger benötigt wird. Nur ein Beispiel ist kurze Assemblerstücke in Assemblermne- für den Debugger mit < und > und dasTest- 

die unterschiedliche Realzahl-Darstellung. monik eingegeben werden. Mehr dazu je- Programm mit { und } sowie in der Berech- 

doch später. Ebenso wird das interaktive Re- nung arithmetischer Ausdrücke. 

Debuggen auf Maschinenebene assemblieren unterstützt. Praktisch gegenüber Debug ist ferner die 

Die ersten PC-Debugger waren wenig kom- Weitere nützliche Funktionen eines Debug- Möglichkeit, sich Speicherbereiche in ver- 

fortabel und gestatteten nur die Arbeit auf gers sind eine einfache Hexadezimal-Arith- schiedenen Formaten anzeigen zu lassen 

Maschinenebene. Deshalb dienten sie auch metik (vor allem zur Adreßrechnung), sowie (Dump). So kann man sich den Interruptvek- 

tor beispielsweise mit DD (für Dump Double- 
world) im Adreßformat ansehen. Der entspre- 
chende Befehl dazu heißt 
dd 0:0 

und erleichtert die Lesbarkeit der bei Intel- 
Prozessoren üblichen Highteil-/Lowteil-Dar- 
stellung (siehe Bild 1). Die Eingabeumleitung 
wird oft dazu benutzt, kleine Assemblerpro- 
gramme mit dem Debugger zu erstellen, 
ohne auf einen Editor zu verzichten. Bei- 
spielsweise läßt sich folgende Befehlsfolge 


D: \MASM> symdeb.exe 

Microsoft (R) Symbolic Debug Utility Version 4.00 
Copyright (C) Microsoft Corp 1984, 1985. All rights reserved. 

Processor is [80286] 

-dd 0:0 

0000:0000 028B: 5707 0070:0774 4A56:2C1B 0070:0774 

0000:0010 0070:0774 4165:7130 FOOO:E831 F000:E831 

0000:0020 16F6 : 0507 4A56:2BAD F000:E831 F000:E831 

0000:0030 F000:E831 16F6:31B6 152F:0439 0070:0774 

0000:0040 C000 : 236F F000:F84D F000:F841 0070:1F20 

0000:0050 4165:0171 F000:F859 F000:E82E 4165:0150 

0000:0060 F000 : E8F8 0070:1A3C F000:FE6E 0070:076E 

0000:0070 F000 : FF53 C000:1E19 0000:0522 C000:67DB 

-U4165: 7130 

4165:7130 FB STI 

4165:7131 50 PUSH AX 

4165:7132 53 PUSH BX 

4165:7133 51 PUSH CX 

4165:7134 52 PUSH DX 

4165:7135 57 PUSH DI 

4165:7136 56 PUSH SI 

4165:7137 IE PUSH DS 

Bild 1 Old-Fashioned: Symdeb zeigt den Interrupt-Vektor und den Anfang 
der Print-screen-Routine 


Tafel 1 Die Symdeb-Kommandos im Überblick 


A[adresse] 

Assemblieren 

BP[nr] adresse [zaehler] [kommando] 

Breakpointsetzen 

BC liste |« 

Breakpoint löschen 

BL 

Breakpoints listen 

C bereich adresse 

Vergleichen von Speicherbereichen 

D[typ] [adresse | bereich] 

Speicheranzeige 

E[typ] adresse [liste | wert] 

Tastatureingabe 

F bereich liste 

Füllen eines Speicherbereiches 

G[= startadresse] [haltepunkte] 

Starten der Abarbeitung 

H wertl wert2 

Einfache Hexadezimal-Rechnung 

Iport 

Lesen des Ports 

L[adresse[lw: satz anzahl]] 

Laden 

M bereich adresse 

Verschieben im Speicher 

N[datei] [argumente] 

Festlegung Dateiname 

0 port byte 

Ausgabe zum Port 

P[= startadresse] [anzahl] 

Einzelschrittbetrieb ganzer Funktionen 

Q 

Symdeb beenden 

R[register[[=]wert]] 

Register anzeigen/mit Wert belegen 

S bereich liste 

Bytefolge Suchen 

T[= startadresse] [anzahl] 

Einzelschrittbetrieb 

Ufbereich] 

Reassemblieren 

W[adresse[lw: satz anzahl]] 

Speichern, Schreiben 

X?[tabelle] [segment:][symbol] 

Anzeigen der Symboltabelle 

XO [tabellenname] [segmentname] 

öffnen der Symboltabelle 

Z Symbol wert 

Zuordnung einer Adresse zu einem Symbol 

?[ausdruck] 

Berechnen eines Ausdrucks 


ohne Parameter: Hilfe 

![kommando] 

Ausführung von DOS-Kommandos 

Typ: B Byte 


A ASCII 


W Wort 


S kurze Realzahlen 


L lange Realzahlen 


T 10-Byte-Realzahlen 
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mit einem beliebigen Editor als Datei Bell. asm 
erstellen: 

a 

movah,2 
mov dx,7 
int 21h 
mov ah,4ch 
int 21h 

rbx 00 
rcx 11 
n bell.com 
w 

q 

Ahnen Sie, was das Programm macht? Wie 
der Name schon sagt ... - aber probieren Sie 
es doch selbst. Achten Sie dabei bitte auf die 
Leerzeile in der 7. Zeile. Der Aufruf 

symdeb < bell. asm 

erzeugt ein Programm Bell.com, das man 
starten kann - und das alles ohne Assembler 
und Linker. Der gleiche Effekt wird aber auch 
erzielt, wenn die Befehlsfolge interaktiv in 
Symdeb eingegeben wird. Zu beachten ist al- 
lerdings die geringfügig andere Assembler- 
notation: Die Angabe des Segmentpräfixes 
erfolgt mit cs: mov ax,[di] statt mov ax,cs:[di], 
und die Größe unbestimmter Operanden 
kann mit inc byte [081 5] bzw. inc word [081 5] 
angegeben werden. 

Die Nutzung verschiedener Bildschirmseiten 
dient vor allem dazu, auch Programme testen 
zu können, die mit ihren Ausgaben den ge- 
samten Bildschirm in Anspruch nehmen oder 
im Grafikmodus arbeiten. Dazu muß Symdeb 
mit dem Schalter /s gestartet werden. Mit 
dem Backslash (\) kann umgeschaltet wer- 
den. Ein weiterer nützlicher Schalter ist /k. Er 
erlaubt den Abbruch von Endlosschleifen mit 
<Ctrl>-C ( A C). Das ist mit Break on im Be- 
triebssystem nicht zu erreichen, da damit nur 
Systemrufe überprüft werden. Enthält die 
Programmschleife keine BDOS-Rufe, so 
wäre ein Abbruch nicht möglich. Wird aller- 
dings gerade auf eine Eingabe gewartet, 
kann stets mit A C abgebrochen werden. 
Ferner ist Symdeb für die Hochsprachenun- 
terstützung ausgelegt. So kann man bei- 
spielsweise Daten im Real-Format dumpen - 
allerdings müssen sie dem lEEE-Format ent- 
sprechen, also 4, 8 oder 10 Byte lang sein. 
Borlands eigenwilliges 6-Byte-Format bei 
Turbo-Pascal 3.0 wird also nicht bedient. 
Statt dessen wollen wir uns ansehen, wie 
man Programme ab Version 4.0 mit Symdeb 
symbolisch debuggen kann - nur als Bei- 
spiel, denn nötig hat man es angesichts der 
neuen Möglichkeiten eigentlich nicht mehr. 

In der integrierten Entwicklungsumgebung 
von Turbo-Pascal ist dazu der Schalter Op- 



Bild 2 Microsofts Debugger-Flaggschiff Code- 
View 


Tafel 2 Funktionstaatenbelegung bei Codevlew 


>1 

öffnen des Hilfefensters 

F2 

öffnen des Registerfensters 

F3 

Umschaltung zwischen Quelltext und 
Assemblercode 

F4 

Umschalten auf die Bildschirmausgaben des 
Programms 

F5 

Startendes Programms (Go) 

F6 

Aktuelles Fenster wechseln 

F7 

Starten des Programms und Abarbeiten bis zur 
Cursorposition 

F8 

Schrittbetrieb (Trace) 

F9 

Unterbrechungspunkt an der Cursorposition setzen 

F10 

Schrittbetrieb ganzer Funktionen (entspricht 
PTracebei Symdeb) 


tions/Linker/Map File auf Detailed zu setzen, 
beim Kommandozeilencompiler der Schalter 
/GD. Während der Übersetzung wird jetzt ein 
Map-File angelegt. Es handelt sich um ein 
Textfile, das die Zuordnung der Bezeichner 
zu den Adressen enthält und das man sich 
mit einem Editor ansehen kann. Das Pro- 
gramm Mapsym wandelt das Map-File in ein 
Sym-File um, wie es von Symdeb verwendet 
wird: 

mapsym test 

Dieses kann folgendermaßen in den Debug- 
ger geladen werden: 
symdeb test.sym test.exe 
Der Debugger zeigt beim Kommando u 
(Unassemble) Pascal- und Maschinenbe- 
fehle gemischt an. An Stelle der Adressen 
können die Variablen- bzw. Prozedurnamen 
angegeben werden. 

Moderne Nutzeroberflächen machen vor De- 
buggern nicht halt. Microsoft stellte mit Code- 
View den ersten Fullscreen-Debugger vor — 
für Symdeb-Umsteiger befehlskompatibel. 
So ist es möglich, den Quellcode, die Regi- 
sterbelegung und mehrere Speicherbereiche 
als Dump gleichzeitig in verschiedenen Fen- 
stern zu beobachten (siehe Bild 2). Auch die 
Maus kann benutzt werden. Allerdings wird 


der erhöhte Komfort auch mit größerem Ein- 
arbeitungsaufwand bezahlt, so daß Gelegen- 
heits-Bugjäger ihn wohl kaum benutzen wer- 
den. Tafel 2 zeigt die Funktionstastenbele- 
gung; wie CodeView gestartet wird, läßt sich 
bei Hübener, J.: MS-DOS, Verlag Technik, 
Berlin 1 989, S. 1 83 nachlesen. 

CodeView unterstützt auch die Microsoft- 
Hochsprachen (Fortran, Basic und C; neuere 
Versionen auch Pascal). Hier wird aber ein 
anderer Weg gegangen als bei Borland, wo 
sich der Debugger stets ein gleichnamiges 
Quellfile sucht. Durch Setzen des Schalters 
/zi beim Compilieren bzw. Assemblieren wer- 
den Zeilennummern und Quellcode in das 
Objektfile eingefügt, beim Linken ist Schalter 
/co zu verwenden. Das erzeugte Exe-File 
enthält jetzt auch den Quelltext und Code- 
View benötigt nur das Exe-File, um auf Hoch- 
sprachenniveau zu arbeiten. Das fehlerfreie 
Programm ist dann noch einmal ohne den 
entsprechenden Schalter zu linken, damit der 
Quellcode nicht zugänglich ist. 
Voraussetzung für Quellcodeunterstützung 
ist ein Linker ab Version 3.6 aus dem MASM 
5.0-Paket. Sollen so vorbereitete Pro- 
gramme mit dem Turbo-Debugger bearbeitet 
werden, so muß das dort mitgelieferte Utility 
Tdconvrt, verwendet werden. 

Die neuen Quick-Compiler von Microsoft 
warten inzwischen auch mit integrierten De- 
buggern auf. 

Neben CodeView existieren noch eine ganze 
Reihe anderer Fullscreen-Debugger, die be- 
stimmte Vorzüge besitzen und sich größten- 
teils auf das Microsoft-Sym-Format stützen. 
Sehr nutzerfreundlich präsentiert sich AFD 
(Advanced Fullscreen Debugger). Ähnlich 
wie bei CodeView werden das Programm, die 
Register und zwei Dump-Bereiche gleichzei- 
tig dargestellt (Bild 3). Insbesondere das Ab- 
speichern von Breakpoints und die Nutzung 
von Schleifenzählern zum Abbruch nach ei- 
ner bestimmten Anzahl von Durchläufen er- 
leichtern die Arbeit (Bild 4). Eine weitere Hilfe 
ist das Speichern von Befehlsfolgen zur wie- 
derholten Abarbeitung. Das kann entweder 
durch Erstellen der Befehle mit einem Editor 
erfolgen (Befehlsübersicht siehe Tafel 3), 
oder durch Einschalten des Teach-in-Modus, 
der alle abgearbeiteten Kommandos spei- 
chert. Beispielsweise wird die Kommando- 
folge 

KX1 testafd 
m 1 ds:100 
r cx=0815 

in der Datei Auto.dat automatisch abgearbei- 
tet, wenn AFD mit 

afd ”XX auto.dat 

gestartet wird. Sie bewirkt, daß das Pro- 


AX 0815 SI 0000 
BX 4711 DI 0000 
CX 0000 BP 0000 
DX 0000 SP FEEE 


CS 5A51 IP 0100 
DS 5A51 

ES 5A51 HS 5A51 
SS 5A51 FS 5A51 


Stack +0 0000 
+2 0000 
+4 0000 OF 

+6 0000 0 


FLAGS 0200 

DF IF SF ZF AF PF CF 
0 1 0 0 0 0 0 


CMD 

> 









1 

0 


1 

2 

3 

4 

5 

6 

7 










DS : oooo 

70 

69 

74 

AO 

00 

9A 

EE 

FE 











DS : 0008 

ID 

FO 

ED 

04 

20 

20 

20 

01 

0109 

204861 



AND 

[ BX+SI+61] , CL 



DS : 0 0 1 0 

61 

6C 

6C 

65 

73 

20 

20 

20 

010C 

7264 




JC 

0172 




DS : 0018 

72 

6F 

67 

65 

72 

FF 

FF 

FF 

010E 

204469 



AND 

[SI+69] , AL 




DS : 0020 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

FF 

0111 

736B 




JNC 

017E 




DS : 0028 

FF 

FF 

FF 

FF 

4A 

5A 

E4 

FF 

0113 

2025 




AND 

[DI] , AH 




DS: 0030 

46 

4A 

14 

00 

18 

00 

51 

5A 

0115 

64 




DB 

64 




DS : 0038 

FF 

FF 

FF 

FF 

00 

00 

00 

00 

0116 

00666F 



ADD 

[BP+6F] , AH 




DS:0040 

00 

00 

00 

00 

00 

00 

00 

00 

0119 

7220 




JC 

013B 




DS: 0048 

00 

00 

00 

00 

00 

00 

00 

00 

2 


0 

1 

2 

3 4 

5 6 7 8 

9 

} 


B C D 

E F 









DS : FFDO 

00 

00 

00 

00 00 

00 00 00 00 

00 

00 

00 00 00 

00 00 









DS : FFEO 

00 

00 

00 

00 00 

00 00 00 00 

00 

00 

00 00 00 

00 00 









DS : FFFO 

00 

00 

00 

00 00 

00 00 00 00 

00 

00 

00 00 00 

00 00 









DS : 0000 

70 

69 

74 

AO 00 

9A EE FE ID 

FO 

ED 

04 20 20 

20 01 


pit. 






DSjOOIO 

61 

6C 

6C 

65 73 

20 20 20 72 

6F 

67 

65 72 FF 

FF FF 


[alles 


roger. 



1 Step 2StepProc 3Retrieve 4 Help 5Set BRK 6 7 up 8 dn 9 le 0 ri 


BREAKPOINT ENTRY MENU 


BR# Break ADR Condition Count Occur Action 

1 5A5 1:0190 AX=0 5 0 STOP 

2 5A51 : 0000 0 0 

3 5A51 : 0000 0 0 

4 5A51 : 0000 0 0 

5 5A51 : 0000 0 0 

6 5A51 : 0000 0 0 

7 5A51 : 0000 0 0 

8 5A51 : 0000 0 0 


Disassembler window address > 


5A51:0136 7220 JC 0158 

0138 44 INC SP 

0139 4F DEC DI 

013A 53 PUSH BX 

013B 205061 AND [BX+SI+61] , DL 

013E 7274 JC 01B4 

0140 6974696F6E IMUL SI , [SI+69 ], 6E6F 

0145 732E JNC 0175 

0147 2E CS: 


lView Trace 3Read Setup 4 Help 5Main Menu 7Save Setup SDisas. Window 9Clear 


Bild 3 Der Advanced Fuliscreen Debugger (AFD) 


Bild 4 Die Breakpoint-Unterstützung von AFD 
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Tafel 3 Die AFD-Kommandos Im Überblick 


L datei [param] [adr] 

Laden eines Files 
in den Speicher 

Wdatei,adr,laenge 

Schreiben einer Datei 
auf Diskette 

R reg = wert 

Register setzen 

Dadr 

Befehlscode anzeigen 

Mfensteradr 

Speicherbereich anzeigen 

G [startadr] [breakadr] 

Programmausfühung 

QUIT [RESIDENT]] 

AFD beenden 

A [adr] 

Assemblieren 

P adr, string 

Zeichenkette 
in den Speicher 
schreiben (patch) 

Fadr.anzahl, string 

Speicherbereich füllen 

, S[[adr,]string] 

String suchen 

Cadr,adr,laenge 

Speicherbereiche 

vergleichen 

CO adr,adr,laenge 

Speicherbereich kopieren 

ladr 

Eingabe vom Port 

0 adr, wert 

Ausgabe auf Port 

BW datei 

Breakpoints in Datei 
schreiben 

BL datei 

Breakpoints von Datei 
lesen 

XT 

Starten des T each-in-Modus 

XX [datei] 

Ausfuhren einer Kommando- 
datei 

XW datei 

Kommandos in Datei 


speichern 

XL datei 

Kommandos aus Datei 
laden 

PH adr, laenge[, datei] 

Drucken Hex oder ASCII 
auf Drucker (Standard) 
oder Datei Drucken 

PD adr, laenge[, datei] 

von reassembliertem Code 


gramm Testafd geladen, in Dump-Fenster 1 
die Adresse ds:100 eingestellt und das Regi- 
ster cx mit dem Wert 081 5 geladen wird. Die 
Buchstaben KX am Anfang sind eine Ken- 
nung. 

Bei neueren Versionen ist sogar die Einbin- 
dung eigener Befehle möglich /4/. Beim Start 
läßt sich ein Interrupt festlegen, der ange- 
sprungen wird, wenn AFD einen unbekann- 
ten Befehl erkennt, beispielsweise 
afd /U60 

für Interrupt 60H. Ein dort installiertes eige- 
nes Programm kann die neuen Befehle bear- 
beiten; ein Zeiger auf den Befehl wird in den 
Registern DS:SI übergeben. Die Interrupts 
60H bis 65H sind für derartige Anwendungen 
von DOS freigehalten. 

Ein anderer Fullscreen-Debugger ist Peris- 
cope. Er unterstützt als einer der ganz weni- 
gen (neben dem noch zu besprechenden 
Turbo-Debugger) auch die Register des 
Arithmetik-Koprozessors und läßt sich eben- 
falls gut zum Testen von Turbo-Programmen 
verwenden. 

Eine ganz ausgeklügelte Hilfe ist die Verwen- 
dung zusätzlicher Hardware durch einige De- 
bugger. Dabei befindet er sich auf einer zu- 
sätzlichen Karte mit eigenem Prozessor und 
eigenem RAM. Somit können ohne Absturz 
auch diffizilste Betriebssystemsroutinen ge- 
testet werden, da das Debugger-Programm 
nicht auf das Betriebssystem angewiesen 
ist. 

Source-Level-Debugging 

Es ist leicht vorstellbar, daß das beschrie- 
bene Verfahren der Programmentwicklung 
auf Maschinenebene moderne Hochspra- 
chen mit komplexen Daten- und Programm- 
strukturen sowie teilweise recht großen Bi- 
bliotheken nur unzureichend unterstützt. Der 
Programmierer benötigt Informationen über 
die interne Darstellung der Daten, Parame- 
tervermittlung und Bibliotheksaufbau. Des- 
halb liegt der Gedanke nahe, direkt auf Ebene 
des Quellcodes den Programmverlauf und 
die Variablenbelegung zu beobachten. Weg- 
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Bild 5 Das Doppelleben des Turbo-Debuggers: 
Auf Maschinenebene . . . 

bereiter war Turbo-Pascal 5.0 mit dem inte- 
grierten Debugger in der Entwicklungsumge- 
bung und separatem Turbo-Debugger, der 
noch weitergehende Möglichkeiten bietet. 
Der integrierte Debugger bietet die Möglich- 
keit der Arbeit im Einzelschrittbetrieb (Hotkey 
F7). Dabei wird aber nicht ein Maschinenbe- 
fehl, sondern jeweils eine Pascal-Anweisung 
ausgeführt, genaugenommen eine Quelltext- 
zeile. Um Anweisungen einzeln auszuführen, 
müssen sie auch einzeln auf einer Zeile ste- 
hen. Bereits ausgetestete Prozeduren lassen 
sich auch in einem Schritt ausführen (Hotkey 
F8). Bibliotheksfunktionen werden stets im 
Ganzen abgearbeitet, da sie keine Debug-In- 
formationen enthalten. Eingegrenzten Feh- 
lern kann man sich gut mit go to Cursor (Hot- 
key F4) nähern. An der Cursorposition wird 
das Programm gestoppt, um in Einzelschrit- 
ten weiterzuarbeiten. Eventuelle Ausgaben 
des Testprogrammes erfolgen- wie bei Sym- 
deb möglich - generell in eine separate Bild- 
schirmseite, zu der umgeschaltet werden 
kann. 

Wird mit Includes oder Units gearbeitet, so 
lädt Turbo automatisch die Quelltexte der an- 
deren Programmteile nach, wenn Prozedu- 
ren oder Funktionen daraus aufgerufen wer- 
den. Erfolgt während der Trace-Schritte eine 
Veränderung des Quelltextes, so erkennt der 
Compiler dies und fragt, ob neu übersetzt 
werden soll. Die Möglichkeit der sofortigen 
Compilierung nach einer Fehlerkorrektur ist 
auch der entscheidende Vorteil gegenüber 
dem Stand-Alone-Debugger. Die Menüs De- 
bug und Break/Watch bieten noch folgende 
Möglichkeiten (siehe auch MP 1 1/89, S. 325): 
Setzen und Löschen von Unterbrechungs- 
punkten (Breakpoints), Beobachtung von Va- 
riablenbelegungen (Watch), Berechnung 
und Änderung von Pascal-Ausdrücken (Eva- 
luate) sowie Informationen über die Proze- 
durhierarchie (Call Stack). 

Nicht unterstützt werden dagegen bedingte 
Unterbrechungspunkte; das Verfolgen von 
Zeigern ist unkomfortabel, da sie nur als 
Adressen dargestellt werden. 

Sie werden sich fragen, warum neben dem 
integrierten Debugger noch ein Stand-Alone- 
Debugger ausgeliefert wird. Aus Speicher- 
platzgründen konnten nur die wichtigsten 
und am häufigsten benötigten Funktionen 
aufgenommen werden. Für weitergehende 
Aufgaben muß der Turbo-Debugger (der 
auch für T urbo-C geeignet ist) herangezogen 
werden. Außerdem unterstützt er den Turbo- 
Assembler und erlaubt gleichzeitig das De- 
bugging auf Maschinenebene. Er bietet dem 
Programmierer seine gewohnte Arbeitsum- 
gebung, dazu gehören die bewährten Me- 
nüs, kontextbezogene Hilfe und die Zahlen- 
darstellung im Format der jeweiligen Sprache 
($471 1 bei Pascalprogrammen bzw. 0x471 1 





Bild 6 ... und im Hochsprachenlook 


in C). Ein Fenster mit den Maschinenbefeh- 
len, den Registern und dem Dump oder mit 
dem Quelltext ist stets präsent, weitere kön- 
nen vom Nutzer beliebig geöffnet und ange- 
ordnet werden (weitere Dumps, Variablenbe- 
legungen, Breakpoints, Koprozessor-Regi- 
ster und vieles mehr). Die Bilder 5 und 6 ge- 
ben einen kleinen Einblick. 

Um ein Programm mit Informationen für das 
Stand-Alone-Debugging zu versorgen, muß 
in der integrierten Entwicklungsumgebung 
die Option Debug/Stand Alone auf On ge- 
setzt werden bzw. der Schalter /v des Kom- 
mandozeilencompilers TPC angegeben wer- 
den, also 
TPC test /v 

Die Programme werden dadurch erheblich 
größer (15 KByte statt 9 KByte bei einem 
Testprogramm). Nach erfolgreichem Test 
können diese Informationen aber wieder ent- 
fernt werden, da sie sich am Ende des Files 
befinden. Um nicht neu übersetzen zu müs- 
sen, stellt Borland das Programm Tdstrip zur 
Verfügung. 

Der Turbo-Debugger nutzt nicht das Quasi- 
Standard-Format von Microsoft. Um trotz- 
dem solche Programme debuggen zu kön- 
nen, bietet Borland das Programm Tdmap 
an, mit dem von Standard-Linkern erzeugte 
Map-Dateien (siehe oben) im Turbo-Format 
an das Exe-File angehängt werden. An die- 
ser Stelle sei auch erwähnt, daß der Turbo- 
Linker mit dem Schalter /t direkt Com-Files 
erzeugt und damit Exe2bin überflüssig 
macht. 

Der Turbo-Debugger bietet alles, was dem 
integrierten Debugger noch fehlt, beliebige 
bedingte und unbedingte Breakpoints, Ab- 
bruch auf Tastendruck sowie Unterstützung 
des Arithmetik-Koprozessors. Daneben gibt 
es zwei Optionen zur Unterstützung, sich 
wiederholender Einstellungen, wie sie bei 
mehreren Testumläufen auftreten: History 
Lists und Makros. Ähnlich den bereits be- 
kannten Pick-Listen beim Laden von Files 
merkt sich der Debugger die zuletzt vorge- 
nommenen Eingaben in den einzelnen Me- 
nüs. Sie können mit den Cursortasten wie- 
derholt ausgewählt werden. Wenn mit Tdinst 
nichts anderes festgelegt ist, so werden die 
letzten zehn Eingaben festgehalten. Makros 
enthalten wiederholte Befehlsfolgen, aber 
auch Einstellungen von Bildschirmfenstern, 
Setzen von Breakpoints u.ä. Beliebige Ma- 
kros können auf beliebige Tasten gelegt wer- 
den. Das Anlegen, Löschen und Starten von 
Macros erfolgt im Menü Options/Macros. Um 
ein neues Makro zu definieren, wird in einen 
Lernmodus (Teach in) geschaltet, der alle 
Nutzeraktionen speichert. Auf Tastendruck 
sind sie jederzeit wieder aufrufbar. 

Der Turbo-Debugger präsentiert sich auf der 
Höhe der Zeit. Er unterstützt den i80386, in- 
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dem er Programmen eine virtuelle 8086-Task 
zur Verfügung stellt. Man muß dazu TD386 
starten. Etwas kleiner geht es auch über die 
serielle Schnittstelle. So kann der Debugger 
auf einem zweiten Rechner laufen und er- 
möglicht auch das Testen großer Pro- 
gramme. Nötig sind die beiden Programme 
Tdremote und Tdrf. Es können Übertra- 
gungsraten bis zu 115000 Baud eingestellt 


werden. Weiterhin kann er mit EMS umgehen 
bzw. dessen Emulation auf einem 286er nut- 
zen. 

Die Version 1 .5 des Turbo-Debuggers unter- 
stützt jetzt auch die objektorientierten Mög- 
lichkeiten des Compilers Turbo-Pascal 5.5 
(siehe MP 2/90 S. 44). 
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Execlook 

registriert Programmaufrufe 


Or. Christian Hanisch, Berlin 


Bei PC-lnstallationen mit Laufkundschaft ist 
es für den Systemverantwortlichen von Inter- 
esse zu erfahren, welche Komponenten der 
bereitgestellten Software mit welcher Häu- 
figkeit zu welcher Zeit genutzt werden, um 
Optimierungen oder anderes an der Installa- 
tion vornehmen zu können. Das hier vorge- 
stellte Programm kann als Werkzeug u. a. für 
diesen Zweck herangezogen werden. 

Das Interesse der PC-Nutzer an der soge- 
nannten Performance ihres Systems nimmt 
nach einer gewissen Zeit - wenn die Fest- 
platte mit Programmpaketen, TSR-Program- 
men und Utilities langsam voll wird - eine 
Richtung hin zum sinnvollen Reduzieren auf 
das unbedingt Notwendige. Man kann das 
Problem dem Gefühl nach angehen und 
dann subjektiv und administrativ den Soft- 
warebestand reduzieren. Man kann aber 
auch analytisch-statistisch Vorgehen und erst 
einmal die Frequentierung gewisser Pro- 
gramme über einen längeren Zeitraum beob- 
achten und danach dann objektiv begründet 
den Bestand an Standardsoftware festlegen. 
Letzteres kann gegebenenfalls ein perma- 
nenter Prozeß werden, der dem Systemver- 
antwortlichen einen ständigen Überblick über 
Nutzung und Nutzungsgewohnheiten ermög- 
licht. 

Eine Lösung dieses Problemkreises liefert 
das residente (TSR-) Programm Execlook, 
das sich nach seinem Aufruf, zum Beispiel 
aus der Autoexec.bat heraus, resident 
macht und jeden EXEC-Aufruf via INT-21H 
(Funktion 4BH) abfängt. Die Dateibezeich- 
nung des auszuführenden Programms kann 
dann mit vollständiger Pfadangabe sowie 
dem Datum - in sortierfähiger Form als 
JJJJ.MM.TT - und der Uhrzeit hh:mm:ss als 


zusätzliche Information in eine Datei ge- 
schrieben werden. Das Dateiformat ent- 
spricht dem sogenannten ASCII-SDF-For- 
mat, welches auf einfache Weise gestattet, 
die Daten mit 

APPEND FROM <Dateibezeichnung> DE- 

LIMITED 

in eine dBase-Datenbank aufzunehmen. 

Für jeden Programmaufruf über INT-21H 
wird ein Satz folgenden Aufbaus geschrie- 
ben: 

<Dateibezeichnung>, JJJJ.MM.TT, 
hh:mm:ss<CRLF> 


I E X E C L 

Aufruf: 

0 0 K ( INT 21h ) 

EXECLOOK [ <Dateibezeichnung>] [/] <CR> 

<Dateibezeichnung> 

: =Protokolldatei I 

(C:\EXECL00K.DAT) 

zur Registrierung 
aller mit der EXEC- 
Fkt . des INT 21h 
aufgerufenen Pro- 
gramme. Datei muß 
schon existieren ! 

| / ::= Zwangsweise neu instal lieren . jj 


if exist C:\EXECL00K.DAT goto LOOKexist 
echo . >C : \EXECLOOK . DAT 
: LOOKexist 

execlook C:\EXECLOOK.DAT >nul 
if errorlevel 8 goto Dateifehler 
if errorlevel 4 goto SchonDa 

(C) Ch. Hanisch === - . 


Bild 2: Installationsmeldung und Anwendungs- 
beschreibung von EXECLOOK.COM 


EXECLOOK 
on INT 21 

already resident ! ! 

Protokollieren von Programm- 
auf ruf en : 

execlook [ <Date ibez .>][/] <CR> 

[ Test 00010000B on 0000:01FC ] 

= (C) Ch. Hanisch =J 


EXECL.BAT - Testdatei zum Programm EXECLOOK.COM 
®echo off 

echo off 

if exist C:\EXECLQOK.DAT goto LOOKexist 

echo Protokoll, -Liste,: »C:\EXECLOOK.DAT 

echo ===== 50 ========,==== 10 ====,= >>C: \EXECL00K.DAT 

: LOOKexist 

execlook C:\EXECL00K.DAT > nul 

if errorlevel 8 goto Dateifehler 

if errorlevel 4 goto SchonDa 

if not errorlevel 4 goto ende 

: Dateifehler 

echo Error: Dateifehler - C:\EXECLOOR.DAT missing, 
ec ho oder ParamStr falsch o.a. 

goto ende 
: SchonDa 

echo Warning: EXECLOOK ist bereits installiert 
echo bzw. Flag auf 0000 : lFCh gesetzt 1 

: ende 
echo. 

\ 


Bild 3: Reaktion bei wiederholtem 
Auf ruf von EXECLOOK 


Bild 1: BATCH-Datei EXECL.BAT 
zum Initialisierungs-Aufruf von 
y EXECLOOK 


Dabei ist die <Dateibezeichnung> maximal 
60 Zeichen lang, so daß jeder Satz ein- 
schließlich des abschließenden <CRLF> 
maximal 80 Zeichen lang sein kann, womit 
eine Auswertung via Bildschirm ohne Zeilen- 
umbruch möglich ist, wenn man in dBase die 
Struktur wie folgt deklariert: 

01 PGMNAME,C,50 (statt 60) 

02 DATUM, C, 10 

03 ZEIT, C, 8 

Execlook erwartet die Dateibezeichnung der 
Protokolldatei als Parameterinformation (Pa- 
ramStr) beim Aufruf. Bei fehlendem Parame- 
ter wird die Datei: C:\Execlook.dat. ange- 
nommen. Absichtlich wurde das Anlegen der 
Protokolldatei nicht in Execlook integriert. Ex- 
eclook hängt immer nur Sätze an die bereits 
vorhandene Protokolldatei an. Dadurch kann 
der Systemverantwortliche beim formellen 
Anlegen der Protokolldatei mit einem beliebi- 
gen Texteditor oder über Echo-Umleitungen 
in einer Batch-Datei (siehe Bild 1 ) Zusatz- 
und Kenninformationen vorgeben. 

Der Aufruf von Execlook kann zum Beispiel 
mit der Batch-Datei (Execl.bat aus Bild 2) er- 
folgen. 

Execlook schützt sich selbst gegen mehrma- 
ligen Aufruf und damit gegen mehrfaches Re- 
sidentmachen durch Setzen eines Bit-Schal- 
ters im freien User-Bereich des Betriebssy- 
stems auf der Adresse 0000:01 FCH im Bit 4. 
Falls andere Programme an dieser Stelle das 
Bit 4 gesetzt haben, kann man eine zwangs- 
weise Installation von Execlook erreichen, in- 
dem man beim Aufruf als Parameterangabe 
zusätzlich zur wahlweisen Angabe der Datei- 
bezeichnung der Protokolldatei einen 
Schrägstrich / angibt: 

EXECLOOK [<Dateibezeichnung>][/] 
Execlook gibt die in Bild 2 gezeigte Installa- 
tionsmeldung aus. Falls das Programm er- 
neut aufgerufen wird, erscheint die in Bild 3 
gezeigte Meldung. In BATCH-Dateien kann 
man die Bilder unterdrücken, indem man eine 
Ausgabeumleitung zum Gerät NUL (>nul) 
vornimmt. 

Der Quelltext des Programms Execlook. asm 
aus Bild 4 kann mit MASM, LINK und EX- 
E2BIN in eine abarbeitbare COM-Datei über- 
führt werden. 

Execlook hat den typischen Aufbau eines 
TSR-Programms aus residentem Laufzeit- 
modul (von Marke MY_INT21 bis 
TSR_END) und dem Installationsteil (von 
Marke INIT_VECTORS bis zum Programm- 
ende). Bei der Installation wird die ParamStr- 
Information aus der Aufrufzeile ausgewertet 
und dann der Laufzeitmodul resident ge- 
macht. Bei jedem INT-21 H-Ruf wird auf die 
EXEC-Funktion 4BH geprüft und dann 
entweder ein entsprechender Satz in die 
Protokolldatei geschrieben und zum origi- 
nalen INT-21 H verzweigt oder sofort mit ei- 
nem JMPOLD an der Marke Do_lt ver- 
zweigt. 
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page 88,132 

title EXECLOOK . ASM - Registrierung von EXEC-Auf ruf en 
COHMENT ® 

Das Programm faengt ueber einen "neuen" INT 21 -Händler 
alle via INT 21h Funktion 4Bh (EXEC-Funktion) ausgesandten 
Aufrufe von Programmen ab und registriert sie in einer Datei. 
Das Programm EXECLOOK sollte in einer BATCH-Datei folgender- 
maßen auf gerufen werden (z.B. in der AUTOEXEC.BAT): 

if exist C:\EXECLOOK.DAT goto LOOKexist 

echo Protokoll-Datei, der PGM- , Ruf e : >C : \EXECLOOK. DAT 

: LOOKexist 

execlook C:\EXECLOOK.DAT >nul 
if errorlevel 8 goto Dateifehler 
if errorlevel 4 goto SchonDa 


Der Name der Protokolldatei ist beliebig. Diese Datei muß 
aber existieren, EXECLOOK fügt ans Ende der Datei die ent- 
sprechenden Einträge nur noch an: 

<Dateibezeichnung> , <Datum als JJJJ . MM . TT> , <Uhrzeit > <CRLF> 

<Dateibezeichnung> , <Datum als JJJJ . MM . TT> , <Uhrzeit > <CRLF> 

Damit ist eine Auswertung nach Überführung in eine 
dBASE-Datenbank folgender Struktur möglich: 


01 PGMNAME ,C , 50 > X X 

02 DATUM, C, 10 > JJJJ. MM. TT 

03 ZEIT, C, 8 > hh : mm : ss 


Die Überführung geschieht mit: 


USE <name_DBD> 

APPEND FROH C:\EXECLOOK.DAT DELIMITED 


(C) Ch. Manisch 

* 22.07.89 

; M a c r o s : 

DOS macro func,parm 
IFNB <parm> 
mov ax , f unc*256+parm 
ELSE 

mov ah.func 
ENDIF 
int 21h 
endm 

LINK macro int , oldintloc,newintloc 
mov al,int 
DOS 35h 

mov Word PTR oldintloc.bx 
mov Word PTR old int loc+2 , es 
mov dx, OFFSET newintloc 
mov al , int 
DOS 25h 
endm 

KEEP macro in itbegin , star tpgm 

mov ax,3100h ; T)erminate and S)tay R)esident 

mov dx, ((OFFSET initbeg in-OFFSET star tpgm )+ 10Fh ) SHR 4 
int 21h 
endm 

JMPOLD macro isr 

j mp DWord PTR isr 
endm 


PUSHREGS macro 
push ax 
push bx 
push cx 
push dx 
push bp 
push si 
push di 
push ds 
push es 
endm 

POPREGS macro 
pop es 
pop ds 
pop di 
pop si 
pop bp 
pop dx 
pop cx 
pop bx 
pop ax 
endm 


Code SEGMENT 'code' 

ASSUME cs : code , ds : not hing , es : not hing 
org 100h 

TSR_Begin: jmp INIT_VECTORS 
Kanal dw ? 

PGMName db 80 DUP (?) 

; =========> " <PGMName> 

*C:\ # 

'EXECLOOK' 

' . DAT ' 

17 DUP (00h) 
label DWORD 


dsn 


db 
db 
db 
db 

0LD_INTL0C 

dd 


Initialize and Attach to DOS 
Hand le-Nummer 

Zwischenspeicher für Protokoll 
< JJJJ . MM . TT > , <hh : mm : ss> <CRLF> ” 
Laufwerk C:\ - ROOT-Directory 

< f ilename > 

. <type> 


Address for old INT 21-Routine 


MY_INT21 PROC 
pushf 

cmp ax,4B00h ; EXEC-Funktion ? 

je Looklt 
jmp Do_It 


117 

118 

119 

120 
1 2 1 

: Anzahl 
: Datum 
: Zeit 

dw 

db 

db 

db 

0 

' , jjjj .mm.tt 
' , hh : mm : ss ' 
13,10 

; CX ::= Schreibe Anzahl Bytes 
) Datum (sortierfähig) und Uhrzeit 
; SDF-Datei : Komma-begrenzt . 

; 22 Zeichen anfügen! 

122 

: Looklt: 

st i 



123 


PUSHREGS 


124 

: ; 

Registrierung der 

aufzurufenden Programme: 

125 

: ; 


ES : BX Parameterblock 

126 

: ; 


DS : DX ASCI IZ -Date ispezif ikat ion 

127 


push 

cs 


128 


POP 

es 

; ES identisch CS setzen 

129 


mov 

si , dx 


130 


xor 

di , di 


131 

: Cyclus: 

mov 

al ,ds : [si] 


132 


or 

al , al 


133 


jz 

AmEnde 


134 


cmp 

di, 58 

; Max. Laenge von PGMName 

135 


jae 

AmEnde 


136 


mov 

Byte PTR cs : PGMName [di ], al 

137 


inc 

si 


138 


inc 

di 


139 


jmp 

Short Cyclus 


140 

: AmEnde: 

push 

di 


141 


push 

cs 


142 


pop 

ds 

; DS identisch CS setzen 

143 

: ; DATUM 

und UHRZEIT ermitteln: 

144 

; — 



- - - 

145 

j Aktuelles Datum: 


146 


mov 

ah,2Ah ; Datum abfragen - Binaer in: 

147 


int 

21h ; AL : 

= Wochentag (0=Sonntag . . 6=Samstag) 

148 



; CS : 

= Jahr ( 1980 . . 2099) 

149 



; DH : 

= Monat (1 . . 12) 

150 



; DL : 

= Tag (1 . . 31) 

151 

; Konvertieren in Zeichenkette JJJJ. MM. TT (Datum sort ierf ähig) 

152 


push 

dx 


153 


mov 

ax , cx 


154 


mov 

cx, 3004h 


155 


mov 

di, OFFSET CS 

:Datum+5 ; Jahr 

156 


call 

FORM_16 


157 


pop 

ax 

; Monat und Tag aus DX 

158 


push 

ax 


159 


xchg 

al , ah 


160 


xor 

ah , ah 


161 


mov 

cx, 3002h 


162 


mov 

di, OFFSET CS 

: Datum+8 ; Monat 

163 


call 

FORM 16 


164 


pop 

ax 


165 


xor 

ah , ah 


166 


mov 

cx, 3002h 


167 


mov 

di, OFFSET CS 

: Datum+11 ; Tag 

168 


call 

F0RM_16 


169 

; Aktuelle Uhrzeit: 


170 


mov 

ah,2Ch ; Uhrzeit abfragen - Binaer in: 

171 


int 

21h ; CH := Stunden (0 .. 23) 

172 



; CL := Minuten (0 . . 59) 

173 



; DH := Sekunden (0 . . 59) 

174 

; Konvertieren in Zeichenkette hh:mm:ss 

175 


mov 

al , ch 

; Stunden nach AL 

176 


mov 

ch, dh 

; Sekunden nach CH 

177 


xor 

ah , ah 


178 


push 

cx 


179 


mov 

cx, 3002h 


180 


mov 

di, OFFSET CS 

:Zeit+3 ; Stunden 

181 


call 

FORM 16 


182 


pop 

ax 


183 


push 

ax 


184 


xor 

ah , ah 


185 


mov 

cx, 3002h 


186 


mov 

di, OFFSET CS 

Zeit+6 ; Minuten 

187 


call 

FORM_16 


188 


pop 

ax 


189 


xchg 

al , ah 


190 


xor 

ah , ah 


191 


mov 

cx, 3002h 


192 


mov 

di, OFFSET CS 

Zeit+9 ; Sekunden 

193 


call 

FORM 16 


194 

; 




195 


mov 

si, OFFSET ds 

Datum ; Quelle ist DS:[si] 

196 


mov 

ax, OFFSET ds 

PGMName ; Ziel ist ES: [di] 

197 


pop 

di 


198 


add 

ax,di 


199 


add 

di, 22 

; Max. ===> 58 + 22 = 80 

200 


mov 

Anzahl, di 

; Anzahl auszugebender Zeichen 

201 


mov 

di , ax 


202 


mov 

cx, 22 

; Laenge+2 (<CRLF>) 

203 


REP 

movsb 


204 

; OPEN Handle 


( DS ist identisch CS ) 

205 


mov 

ah, 3Dh 

; OPEN Kanal 

206 


mov 

al,01h 

; Modus: OPEN für Schreiben 

207 


mov 

dx, OFFSET dstdsn 

208 


int 

21h 


209 


je 

Fehlerl 

; AX:= Kanal-Nr. bzw. Fehler-Nr. 

210 


mov 

Kanal , ax 

; Kanal-Nr. sichern 

211 

; Kanalposition einstellen: 

move file pointer 

212 


mov 

ah, 42h 


213 


mov 

al ,02h 

; Relativ zu EOF 

214 


mov 

bx , Kanal 


215 


mov 

cx,0 


216 


mov 

dx , 0 

; Verschiebung um 0 Byte 

217 


int 

21h 


218 


je 

Fehler2 

l AX : = Fehler-Nr. 

219 

; Schreiben auf Handle: Write handle 

220 


mov 

cx , Anzahl 

; Anzahl Bytes zu schreiben 

221 


mov 

ah , 40h 


222 


mov 

bx , Kanal 


223 


mov 

dx, OFFSET ds : PGMName 

224 


int 

21h 


225 

; Datei 

schließen: CLOSE handle 

226 

Fehler2: 




227 


mov 

ah, 3Eh 


228 


mov 

bx, Kanal 


229 


int 

21h 


230 

Fehlerl : 




231 


POPREGS 


232 


cli 



233 

Do_It: 

popf 



234 


JMPOLD es :OLD_INTLOC ;Rufe originalen INT 21h 

235 

J 
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236 

237 

238 

239 

240 


16-Bit-Zahl formatieren ins CHARACTER-Format 

Adaption der Routine aus: Schild, G. 

PC-PLUS Nr. 2 vom 11.1.89, S. 108-119 

241 


,, F0RM_16" konvertiert eine 16-Bit-B inaerzahl 

242 


in die 

CHARACTER-Darstel lung . 

243 


AX 

: = Binaerzahl (16 Bit) 

244 


CL 

:= Stellenzahl, 

d. h. Anzahl Zeichen fuer 

245 



CHARACTER-Darstel lung 

246 


CH 

:= Fuel 1-Zeichen 

fuer fuehrende Nullen, z. B. 20h 

247 


[DI] 

:= Fiktive Kommastelle im Zielstring der 

248 



konvert ierten 

Zahlendarstellung . 

249 



CHARACTER-Darstel lung wird nach links hin 

250 



ab [di] entwickelt. 

251 

FORM_16 

proc near 


252 


push ax 


253 


push bx 


254 


push dx 


255 


mov bx, 10 


256 

fl: 

xor dx,dx 

; Zahl/10 

257 


div bx 


258 


add dl,"0" 

; Rest speichern 

259 

f 2 : 

dec d i 


260 


mov [di], dl 


261 


dec cl 


262 


jz f 3 


263 


and ax,ax 

; Alle Ziffern umgewandelt? 

264 


jnz fl 


265 


mov dl,ch 

; dann Fuellzeichen speichern 

266 


jmp short f2 


267 

f 3 : 

pop dx 


268 


pop bx 


269 


pop ax 


270 


ret 


271 

FORM 16 

endp 


272 

MY_INT2 1 

endp 


273: 

TSR^End 

equ $ 


274 




275 

; I n i 

tialisie 

r u n g : 

276 




277 


ASSUME ds : code , es : nothing 

278 

; >>>>>>>>>>>>>>>>>> Hier 

geht's los MM <<<<<<<<<<<<<<<<<<< 

279 

INITJVECT0RS PR0C near 


280 

push 

cs ; 

Initialisieren des Daten-Segments 

281 

Pop 

ds 


282 

xor 

dx , dx 

DX definiert setzen auf Null 

283 

xor 

ax, ax 

AX definiert setzen auf Null 

284 

mov 

es , ax 

ES definiert setzen auf Null 

285 

mov 

si , 80h 


286 

lodsb 


287 

or 

al,al ; 

Ueberhaupt ParamStr-Inf ormat ion ? 

288 

jz 

Kein^aramStr 


289 

add 

si , ax 


290 

mov 

Byte PTR ds:[si],00h ; Ende markieren M 

291 

mov 

s i , 8 lh 


292 

Blank : 



293 

lodsb 


294 

or 

al , al 



~ 7 352 

mov 

dx, OFFSET ds:dsn 


353 

int 

21h 


354 

je 

Error 


355 

; CL0SE Handle 


356 

mov 

ah, 3Eh 


357 

int 

21h 


358 

je 

Error 


359 

LINK 

21h, OLD_INTLOC , MY_INT21 

360 

mov 

dx, OFFSET message 

Inst al lat ions -Meldung 

361 

mov 

ah, 9 


362 

int 

21h 


363 




364 

365 

KEEP 

TSR_End ,TSR_Begin 


366 

SchonDa : 



367 

mov dx, OFFSET Errormessage 

Fehlermeldung 

368 

mov ah. 

9 


369 

int 21h 


370 

mov ax,4C04h * 

; errorlevel 4 


295 

296 

297 

298 

299 

300 

301 

302 

303 

304 

305 

306 

307 

308 

309 

310 

311 

312 

313 

314 

315 

316 

317 

318 

319 

320 

321 

322 

323 

324 

325 

326 

327 

328 

329 

330 

331 

332 

333 

334 

335 

336 

337 

338 

339 

340 

341 

342 

343 

344 

345 

346 

347 

348 

349 

350 

351 


371 

372 

373 

374 

375 

376 

377 

378 

379 

380 

381 

382 

383 

384 

385 

386 

387 

388 

389 

390 


Return to DOS 


int 21h 
Errorl: 

mov dx, OFFSET Parmfalsch 

mov ah, 9 
int 21h 

mov dx, OFFSET ParmErr 
mov ah, 9 
int 21h 
xor ax.ax 
mov es,ax 

and Byte PTR es : [01FCh] , 11101 11 1B 
mov ax,4C08h 
int 21h 

Parmfalsch db 13 , 10 , ' ParanStr-Inf ormat i 
ParmErr db 13 , 10 , 27 , ' [K ' , 13 , 10 , 27 , ' [K 

db 27, '[7m Error: <Date ibeze ichnung> fehlerhaft' 
db ' ODER Laufwerk ! Datei existiert nicht ! ' 
db 27, '[m, 13,10, 27, '[K, 24h 


Error : 


errorlevel 8 
Return to DOS 

fehlerhaft Mi', 24h 


message db 13, 10, 27, ' [K ' , 13, 10 , 27 , ' [K ' 


<SP> uebergehen 
<TAB> uebergehen 


jz Kein_ParamStr 

cmp a 1,20h 

je Blank 

cmp al,09h 

je Blank 

cmp al , "/" 

jne Blank 

and Byte PTR es: [01FCh] , 11101111B 

Ke in_ParamStr : 

test Byte PTR es : [0 lFCh] , 00010000B 

jz HDgo ; " Schon-Da" -F lag on 01FCh gesetzt ? 

jmp SchonDa ; Freier Nutzerbereich: 0180h.. 01FFh 

HDgo: 

or Byte PTR es : [01FCh] , 00010000B 

<ParamStr>-Inf ormation aus der Aufrufzeile: 

Aufruf : 

======= EXECLOOK [ <Date ibezeichnung> ] [/] <CR> 

si , 80h 


mov 
lodsb 
or 


Jz 
mov 
mov 
lodsb 
or al,al 
j z Fertig 
cmp al,20h 
je Leer 
cmp al,09h 
jz Leer 
cmp al,V" 
je Leer 
cmp al,“a“ 
jl HDok 
cmp al,''z" 
jg HDok 
sub al,20h 


al , al 

SchonFertig 
si , 81h 
di , 0 


391: 

db 



392: 

db 

13,10, ' 


393 : 

db 

( INT 211 

394: 

db 

13, 10, ' 


395: 

db 

13,10,' 


396: 

db 

13,10, ' 


397: 

db 

13,10,' 


398: 

db 

13,10, " 


399: 

db 

13,10," 


400: 

db 

13,10, ' 


401: 

db 

13,10, ' 


402: 

db 

13,10, ' 


403: 

db 

13,10, ' 


404 : 

db 

13,10, ' 


405: 

db 

13,10, ' 


406: 

db 

13,10, ' 


407 : 

db 

13,10, ' 


408: 

db 

13,10,' 


409: 

db 

13,10, ' 


410: 

db 

13,10, ' 


411: 

db 

13, 10, ' 


412: 

db 

13,10, ' 


413: 

db 

13,10,27 

> CK' 

414: 

Errormessage 

db 

415: 

db 

13,10, ' 


416: 

db 

13,10, ' 


417: 

db 

27, '[7m : 

EXE 

418: 

db 

13, 10, 


419: 

db 

13,10, ' 


420: 

db 

13,10, ' 


421: 

db 

13,10, ' 


422: 

db 

13,10, ' 


423: 

db 

13.10,' 


424: 

db 

13, 10, ' 


425: 

db 

13,10, 


426: 

db 

13,10, ' 


427: 

db 

13, 10, ' 


428: 

db 

13, 10,27 

, 'CK' 

429: 

INIT 

^VECTORS 

ENDP 

430: 

Code 

ENDS 



~ ,27, '[7m EXECLOOK ',27, 'lfm 

Aufruf : 

EXECLOOK [<Dateibezeichnung> ] [/] <CR> 


<Date ibeze ichnung> 
(C:\EXECLOOK.DAT) 


/ 


Protokol ldate i 
zur Registrierung 
aller mit der EXEC- 
Fkt . des INT 21h 
aufgerufenen Pro- 
gramme. Datei muß 
schon existieren ! 

= Zwangsweise neu installieren 


if exist C:\EXECLOOK.DAT goto LOOKexist 

echo . >C : \EXECLOOK . DAT 

:LOOKexist 

execlook C:\EXECLOOK.DAT >nul 
if errorlevel 8 goto Dateifehler 
if errorlevel 4 goto SchonDa 
1 ■ 1 — — — — (C) Ch. Manisch ... 


13,10,27, '[K',13, 10,27, ' [K' 


0 K ' ,27, '[■ ir 

on INT 21 

already resident ! I 

Protokollieren von Programm- 
aufrufen via INT 21h 

execlook [ <Date ibez . > ] [/] <CR> 

[ Test 00010000B on 0000:01FC ] 

■ — (C) Ch. Hanisch 


\_ 


Umwandlung in GROSS- 
buchstaben 


Bild 4: Quelltext des Programms EXECLOOK.ASM 


Literatur 

/I / MS-DOS T echnical Reference Encyclopedia. - Microsoft Press 1 986 
121 Smode, D.: 

MS-DOS für Insider. - München: Franzis Verlag, 1 987 
/3/ Philipps, Ch.: 

Tastaturabfrage leichtgemacht. - München: Franzis- Verlag, mc (1 988) 9, S. 124-131 


HDok: mov Byte PTR ds : dsn [di ] , al 
inc di 
mov ax,di 

cmp ax,32 ; <Dateibezeichnung> nax. 32 Zeichen lang 
je Errorl 
jmp Short Leer 
Fertig : 

or di, di 
jz SchonFertig 

mov Byte PTR ds :dsn[di] , 00h ; ASCIIZ abschließen mit: 00h 
inc di 
mov ax,di 
cmp ax,32 
je Schonfertig 
jmp Short Fertig 
SchonFertig : 

; OPEN Handle zum Test der Protokolldatei 
mov ah,3Dh 

mov al,00h ; Versuchsweise OPEN für Lesen 


TERMINE 

II. Amiga-DeskTopVIdeoWerkstatt 

WER? HdjT-Computerclub und Interessengemeinschaft der Computergra- 
fik- und Videoanwender 
WANN? 7. und 8. September 1990 
WO? Berlin, Haus der jungen Talente 
WAS? • alles zum Gebiet Desktop-Video 

• Hard- und Softwarevorführungen 

• Seminare, Workshops, Präsentationen 

WIE? Anmeldungen bitte an: HdjT-Computerclub, Stefan Seeboldt, Klo- 
sterstraße 68, Berlin, 1020; Tel. 2103265, Mailbox 2 126745 (300/1200). 
Die Tag ungs kosten betragen 30,-. Seeboldt 
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Prüfmuster für Register 
und Busstrukturen 


Jörg Moebes, Dr. Veronika Sauer , 
Bernd Däne , Lutz Finn, Ilmenau 


Die Verbreitung von Mikroprozessoren in na- 
hezu allen Lebensbereichen erfordert eine 
hohe Zuverlässigkeit der Systeme. Deshalb 
ist es notwendig , im System existierende 
Fehler aufzudecken und sie gegebenenfalls 
zu beheben oder zumindest zu berücksichti- 
gen. Für die Fehlererkennung in Register- 
und Busstrukturen von 16-Bit-Mikrorech- 
nern sollen die im folgenden Beitrag be- 
schriebenen Prüfmusterfolgen dienen. 

Geht man von komplexen digitalen Struktu- 
ren aus, die über n Eingänge und m Zustände 
verfügen, so lassen sich insgesamt 2 n+m Ge- 
samtzustände unterscheiden, das heißt, voll- 
ständige Testmusterfolgen müßten eine 
Länge von 2 n+m haben. Bei hochintegrierten 
Systemen würde das „Durchspielen“ aller 
möglichen Testmuster Testlaufzeiten erge- 
ben, die in der Größenordnung von Jahren 
liegen können. Es ist also notwendig, eine 
Testmusterfolge zu generieren, die mit irlög- 
lichst wenigen Testmustern viele Fehler er- 
kennen läßt, um einen effektiven und sinnvol- 
len Test durchführen zu können. Eine Haupt- 
aufgabe der Testvorbereitung besteht dem- 
zufolge in der Erzeugung einer sinnvollen 
Testmusterfolge, die den oben erwähnten 
Qualitätsansprüchen gerecht wird. Nach /I/ 
lassen sich drei wesentliche Methoden bei 
derTestmustererzeugung unterscheiden, die 

- manuelle 

- pseudozufällige 

- algorithmische. 

Es hat sich gezeigt, daß für hochkomplexe 
Schaltungen, wie LSI-Bausteine (z. B. Mikro- 
prozessoren), die Testmuster in erster Linie 
manuell erzeugt werden, und zwar auf der 
Basis geeigneter Fehlermodelle. Die Erzeu- 
gung der Testmuster muß nach Kriterien er- 
folgen, die für die Anwendung auf bestimmte 
Prüflinge abgestimmt sind. Eine Analyse 
physikalischer Fehlermöglichkeiten zeigt, 
daß es von entscheidender Bedeutung ist, 
Fehler an Verbindungsleitungen (Bussen) 
und in Registerstrukturen von Mikroprozes- 
sorsystemen zu erkennen. Typische Fehler- 
möglichkeiten zeigt Bild 1 . 


°) t) c) 



Bild 1 Typische Fehlermöglichkeiten 

a) Kurzschluß von Leitungen 

b) Unterbrechungen 

c) gegenseitige Beeinflussung 


Herleitung einer Prüfmusterfolge 

Da Registerzellen und Datenbusleitungen 
unbedingt zur Voraussetzung von Computer- 
aktionen gehören, muß deren einwandfreie 
Funktion nachgewiesen werden 121, 131. Dazu 
gehört sowohl das Ausschließen von Stuck- 
at-Fehlern (hervorgerufen durch Leitungsun- 


terbrechungen, Kurzschlüsse oder fehler- 
hafte Flip-Flop-Strukturen bei Registern) als 
auch das Abtesten gegenseitiger Beeinflus- 
sungen von Leitungen oder Speicherzellen. 
Man spricht von Stuck-at-Fehlern, wenn Si- 
gnalpegel auf den logischen Werten Null 
oder Eins verbleiben (Haftfehler). Es ist je- 
doch noch ein Unterschied zwischen Daten- 
busfehlern und Fehlern bei den Chipstruktu- 
ren zu machen. Während die gegenseitige 
Beeinflussung bei Datenbusleitungen schon 
durch unterschiedliche Pegel (Low oder 
High) feststellbar ist, muß bei den Register- 
zellen eine genauere Betrachtung erfolgen. 
Ursache dafür ist das Halbleitermaterial des 
Chips. Für die Fehleraufdeckung spielt auch 
die Polarität, das heißt, die Richtung der Pe- 
gelveränderung (Low — > High oder High — > 
Low) eine wesentliche Rolle, ein einfacher 
Pegelunterschied reicht im allgemeinen nicht 
aus. Diese Erscheinung soll im weiteren als 
„diodenartiger Kurzschluß“ bezeichnet wer- 
den (Bild 2). 


Zelle 1 Zelle 2 

CJ — w— [ZI kein Einfluß 

j~Q ~| — |~ 1 ~| fehlerhaft 


Bild 2 Zellen fehler (richtungsabhängig) 

Es muß insgesamt eine Testfolge für Daten- 
busleitungen und Registerzellen gefunden 
werden, die bei ihrer Auswertung eine größt- 
mögliche Fehleraufdeckung bei geringem 
Aufwand gewährleistet. Auf den ersten Blick 
würde eine solche Anforderung eine Prüf- 
folge im Schachbrettmuster erfüllen (Tafel t). 
Hier wird zwar auch der „diodenartige Kurz- 
schluß“ getestet, jedoch nur für einen Teil der 
denkbaren Fehlermöglichkeiten. Ziel des 
Tests soll aber die Überprüfung aller Ver- 
kopplungsvarianten sein. Darum sind diese 
Muster nicht ausreichend. Für die folgende 
Prüfmusterentwicklung sei vorerst der „dio- 
denartige Kurzschluß“ vernachlässigt. 
Ausgehend von einem 16-Bit-Bus muß jede 
einzelne Leitung gegenüber allen anderen 
auf eine Beeinflussung getestet werden. Das 
kann durch die 16 Prüfmuster in Tafel 2 er- 
reicht werden. Das Ziel, daß sich jede Leitung 
potentialmäßig mindestens einmal von jeder 
anderen unterscheidet, läßt sich nach /4/ 
auch durch eine weniger aufwendige Dualko- 
dierung erreichen. Das macht bei der 16-Bit- 
Struktur eine Reduzierung auf 4 Prüfmuster 
aus. 

Jede beliebige Spalte (jeweils eine Buslei- 
tung oder Zelle repräsentierend) unterschei- 
det sich beim Durchlauf aller 4 Prüfmuster - 
darunter ist ein Transport der Prüfmuster 
vom EPROM zu den Registern zu verstehen 
-von jeder anderen mindestens einmal. Das 
gleiche gilt für die entsprechenden Register- 
zellen (siehe Tafel 3). Beispielsweise unter- 
scheidet sich die mit A bezeichnete Leitung 
bei dem Anliegen des 1. Musters von den 
acht mit 1 -Potential belegten Leitungen. Bei 
einem Kurzschluß zwischen diesen und der 
bezeichneten Leitung kommt es zu Potential- 
veränderungen, die erkennbar bzw. auswert- 


bar sind. Mit dem Anliegen des 2. Musters 
werden weitere 4 Leitungen ausgetestet, da 
die niederwertigen acht Bit schon geprüft 
sind. Es werden also mit dem Anlegen eines 
Prüfmusters gleich mehrere mögliche Wech- 
selwirkungen getestet. 

Mit den Prüfmustern sollen aber auch 1/0- 
und 0/1 -Übergänge der einzelnen Register 
(Bitstellen) getestet werden. Es ist leicht fest- 
zustellen, daß das mit diesen Mustern nicht in 
jeder Bitposition erreicht wird (siehe Tafel 4). 
Die Schlußfolgerung daraus ist, daß man ein 
weiteres Muster hinzufügt. Es ist aber sofort 
zu erkennen, daß durch das Anfügen einer 
Prüfmusterzeile das Problem in der höchsten 
und der niedrigsten Bitposition nicht gelöst 
wird. Darum wird besser von der Dualkodie- 
rung ausgegangen, die die 5 Zeilen (5 Mu- 
ster) und 32 Spalten in Tafel 5 enthält. Auch 
hier treten wieder Spalten auf, die für die 
Testung der 0/1- und 1/0-Übergänge nicht 
geeignet sind. Jedoch haben wir nun noch 22 
Spalten, die einem solchen Test genügen. 
Von diesen verbliebenen Spalten werden je- 
doch nur 16 benötigt, da sie auf 16-Bit-Regi- 
ster und -Busleitungen angewendet werden 
sollen. Es ist festzustellen, daß die Zeilen 
nicht austauschbar sind, ohne die Testung 
auf 0/1- und 1/0-Übergänge zu beeinflussen, 
während die Reihenfolge und die Auswahl 
der Spalten Freiheitsgrade zuläßt. In dieser 
Kodierung unterscheidet sich nachweislich 
jede Spalte in mindestens einer Bitposition 


Tafel 1 Beispiel einer Prüffolge im Schachbrettmuster 


0101 

0101 

0101 

0101 

1 . Prüfmuster 

1010 

1010 

1010 

1010 

2. Prüfmuster 


Tafel 2 Maximale Prüfmusterfolge 

Ml =(1000 

0000 

0000 

0000) 

M2 = (0100 

0000 

0000 

0000) 

M2= (0010 

0000 

0000 

0000) 

Ml 6 = (0000 

0000 

0000 

0001) 


Tafel 3 Minimale Prüfmusterfolge 


1 . Muster 

0000 

0000 

1111 

1111 

2. Muster 

0000 

1111 

0000 

1111 

3. Muster 

0011 

0011 

0011 

0011 

4. Muster 

0101 

0101 

0101 

0101 


Tafel 4 Bitpositionen, die für den Test der 1/0- und 0/1- 
Übergänge einzelner Register ungeeignet sind 


0000 

0000 

1111 

1111 


0000 

1111 

0000 

1111 


0011 

0011 

0011 

0011 


0101 

0101 

0101 

0101 


A A A 



A A A 

ungeeignet für Test 


Tafel 5 Dualkodierung, bestehend aus 32 Spalten und 5 
Zeilen 


0000 

0000 

0000 

0000 

1111 

1111 

1111 

1111 


0000 

0000 

1111 

1111 

0000 

0000 

1111 

1111 


0000 

1111 

0000 

1111 

0000 

1111 

0000 

1111 


0011 

0011 

0011 

0011 

0011 

0011 

0011 

0011 


0101 

0101 

0101 

0101 

0101 

0101 

0101 

0101 


i 

w* 

3 

1111 
6 8 

w; 

10 

12 |l4 1 1 s| 1 8 I20 

13 1517 1921 

A r 

22 

J 

für Test ungeeignet 

[■ geeignete Spalten 
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von jeder anderen. Eine optische Symmetrie 
in den Zeilen (gleiche Anzahl von Nullen und 
Einsen) muß also nicht gegeben sein. 

Jetzt stellt sich die Frage nach der Aufdek- 
kung der oben erwähnten „diodenartigen 
Kurzschlüsse“ durch die Prüfmuster. Fest 
steht, daß Beeinflussungen und Kurz- 
schlüsse zwischen Leitungen oder Register- 
zellen nur bei unterschiedlichen Pegeln auf- 
treten. Damit wirkt sich ein Fehler ausschließ- 
lich bei verschiedener Belegung der betroffe- 
nen Leitungen/Zellen aus, das heißt, bei glei- 
chem Potential wird trotz eines Kurzschluß- 
fehlers keine Störung erkannt. Da durch die 
Ableitung der Prüfmuster aus der Dualkodie- 
rung der Unterschied zwischen den Spalten 
in wenigstens einer Stelle gesichert ist, wird 
auch mindestens einer der beiden Fälle (0/1 
oder 1/0) getestet. 

0 0 \ Kodierungen, die bei einem Kurz- 

1 1 / schlußfehler nicht beeinflußt werden 
10 \ Kodierungen, die beeinflußt werden, 
0 1 / aber jeweils nur 25 % der Möglich- 
keiten ausmachen (davon wird min- 
destens eine getestet) 

Das bedeutet, daß mit Sicherheit eine Mög- 
lichkeit des gerichteten Kurzschlusses zwi- 
schen zwei beliebigen Registerzellen geprüft 
und damit ein Fehler aufgedeckt wird. Die 
verbleibende Unsicherheit hat sich somit auf 
maximal 25 % der möglichen Potentialbele- 
gungen zweier Leitungen reduziert. Aller- 
dings sind diese 25 % noch zu hoch gegrif- 
fen, wie anhand der Beispiele in T afel 6 erläu- 
tert wird. 

Es läßt sich anhand der Beispiele leicht nach- 
weisen, daß Spalten, in denen jeweils ein Pe- 
gel nur einmal vertreten ist, die größten Män- 
gel bei der Fehleraufdeckung (der restlichen 
25%) haben /5/. Folglich ist es ratsam, die- 
sen Fakt bei der Auswahl der Kodierungen zu 
berücksichtigen. Es waren neben den 16 be- 
nötigten Spalten der Kodierung noch weitere 
6 ungenutzt. Betrachtet man alle Möglichkei- 
ten, so läßt sich feststellen, daß genau 6 
Spalten einen einzelnen Pegel aufweisen. 
Damit ist die Entscheidung der Auswahl ge- 
fallen (siehe Tafel 7). 

Die Prüfmuster lauten hexadezimal: 00FF, 
3F03, C71C, 5965, AAAA. Diese Prüfmuster- 
folge soll bei allen Teilstrukturen Anwendung 
finden, in denen Unterbrechungs-, Über- 
gangs- oder Kurzschlußfehler auftreten kön- 
nen. Somitistes notwendig, sie bei Tests von 
Speicherstrukturen (Register, RAM) oder 
Leitungen (Verbindungen zwischen einzel- 
nen Schaltkreisen) zu benutzen. Der fehler- 
freie Prüfmusterdurchlauf bildet die Grund- 
lage für weitere Tests. Bei vielen (wenn nicht 
allen) Operationen sind funktionstüchtige 
Register und Busleitungen eine Grundvor- 
aussetzung. Ihre Überprüfung ist zum Bei- 
spiel Bestandteil des Kerntests in Selbsttest- 
programmen von Mikroprozessorsystemen 
121 . 

Anwendungsbeispiel 
für die Prüfmuster 

In 151 wird anhand eines Selbsttestpro- 
gramms unter anderem gezeigt, wie in einem 
Rechner die Prüfmuster beim Test des Da- 
tenbusses und der CPU (80286) eingesetzt 
werden. Ausgehend von einer ungetesteten 
Rechnerstruktur wird auf der Grundlage des 
CPU-Befehlssatzes ein sogenannter Kern- 
test ausgeführt 121 , 161. In diesem Rahmen 
werden mit den Prüfmustern der Datenbus 
und die Registerfunktionen der CPU gete- 


Tafel 6 Beispiele zur Veranschaulichung der Anzahl 
der testbaren Fehlermöglichkeiten hinsichtlich der 1/0- 
und 0 1 -Übergänge 


Beispiel 1: 

Spalten: 

1 2 3 4 5 6 7 8 9 12 13 14 15 16 17 18 

getestet 

Übergang 0 -Kh- 1 

000000 0* 00 1 1 1 1 1 1 1 

000011111 0 0 0 0 0 0 0 

011100001 0 0 0 1 1 1 1 

100100110 0 1 1 0 0 1 1 

001001010 1 0 1 0 1 0 1 

xxxxxxxxx t X X X X X X 

damit sind für Spalte 1215 von 1 5 Fehlermöglich- 
keiten der Richtung 0 -KF- 1 getestet 


Übergang 1 -01- 0 

000000000 1 1 1 1 1 1 1 

000011111 0 0 0 0 0 0 0 

011100001 0 0 0 1 1 1 1 

100100110 0 1 1 0 0 1 1 

001001010 1 0 1 0 1 0 1 

XXXXXXXXX f X O X 0 X 0 

damit sind für Spalte 1212 von 1 5 Fehlermöglich- 
keiten der Richtung 1 -c>j- 0 getestet 

Insgesamt: 27 von 30 

Beispiel 2: 

Spalten: 

1 2 3 4 5 6 7 8 9 12 13 14 15 16 17 18 

getestet 

Übergang 0 -KH 1 

000000000 1 1 1 1 1 1 1 

000011111 0 0 0 0 0 0 0 

011100001 0 0 0 1 1 1 1 

100100110 0 1 1 0 0 1 1 

001001010 1 0 1 0 1 0 1 

fxxxxxxxx X X X X X X X 

damit sind für Spalte 115 von 15 Fehlermöglich- 
keiten der Richtung 0 -Kl- 1 getestet 


Übergang 1 -OH 0 

000000000 1 1 1 1 1 1 1 

000011 111 0 0 0 0 0 0 0 

011100001 0001 1 1 1 
100100110 0 1 1 0 0 1 1 

001001010 1 0 1 0 1 0 1 

Txxoxxoox x 0 0 X X 0 0 

damit sind für Spalte 1 8 von 15 Fehlermöglich- 
keiten der Richtung 1 HX- 0 getestet 

Insgesamt: 23 von 30 


halt läßt sich ebenfalls mit den zur Verfügung 
stehenden Spalten darstellen. Allerdings 
muß man einen Kompromiß eingehen: Es 
stehen nur 8 Spalten, die den „diodenartigen 
Kurzschluß“ optimal aufdecken, zur Verfü- 
gung. Eine weitere Spalte (1, 2 oder 5) muß 
hinzugenommen werden. Der dadruch ein- 
gehandelte Verlust an Fehleraufdeckung ist 
minimal. 


Anordnung der Spalten 

xxxx3x45x67x891011 

Die Auswahl der mit 1 beginnenden Spalten 

ist nun fast beliebig 

12 13 141531645 17 671989 10 11 


Daraus ergeben sich die fünf Prüfmuster in 
Tafel 8. Das erwähnte Kerntestprogramm 
(Ausschnitt) sieht dann folgendermaßen aus: 


MOV AX, 0F490H 


NOP 

NOP 

NOP 

CMP AX, 0F490H 

NOP 
NOP 
NOP 
JZ fort 


fehl : 


; T ransport des ersten 
; Prüfmusters 
;zum Register AX-» 
;Test Datenbus 
; und Registerzellen 
Abstandsbefehl 
Abstandsbefehl 
Abstandsbefehl 
Vergleich mit 1 . Prüf- 
muster 

Abstandsbefehl 
Abstandsbefehl 
Abstandsbefehl 
Sprung zu Programm- 
fortsetzung 
Fehlerroutine 


Tafel 8 Prüfmusterfolge mit HALT-, NOP-Kodlerung 
des 80286 als 1 . Prüfmuster 


Ml = 

1111 

0100 

1001 

0000 

) 

F490H 

M2 = 

0000 

0001 

0111 

1111 

) 

017FH 

M3 = 

0001 

1110 

1000 

0111 

) 

1E87H 

M4 = 

( 0110 

0010 

1010 

1001 

) 

62A9H 

M5 = 

( 1010 

1100 

0101 

1010 

) 

AC5AH 


Tafel 7 Ausgewählte Prüfmusterfolge 



0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

0 

1 

1 

1 

1 

1 

1 

1 1 

1 

1 1 



0 

0 

0 

0 

1 

1 

1 

1 

1 

1 

1 

0 

0 

0 

0 

0 

0 

0 1 

1 

1 1 



0 

1 

1 

1 

0 

0 

0 

0 

1 

1 

1 

0 

0 

0 

1 

1 

1 

1 0 

0 

0 1 



1 

0 

0 

1 

0 

0 

1 

1 

0 

0 

1 

0 

1 

1 

0 

0 

1 

1 0 

1 

1 0 



0 

0 

1 

0 

0 

1 

0 

1 

0 

1 

0 

1 

0 

1 

0 

1 

0 

1 1 

0 

1 1 


Spalten 

x i 


1 


> 

1 

1 

1 

1 



1 

1 


1 

| 


fcl 


2^ 2^ 

für Test ungeeignet 

Spalten 



3 

4 


6 

7 

8 

9 

10 

11 

12 

13 14 

15 

16 17 

19 

20 


für Test geeignet 


stet. Für die Sicherung der Befehlssequenz 
sind dabei Abstandsbytes (Kodierungen von 
NOP- und HALT-Befehl) zwischen den ein- 
zelnen Befehlen zweckmäßig 141, /5/, III , /8/. 
Es ist somit sinnvoll, die NOP- und die HALT- 
Befehle mit Hilfe der Prüfmusterspalten zu 
kodieren. Das heißt konkret, daß die einzel- 
nen Prüfmusterspalten so angeordnet wer- 
den, daß das erste Prüfmuster der Kodierung 
von HALT und NOP (je ein Byte) entspricht. 
Dieser Operationskode tritt dann als erstes 
Prüfmusterbyte im Zusammenhang mit ei- 
nem Datentransfer auf. Bei einem Fehler be- 
steht somit die Chance, daß die Prüfmuster- 
bytes als sinnvolle und aussagekräftige Be- 
fehle erkannt werden, wogegen sie im fehler- 
losen Fall als Daten interpretiert werden. 

Kodierungen entsprechend dem Befehlssatz 
des 80286: 

HALT 11110100 B F4 H 
NOP 10010000 B 90 H 
Kodierung als 1 . Muster: 

1111 0100 1001 0000 HALT NOP 

Es ist zu erkennen, daß man für eine Prüfmu- 
sterzeile 9mal die 0 benötigt. Dieser Sachver- 


Ein Befehl beim 80286 kann maximal 6 Byte 
umfassen. Es genügen deshalb nach dem 
Transferbefehl weitere 3 Abstandsbefehle 
(NOP-Befehle), um die Befehlssequenz zu 
erhalten, selbst wenn der erste Befehl falsch 
dekodiert oder interpretiert wurde. 

Ausblick 

In diesem Beitrag haben wir eine Möglichkeit 
zur systematischen Herleitung einer Prüfmu- 
sterfolge zum Testen von Register- und Bus- 
strukturen auf der Basis geeigneter Fehler- 
modelle vorgestellt. Die Aussagefähigkeit ei- 
ner Prüfmusterfolge bezüglich der erkennba- 
ren Fehlermenge wird dabei wesentlich 
durch das benutzte Fehlermodell bestimmt. 
Die entwickelte Prüfmusterfolge kann bei- 
spielsweise als Ausgangspunkt für den Test 
von Mikroprozessorsystemen (Selbsttest), 
fürRAM-Tests und auch für den Test von pro- 
grammierbaren Peripherieelementen (wie Ti- 
mer, Interrupt-Controller, DMA-Controller 
etc.) genutzt werden /9/. 

International ist der Trend zu beobachten, 
daß es heute als nahezu selbstverständlich 
gilt, Testprobleme bereits beim Entwurf inte- 


202 




Mikroprozessortechnik, Berlin 4 (1990) 7 




grierter Schaltungen zu berücksichtigen 
(Built-in-Test); damit können die Testpro- 
zesse wesentlich effektiver gestaltet werden 
/10/. 
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Digitale Nager 

Von der Mausbewegung zum elektrischen Signal 


Dieter Michel 


Viele Anwender orientieren sich beim Kauf 
einer Maus am Preis und an der mitgeliefer- 
ten Software. Nach welchem Prinzip sie ar- 
beiten, spielt dabei keine Rolle . Rollkugel- 
mäuse unterscheiden sich von ihren opti- 
schen Verwandten aber in wesentlichen Ei- 
genschaften - und gerade diese Unter- 
schiede bestimmen ihr Einsatzgebiet. 

Allen Mäusen gemeinsam ist das Vorhan- 
densein von Tasten, mit denen sich eine be- 
stimmte Funktion auslösen läßt. Obwohl be- 
reits eine einzige Taste wie beim Apple Mac- 
intosh ausreicht, findet man im PC-Bereich 
meist zwei bis drei Maustasten, die mit be- 
stimmten Funktionen belegt sind. Die Tasten 
sind jedoch überall gleich. Bei der Art und 
Weise, wie die Mäuse die Bewegungen auf 
der Tischplatte verarbeiten, unterscheiden 
sich die optischen von den mechanischen 
und optomechanischen Geschwistern aber 
erheblich. 

Sogenannte optische Mäuse arbeiten ohne 
bewegliche Teile. Das Mausgehäuse gleitet 
hier über eine spezielle Oberfläche mit aufge- 
druckter Rasterstruktur, die von einem opti- 
schen Sensor im Innern der Maus abgetastet 
und in Bewegungsinformation umgesetzt 
wird. Zwar tasten die meisten Rollkugel- 
mäuse die Mausbewegungen letztendlich 
auch optisch ab, den eigentlichen Bewe- 
gungssensoren ist jedoch eine mechanische 
Übertragung durch eine Rollkugel vorge- 
schaltet. Daher handelt es sich hier um ein 
optomechanisches Prinzip. 

Ein wesentlicher Bestandteil des Funktions- 
prinzips einer optomechanischen Maus ist 
die bereits erwähnte Rolfkugel aus Kunststoff 
oder Metall, die durch eine Öffnung an der 
Unterseite der Maus frei auf der Unterlage 
rollen kann. Die Kugel ist meist mit Silikon 
oder einem ähnlichen Belag überzogen, um 
die Reibung zu erhöhen und damit den Kon- 
takt zur Unterlage zu verbessern. Sie liegt an 
zwei senkrecht zueinander angeordneten 
Laufrollen an und wird von einer gefederten 
dritten Rolle angedrückt. Verschiebt man das 
Mausgehäuse über die Tischoberfläche, so 
rollt die Kugel mit und setzt so die beiden 


M 


Laufrollen in Bewegung. Dabei stellen die 
Drehachsen das Koordinatensystem dar, auf 
das sich die Bewegung der Maus bezieht. 
Um diese registrieren zu können, befindet 
sich auf der Welle jeder Laufrolle eine sich 
mitdrehende Scheibe mit radial verlaufenden 
Schlitzen. 

Da diese Welle bei ausreichender Reibung 
der Kugel kraftschlüssig mit der Tischoberflä- 
che gekoppelt ist, hängt der Winkel, um den 
die Scheibe verdreht wird, linear von der 
Komponente der Mausbewegung in Rich- 
tung der jeweiligen Koordinatenachse ab. 
Bewegt man die Maus zum Beispiel diagonal, 
so drehen sich beide Sensorscheiben mit. 
Schiebt man sie dagegen in Richtung der 
Achsen - also vor und zurück beziehungs- 
weise nach rechts oder links - wird nur eine 
der Laufrollen angetrieben, da die Drehachse 
der Kugel senkrecht auf der Drehachse der 
anderen Laufrolle steht. Somit überträgt die 
Kugel keine Bewegung auf diese Rolle. 

Die Drehbewegung der Kugel ist nun in zwei 
Komponenten aufgespalten, die in elektri- 
sche Signale umzusetzen sind. Optomecha- 
nische Mäuse erledigen dies mit Hilfe von 
Gabellichtschranken, die die Bewegung 
durch die Öffnungen an den Sensorscheiben 
registrieren. Dabei erzeugt jede Unterbre- 
chung der Lichtschranke einen Impuls. 

Aus dem Durchmesser der Laufrollen und 
der Anzahl der Schlitze in der Scheibe läßt 
sich die maximale „echte“ Auflösung der 
Maus bestimmen. Sie gibt an, wieviele Im- 
pulse erzeugt werden, wenn man die Maus 



Bei der Rollkugeimaus sind die beiden Schlitz- 
scheiben mit jeweils zwei Gabellichtschranken 
zu erkennen. 




auf der Tischplatte um ein Inch verschiebt. 
Bezeichnenderweise nennt man sie auch 
„Mickeys“. Typische Werte liegen bei etwa 
200 bis 300 Mickeys pro Inch. Durch eine ge- 
schickte Programmierung des Maustreibers 
lassen sich jedoch wesentlich höhere effek- 
tive Auflösungen bis zu 10 000 Mickeys pro 
Inch erzeugen. 

Richtung erkannt 

Die Impulszahl reicht jedoch nicht aus, um 
die Bewegung der Maus vollständig zu be- 
schreiben. Um die Information über die Rich- 
tung ebenfalls aus der Bewegung der Schlitz- 
scheibe zu gewinnen, bedient man sich der 
sogenannten Quadratursignale. Dazu ist 
eine zweite Gabellichtschranke erforderlich, 
die so angeordnet ist, daß die erzeugte Im- 
pulsfolge jener der ersten Lichtschranke ent- 
spricht, aber zusätzlich um 90 Grad phasen- 
verschoben ist. Dadurch entsteht eine Un- 
symmetrie bezüglich der Zeitumkehrung. 
Dreht sich die Schlitzscheibe nun in eine an- 
dere Richtung, entsteht aus einer Phasen- 
verschiebung von +90 Grad eine von —90 
Grad und umgekehrt. 

Zur Drehrichtungsbestimmung könnte man 
eine Auswerteelektronik verwenden, die zum 
Beispiel auf die ansteigenden Flanken der 
Impulsfolgen reagiert. Je nachdem, in welche 
Richtung sich die Schlitzscheibe dreht, kom- 
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men die Impulsflanken der zweiten Licht- 
schranke immer ein wenig früher oder später 
an als die der ersten. 

Obwohl das optomechanische Prinzip heute 
nicht zuletzt wegen der berührungslosen Be- 
wegungsabtastung durch Lichtschranken am 
weitesten verbreitet ist, arbeiten einige 
Mäuse wie die Microsoft-Maus (siehe Seite 
193) rein mechanisch, oder besser: elektro- 
mechanisch. 

Hier wird die Impulserzeugung nicht optisch 
durch Gabellichtschranken mit optischen Un- 
terbrecherscheiben vorgenommen, sondern 
mit Unterbrecher- und Schleifkontakten. Da- 
durch stehen die Signale direkt zur Verfü- 
gung, die Kontakte sind jedoch einem me- 
chanischen Verschleiß unterworfen, was die 
Lebensdauer verkürzt. Ansonsten arbeiten 
mechanische Mäuse nach demselben Prin- 
zip wie die optomechanischen Gegen- 
stücke. 

Tor zur Welt 

Die Auswertung der Impulsfolgen der insge- 
samt vier Impulsgeber (Gabellichtschranken 
oder elektrische Unterbrecher mit Schleif- 
kontakten) sowie der meist zwei bis drei 
Maustasten überläßt man heutzutage entwe- 
der einem Drehgeber mit integrierter Elektro- 
nik, die dann über einen Zählimpuls und ei- 
nen Drehrichtungsausgang verfügt, oder 
man benutzt gleich einen maskenprogram- 
mierten Einchip-Mikrocontroller, der sich in 
das Mausgehäuse einbauen läßt. Bei dieser 
Gelegenheit kümmert er sich auch gleich um 
den Datenaustausch mit dem angeschlosse- 
nen Rechner, da die mühsam gewonnenen 
Daten über die Bewegung der Maus ja noch 
mehr oder weniger sinnvoll verwertet werden 
sollen. 

Für die Kommunikation mit dem Rechner bie- 
tet sich die serielle Schnittstelle an, da sie oh- 
nehin meist zur Verfügung steht und mit ei- 
nem Minimum an Verbindungsleitungen aus- 
kommt. Früher hat man die Mäuse öfter so 
konstruiert, daß die aufbereiteten Impulsfol- 
gen zum Rechner übertragen und erst dort 
weiterverarbeitet wurden. Bei der Microsoft- 
Bus-Maus ist das auch heute noch der Fall. In 
der Regel findet die Datenverarbeitung aber 
auch bei den sogenannten Bus-Mäusen 
schon in der Maus statt. Oft handelt es sich 
dabei um eine normale serielle Maus. Die 
Bus-Karte stellt dann eigentlich nur eine zu- 
sätzliche serielle Schnittstelle zur Verfügung. 
Daher ist ihr Einsatz vor allem dann sinnvoll, 
wenn die seriellen Schnittstellen bereits von 
anderen Geräten wie Modem, Plotter oder 
Drucker belegt sind. 

IBMs PC/2-Modelle sind neben dem Tasta- 
turanschluß mit einer zweiten Buchse für ein 
zusätzliches Eingabegerät ausgerüstet. Da- 


1 - 

LS1 

0 - 

1 - 

LS2 

0 - 


t 

Durch eine Phasenverschiebung der beiden Im- 
pulsfolgen um 90 Grad läßt sich die Dreh Ach- 
tung der Kugel bestimmen. 


bei handelt es sich ebenfalls um eine serielle 
Schnittstelle, die jedoch im Gegensatz zu 
COM1 und COM2 nicht asynchron, sondern 
synchron arbeitet. Schließt man eine PS/2- 
Maus dort an, wird der Takt nicht in der Maus, 
sondern vom Keyboard-Controller erzeugt. 
An dieser Buchse läßt sich per Adapter auch 
eine übliche serielle Maus anschließen. Ein 
derartiger Adapter ist zum Beispiel im Liefer- 
umfang der Microsoft-Maus enthalten. 

Einige wenige Hersteller bieten außerdem 
Versionen für die parallele Schnittstelle an. 
Die Signale lassen sich hier einzeln zum 
Rechner übertragen, so daß neben den zwei 
Pins für +5 Volt und Masse jeweils zwei Ka- 
näle für jede Bewegungsrichtung der Maus 
belegt sind. Je nach Anzahl der Maustasten 
werden diese Informationen über ein bis drei 
weitere Pins herangeführt. 

Ohne Mechanik 

Gegenüber optomechanischen Mäusen ar- 
beiten optische Mäuse ohne Roilkugel und 
kraftschlüssige Bewegungsübertragung auf 
die Sensoren. Dafür benötigen sie aber ein 
spezielles Maus-Pad, das mit einem ein- 
oder mehrfarbigen Muster gedruckt ist. Diese 
strukturierte Oberfläche übernimmt hier die 
Funktion der Schlitzscheibe bei optomecha- 
nischen Mäusen. 

Obwohl sich die Funktionsweisen verschie- 
dener optischer Mäuse im Detail unterschei- 
den, weisen sie genug prinzipielle Gemein- 
samkeiten auf, um das Prinzip sowie die Ähn- 
lichkeit zu optomechanischen Mäusen zu 
veranschaulichen. Insbesondere arbeiten 
optische Mäuse nur selten auf den Pads von 
Fremdfabrikaten. 

Das Maus-Pad ist in diesem Beispiel mit ei- 
nem zweifarbigen Linienraster auf einem sil- 
bern reflektierenden Hintergrund bedruckt. 



Bei der optischen Maus sind im Vordergrund die 
Fotodetektoren zu erkennen, in den Öffnungen 
der Platine zwei kugelförmige Unsen. Direkt da- 
hinter liegen die beiden Leuchtdioden. 


Das Linienraster besteht aus parallelen 
blauen Linien, auf denen schwarze bezie- 
hungsweise grau erscheinende Linien senk- 
recht stehen. Beide Liniensorten sind mit 
transparenter Farbe gedruckt. Dabei ent- 
spricht der Abstand der Linien voneinander in 
etwa ihrer Breite, so daß ein Raster aus Qua- 
draten entsteht, die entweder farblos reflek- 
tieren oder in blau, schwarz oder in blau und 
schwarz übereinander gedruckt sind. 

Dieses Muster wird von einer Sensoranord- 
nung in der Maus abgetastet. Durch zwei Öff- 
nungen an der Unterseite der Maus beleuch- 
ten zwei Leuchtdioden die Oberfläche des 
Pads mit rotem beziehungsweise infrarotem 
Licht. Die blau und schwarz erscheinenden 
Druckfarben sind so beschaffen, daß sie das 
Licht jeweils einer LED-Farbe gut absorbie- 
ren, das Licht der anderen LED aber transpa- 
rent erscheinen lassen. Auf diese Weise sind 
im Licht jeder Leuchtdiode jeweils nur die Li- 
nien einer Farbe dunkel, während die ande- 
ren ähnlich hell reflektieren wie der Hinter- 
grund. 

Zwei kugelförmige Linsen, die direkt an der 
Öffnung auf der Unterseite der Maus ange- 
ordnet sind, projizieren das vom Pad reflek- 
tierte Licht (mithin das Linienmuster des 
Pads) über Umlenkspiegel im Innern der 
Maus auf jeweils einen optischen Sensor. 
Dieser besteht aus einem linearen Array mit 
vier Fotodioden. Ihre Abmessungen und Ab- 
stände sind so bemessen, daß die Gesamt- 
länge der vier Sensorzellen dem Linenab- 
stand in dem projizierten Bild entspricht. Es 
wird also gerade eine Gitterperiode auf die 
vier Zellen des Arrays abgebildet, wobei jede 
Zelle zu ihrer Nachbarzelle eine Viertelpe- 
riode (oder 90 Grad Abstand) aufweist. Dar- 
über hinaus stehen die Längsachsen der bei- 
den Arrays senkrecht aufeinander. 

Da die beiden verschiedenfarbigen Linien- 
sorten ebenso wie die Achsen der Detektor- 
Arrays in der Bildebene senkrecht aufeinan- 
der stehen, nimmt der eine Sensor nur die 
waagerechten, der andere nur die senkrech- 
ten Linien wahr. Auf diese Weise wird die Be- 
wegung der Maus so ähnlich wie bei einer 
Rollkugelmaus in Komponenten zerlegt. 

Richtig gesehen 

Bei der Mausbewegung wandern die proji- 
zierten Linien über das Array. Entsprechend 
liefert jede Zelle ein Signal, das wegen der 
Geometrie des Detektors jeweils um 90 Grad 
gegenüber dem Signal der Nachbarzelle ver- 
schoben ist. Diese Signalfolgen entsprechen 
aber genau denen von optomechanischen 
Mäusen. 

Nun scheinen aber doppelt so viele Sensoren 
vorhanden zu sein, wie vom Prinzip her ei- 
gentlich notwendig wären. Die Projektion von 
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Die Maussensoren sind so angeordnet, daß auf die vier Zellen eine Gitter- 
periode abgebildet wird. 



vl..,v4 - Schaltschwellen o(es Maustreibers 


Je nach Geschwindig- 
keit der Bewegung er- 
höhen nichtlineare 
dynamische Mäuse 
die Empfindlichkeit 
an definierten Schalt- 
schwellen. 


relativen Ortsänderung linear von der Ge- 
schwindigkeit der Maus ab. Ausgehend von 
dieser Information sind Schwellenwerte für 
die Geschwindigkeit definiert, oberhalb derer 
die Anzahl Mickeys vor der Weiterleitung an 
das Anwenderprogramm mit einem Faktor 
multipliziert wird. Dadurch lassen sich sehr 
hohe effektive Empfindlichkeiten von bis zu 


Linien verschiedener Transparenz über eine 
einfache Optik und einen Umlenkspiegel ist 
jedoch nicht so kontrastreich und störungs- 
arm wie zum Beispiel das Signal, das die Ga- 
bellichtschranken einer optomechanischen 
Maus liefern. Das liegt unter anderem an 
nicht idealen Eigenschaften der Druckfarben 


Bei einer optischen Maus sammelt sich der 
Schmutz fast nur an den Filzstreifen an, auf 
denen sie über das Pad gleitet. Dies hat je- 
doch keinen Einfluß auf die Bewegungssen- 
soren, so daß sie nur etwas schwerer gleitet. 

Schaltgetriebe . . . 


10000 Mickeys pro Inch realisieren. 

Die Mausbewegung erfolgt dann zwar ruck- 
haft, der Benutzer merkt dies jedoch kaum, 
da die Maus bei Verlangsamung der Bewe- 
gung automatisch „herunterschaltet“ und da- 
durch feinfühlig wird. Es bleibt allerdings kri- 
tisch anzumerken, daß die Arbeit mit dynami- 


oder einem schlechteren Reflexionsvermö- 
gen des Pads, wenn es zum Beispiel ver- 
schmutzt ist. 

Deshalb wendet man einen Kunstgriff an und 
wertet nicht das Signal einer einzelnen Sen- 
sorzelle aus, sondern die Differenz der Si- 
gnale zweier Zellen, die untereinander eine 
Phasenverschiebung von 180 Grad (also 
eine halbe Periode) haben. Dadurch ist ein 
maximaler Kontrast des projizierten Musters 
gewährleistet, denn eine der beiden Zellen 


Bei den meisten Mäusen ist die Bewegung 
der Maus und des Zeigers auf dem Bild- 
schirm fest gekoppelt. Manchmal wäre es je- 
doch komfortabler, wenn sich die Kopplung 
aufheben ließe. Zum Beispiel benötigt man in 
einer CAD-Anwendung beim Zeichnen von 
Details eine höhere Präzision als beim 
schnellen Positionieren des Zeigers zu ei- 
nem Menü. Bei einer Auflösung von 800 x 
600 Pixeln muß man im Extremfall eines von 
480 000 Pixeln treffen. In solchen Fällen ist 


sehen Mäusen sehr nervtötend sein kann, 
wenn die nichtlineare Kennlinie falsch ge- 
wählt ist. Der Grad der Dynamik sollte sich 
daher wählen oder notfalls auch ganz ab- 
schalten lassen. 

Auswahl leichtgemacht 

Ob man sich beim Kauf nun für eine mechani- 
sche, eine optomechanische oder eine opti- 
sche Maus entscheiden sollte, hängt unter 
anderem vom Geldbeutel und dem geplanten 


tastet immer eine Linie und die andere einen es komfortabler, wenn sich die Empfindlich- Einsatzgebiet ab. Der Hobby-Anwender, der 
Zwischenraum ab. Da nur die Differenz der keit der Maus umschalten läßt und sich da- sie vor allem zur komfortableren Bedienung 


Signale verarbeitet wird, spielt die absolute 
Helligkeit keine Rolle, solange nur genügend 
Kontrast vorhanden ist. 

Großer Aufwand 

Warum machen sich die Hersteller aber die 
Mühe, ein so aufwendiges optisches System 
zu konstruieren und Störeinflüsse fernzuhal- 
ten, wo doch optomechanische Mäuse robu- 
ster und zudem billiger zu sein scheinen? 
Überdies ist ein spezielles Pad notwendig, 
ohne das man die Maus außer Funktion setzt. 
Eine optomechanische Maus kann man da- 
gegen auf jeder Oberfläche benutzen, auch 
auf einem verstaubten Aktenstapel. Aller- 
dings verhindert eine gut haftende Kugel- 
oberfläche nicht nur Schlupf, sonder fördert 
auch Schmutz ins Mausinnere. Dies ließe 
sich zwar durch konstruktive Maßnahmen 
vermindern, doch je nach Belastung der Um- 
gebung istvonZeitzu Zeit eine Reinigung der 
Mauserforderlich. 


durch die Anzahl der gesendeten Mickeys 
pro Inch ändert. Einen Schalter zum hard- 
waremäßigen Umschalten findet man jedoch 
nur selten bei Mäusen. Häufiger trifft man da- 
gegen Maustreiber an, die über dieses Fea- 
ture verfügen. 

Eine noch komfortablere Lösung beruht auf 
der Tatsache, daß die augenblicklich ge- 
wünschte Empfindlichkeit und die momen- 
tane Geschwindigkeit der Maus stark korre- 
lieren. Das bedeutet, daß der Benutzer in der 
Regel eine relativ schnelle Handbewegung 
ausführt, um den Zeiger quer über den Bild- 
schirm zu bewegen. Beschäftigt er sich dage- 
gen mit Details einer Grafik, so verschiebt er 
die Maus eher langsam, um ein Pixel mög- 
lichst präzise ansteuern zu können. Eine der- 
artige Maus würde ihre Empfindlichkeit auto- 
matisch je nach der Bewegungsgeschwin- 
digkeit anpassen. 

. . . oder Automatik 


der Textverarbeitung braucht und gelegent- 
lich eine Skizze mit einem Zeichenprogramm 
erstellt, wird sich wohl im riesigen Angebot an 
Rollkugelmäusen umsehen. 

Wie der Vergleichstest in c’t 12/89 zeigt, er- 
hält man bereits für unter hundert D-Mark Ex- 
emplare, die gut in der Hand liegen und mit 
denen sich gut arbeiten läßt. Auf glatten 
Tischoberflächen muß man zwar öfters an- 
setzen, bis sich die Kugel dreht und den Zei- 
ger auf dem Bildschirm bewegt, ein Maus- 
Pad aus Filz oder ähnlichem schafft hier je- 
doch Abhilfe. Nicht selten ist es bereits im 
Lieferumfang enthalten. 

Optische Mäuse findet man vor allem im pro- 
fessionellen Bereich, beispielsweise in Kon- 
struktionsbüros. Da sie die Bewegung an- 
hand des Linienrasters auf dem Pad regi- 
strieren, erlauben sie eine sehr hohe Präzi- 
sion. Wer häufig mit CAD-Software Zeich- 
nungen oder Pläne erstellt, sollte eine opti- 
sche Maus trotz des hohen Preises (über 400 


Das Säubern der Kugel ist noch ein recht 
leichtes Unterfangen, da sie sich leicht her- 
ausnehmen läßt. Schwieriger wird es schon 
bei den Laufrollen, auf denen sich der 
Schmutz der Kugel mit der Zeit ablagert. 
Wenn sich aber Fasern oder Haare mit klebri- 
gen Bestandteilen wie Cola um die Wellen 
wickeln, verlangt dies besonderes Ge- 
schick. 


Nur wenige Hersteller haben dies jedoch 
hardwaremäßig gelöst. Sie liefern aber in 
letzter Zeit zunehmend Maustreiber mit aus, 
die diese automatische (beziehungsweise 
dynamische) Anpassung erlauben, zumal sie 
sich leicht realisieren läßt. Sendet die Maus 
zum Beispiel die Daten über die Positionsän- 
derung seit der letzten Übertragung in kon- 
stanten Zeitabständen, so hängt der Wert der 


D-Mark) zumindest ins Auge fassen. 
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kennengelernt 

JPI TopSpeed Modula-2 


- #1 C:\PIT\JPI\SIEVE.MOD 
MODULE Sieve; 

FROM IO IMPORT WrLn, Wrlnt:, WrStr? 
const Si2e=8190; 

VAR Flags: ARRAY[0. .Size] OF BOOLEA 
i, prime, k , count, iter: CARDIN 

BEGIN 

WrLn; WrStr("100 iterations") ? 

FOR iter:= 1 TO 100 DO 
count :=0; 

FOR i:=0 TO Size DO Flags[i]:= 
END; 

FOR i:=0 TO Size DO 

- #4 C:\PIT\JPI\FIBO.MOD 
MODULE fibo; 

FROM IO IMPORT WrLn, WrStr, Wrlnt; 

VAR 

i,k: INTEGER; c: CHAR; 


Insert Line 15 



r JPI Modula-2 -1 
Files | 

| Load file [ 

Window 1; sieve. mod 1 
Window 2 : * . MOD | 
Window 3; * . MOD j 
Window 4: fibo. mod | 

TRUE L 

Dos Shell 
Execute 

Quit 


Insert Line 1 


PROCEDURE f ib(n 
BEGIN 


INTEGER) : INTEGER; 


■* J -select Esc-cancel 

Bild 1 Die integrierte Entwicklungsumgebung mit Multiwindow-Editor 
! Pop Up [ JPI Modula-2 ] | <F10> 


Nach seinem guten Abschneiden 
beim Compiier-Wettlauf in MP 4/90 
verdient es der TopSpeed Modula 
Compiler, einmal genauer vorgestellt 
zu werden. Dabei geht es weniger 
um die Sprache Modula , als vielmehr 
um die Qualitäten des Compilers und 
der Entwicklungsumgebung. 

Die Entwicklungsumgebung 

In vielem knüpft JPI Modula an die gu- 
ten Eigenschaften von Turbo-Pascal 
an. Kein Wunder: Die Firma Jensen & 
Partners International (nichts ande- 
res heißt JPI) wurde von ehemaligen 
Borland-Programmierern in England 
gegründet. Und in der Geschwindig- 
keit hat man das Vorbildprodukt be- 
reits übertroffen. Die Menütechnik 
erinnert durchaus an Borland-Pro- 
dukte (Menübäume statt Dialogbo- 
xen wie bei Microsoft), darüber hin- 
aus können die Menüs aber völlig frei 
konfiguriert werden. Das betrifft na- 
türlich die Farben, die ebenso interak- 
tiv zu jedem beliebigen Zeitpunkt (bei 
Turbo nur mit TINST) geändert wer- 
den können wie die Anordnung auf 
dem Bildschirm. Das Hauptmenü im 
Bild oben habe ich in die rechte obere 
Ecke gerückt, damit es den Quelltext 
nicht verdeckt - ursprünglich stand es 
links. Darüber hinaus lassen sich 
aber auch die einzelnen Menüpunkte 
und die Hotkeys festlegen. Verant- 
wortlich dafür ist das Menüfile 
M2.MNU, von dem ein Ausschnitt im 
Bild darunter dargestellt ist. Durch 
Einrücken erfolgt automatisch die Zu- 
ordnung zu Untermenüs, die Optio- 
nen Load Files , Pick Files usw. bilden 
also ein Untermenü von Files. Dieser 
Menüaufwand wird dann (im oberen 
Bild) rechts zu erkennen sein. Der 
Buchstabe in geschweiften Klam- 
mern wird später hervorgehoben dar- 
gestellt (heller oder andersfarbig) und 
kann im entsprechenden Menü zur di- 
rekten Aktivierung dieses Punktes 
verwendet werden (als Alternative 
zur Bewegung des Farbbalkens mit 
den Cursortasten). In spitzen Klam- 
mern sind die Shortcuts festgelegt. 
Mit einem einfachen Editor kann so 
die gesamte Nutzeroberfläche geän- 
dert werden. Die Fehlermeldungen in 
einem extra ASCII-File zu halten ge- 
hörte schon bei Turbo 3.0 zum guten 
Ton, auch die Online-Hilfe ist inzwi- 
schen selbstverständlich. 

Dem Programmierer steht ein Multi- 
Window-Editor (Wordstar-kompati- 
bel, aber auch beliebig anders einzu- 
richten) zur Verfügung, mit dem bis zu 
vier Dateien gleichzeitig bearbeitet 
werden können (siehe Bild 1 ). Beim 
Verlassen der Entwicklungsumge- 
bung werden nicht nur die gerade ge- 
ladenen Quelltexte, sondern auch die 
aktuelle Cursorposition, geöffnete 
Fenster etc. in ein sogenanntes Ses- 
sion-File gespeichert, das es ermög- 
licht, genau an der Stelle weiterzuma- 
chen, wo man beim letzten Mal aufge- 
hört hat. Die Auto-Save-Option ga- 
rantiert, daß vor dem Lauf eines Pro- 
gramms (und dem damit möglichen 
Absturz) sowie beim Verlassen stets 
alle geänderten Quelltexte gesichert 
werden, was insbesondere bei meh- 
reren gleichzeitig in Bearbeitung be- 
findlichen Texten von Bedeutung ist. 


Eine weitere nützliche Einrichtung ist 
das Redirection File, mit dem sich der 
Compiler sein eigenes Environment 
anlegt. Damit werden nicht nur ge- 
trennte Directories für Quelltexte, Bi- 
bliotheken, Objete etc. festgelegt; es 
kann auch genutzt werden, um lokale 
Festlegungen im Netzbetrieb zu tref- 
fen. 

Der Compiler 

Compiler und Linker können wahl- 
weise aus der integrierten Entwick- 
lungsumgebung oder als Komman- 
dozeile aufgerufen werden, ohne daß 
dafür ein extra Programm nötig wäre 
(wie TPC bei Turbo-Pascal); es ge- 
nügt die Angabe eines Schalters. Die 
Übersetzung der Implementations- 
teile kann in beliebiger Reihenfolge 
vorgenommen werden, unaktuelle 
Definitionsmodule gibt es nicht, da sie 
stets neu compiliert werden - die Ge- 
schwindigkeit des Compilers (der 
Hersteller gibt 20 000 Zeilen pro Mi- 
nute an) läßt das zu. Gleichzeitig ent- 
fallen die Symbol-Files, weil die De- 
finitionsmodule direkt ins Programm 
übersetzt werden. Große Projekte 
werden durch die Make-Funktion un- 
terstützt. Der Compiler erzeugt in ei- 
nem Paß Microsoft-kompatiblen Ob- 
jektcode - angesichts der großen Ge- 
schwindigkeit eine erstaunliche Lei- 
stung. Der Programmierer besitzt da- 
mit eine Schnittstelle zu anderen 
Sprachen, auch zum Assembler. Vor- 
aussetzung ist aber, die Definition der 
anderssprachigen Module in einem 
Modula-DEF-File aufzuführen und 
beim Linken die richtige Reihenfolge 
der Objektmodule einzuhalten. 

Der Linker arbeitet - wie an der Code- 
größe erkennbar und von Turbo-Pas- 
cal gewöhnt - intelligent, das heißt, er 
entfernt automatisch nicht aufgeru- 
fene Funktionen. Außerdem genügt 
beim Linken die Angabe des Haupt- 
moduls, der Informationen über alle 
weiteren benötigten Objekte (in ei- 
nem Include-Record) und die erfor- 
derliche Aktualität (in einem Version- 
Record) enthält. 

Bei Nutzung des Microsoft-Linkers 
zur Einbindung fremder Objekte wer- 
den wesentlich größere EXE-Files er- 
zeugt, und alle Files müssen explizit 
und in der richtigen Reihenfolge an- 
gegeben werden. 

In zwei getrennten Bibliotheksmodu- 
len sind zum einen der Sprachstan- 
dard nach Wirth und zum anderen die 
pragmatischen Erweiterungen von 
JPI implementiert. Obwohl zur Spra- 
che Modula gehörend, wird Copro- 
cessing nicht von allen Modula Com- 
pilern auch wirklich angeboten. JPI 
offeriert hier einen Time-Slice-Sche- 
duler für echtes Multitasking. Die OS/ 
2-Version setztim Protected Mode Ko- 
prozesse in separate OS/2-Threads 
um. Leider gibt es für MS-DOS keinen 
Schalter zur Nutzung der Vorzüge 
des 80286. Der Arithmetik-Koprozes- 
sor i8087 wird unterstützt und - wenn 
nicht vorhanden - stets emuliert. 

Die Geschwindigkeit der Programme 
ist beeindruckend und liegt in Berei- 
chen, die man sonst nurC-Compilern 
zugetraut hätte (siehe IV). Sie wird 
durch eine ausgefeilte Optimierung 
(z. B. Registervergabe) erreicht. 


{FJiles 

{LJoad file 
{P}ick file 
{S}ave file 
{ A } 11 save 
{M}ain module 
(C)hange dir 
(F) iles dir 
{ D) os Shell 
{E}xecute 
{Q }uit 

{E}dit 

{C}ompile 

(M) ake 

{L} ink 

(R}un 

{OJptions 

Bild 2 Ausschnitt aus der Menüdatei 

Gut unterstützt JPI - und das sei extra 
erwähnt, weil mit diesem Argument 
häufig eine Lanze für C gebrochen 
wird - die hardwarenahe Program- 
mierung. Vieles ist von Turbo be- 
kannt: Der Aufruf von DOS- und 
BIOS-Funktionen, der direkte Zugriff 
auf Speicherzellen und Ports sowie 
die Erzwingung von FAR-Sprüngen 
zur Einbindung externer Programm- 
teile. Darüber hinaus existieren beim 
TopSpeed-Compiler Schalter, mit de- 
nen festgelegt werden kann, welche 
Register bei Eintritt in eine Prozedur 
gerettet werden sollen, ob mit RET 
oder I RET beendet wird, welcher Pro- 
grammcode stets zu Beginn und am 
Ende einer Prozedur eingefügt wer- 
den soll (wie für MS-Windows-Appli- 
kationen gefordert) bzw. ob statt des- 
sen nutzereigene Interrupts ange- 
sprungen werden sollen (zum Tracen 
nutzbar). 

Für konkurrierende Prozesse kann es 
nötig sein, die Optimierung des Ge- 
brauchs von Variablen abzuschalten, 
die automatisch so lange wie möglich 
in Registern gehalten werden (keine 
Speicherklasse REGISTER wie in C 
nötig), was unter Umständen bedeu- 
tet, daß eine Speicherzelle im ge- 
meinsamen Zugriff nicht aktuell ist. 
Per Schalter kann das Auslagern in 
den Speicher nach jeder Operation 
erzwungen werden. 

Über die Annehmlichkeiten von 
Turbo-Pascal hinaus - die man fast 
sämtlich findet - sind mir noch Funk- 
tionen zur Adreßrechnung (AddAddr, 
IncAddr), zum Sperren der Hard- 
wareinterrupts (Dl, El) - wofür man in 
Turbo Inlines bemühen muß - und 
eine gute Mathematik-Bibliothek auf- 
gefallen. Den professionellen 
Window-Modul findet man sonst nur 
in Tootboxen. 

Die mitgelieferten Bibliotheken und 
Tools sind nicht so umfangreich wie 


Load file 

<AltF> 

<F3> 

Pick file 

<AltF3> 

Save file 

<F2> 

Save all files 

Main module 
Change dir 
Directory 

DOS Shell 

<AltD> 

Execute 

Quit 

<AltX> 

Editor 

<AltE> 

Compiler 

<AltC> 

Make 

<AltM> 

Linker 

<AltL> 

Run program 

<AltR> 


<AltO> 


beim Logitech-Compiler, aber eigent- 
lich bleiben keine Wünsche offen. Im 
einzelnen besteht die Bibliothek aus 
12 Modulen (plus SYSTEM), deren 
Namen aber - ebenso wie die vieler 
Prozeduren - vom Standard abwei- 
chen (z. B. IO statt InOut). Im Über- 
blick: 

SYSTEM konkurrierende Prozesse, 
Speicher- und Portzugriff 
AsmLib Hilfsmodul, der die in As- 
semblergeschriebenen Bi- 
bliotheksteile zusammen- 
faßt 

MATHLIB trigonometrische, hyper- 

bolische, logarithmische 
Funktionen, 8087-Support 
Str String-Operationen (Ver- 

ketten, Vergleichen, Um- 
wandeln) 

Lib Sammel-Modul: Sortieren, 

Zufallszahlen, DOS-Zu- 
griff, Adreß-Operationen, 
Fehler-Handling, Sound 
Storage Vergabe/Freigabe von 

Speicher, Informationen 
über Verfügbarkeit 
Prozess Starten und Synchronisie- 

ren von Prozessen 
Graph Zeichnen von Pixeln, Li- 

nien, Kreisen, Füllen von 
Polygonen (unterstützt 
CGA, Hercules, EGA, 
VGA) 

FI0 Filearbeit (Öffnen, Schlie- 

ßen, Lesen, Schreiben, 
Suchen, Löschen, Umbe- 
nennen) 

10 formatierte Ein- und Aus- 

gabe auf Konsole, direkte 
Kontrolle der Tastatur, 
Umleitung von Ein- und 
Ausgabe 

Windows öffnen, Schließen, Ver- 

schieben, Schreiben in 
Fenster, Setzen von Rah- 
men, Farbe, Titel, Cursor 
Fortsetzung auf Seite 211 
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Lisp 

Volker Bauche, Dr. Horst Friedrich, Berlin 


Die Programmiersprache Lisp (Abkürzung 
für List Processing) wurde bereits Ende der 
50er Jahre etwa zeitgleich mit Fortran ent- 
wickelt und zählt somit zu den ältesten Pro- 
grammiersprachen überhaupt. Sie diente ur- 
sprünglich hauptsächlich der Symbolmani- 
pulation, überstreicht aber heute bereits alle 
Anwendungsgebiete. Lisp ist im Gegensatz 
zu den sequentiellen und imperativen Spra- 
chen wie Fortran, Pascal, Algol und C eine 
funktionale Sprache, die in ihrer Philosophie 
stark von anderen Sprachen abweicht und 
durch ihre Klarheit und ihr einheitliches Kon- 
zept besticht. Das soll nicht heißen, daß Lisp 
all diese Sprachen ersetzen soll, aber man 
sollte diese hochentwickelte Sprache bei 
der Auswahl der Programmiersprache be- 
sonders für anspruchsvollere Aufgaben mit 
in Erwägung ziehen. Viele in den anderen 
genannten Sprachen aufwendig umzuset- 
zende Programmiertechnologien lassen 
sich in Lisp sehr viel effektiver anwenden. 
Dazu zählen unter anderem Methoden der 
Künstlichen Intelligenz , etwa der Wissensre- 
präsentation oder des Wissenserwerbs. Ein 
großer Vorteil der Sprache liegt in der später 
noch ausführlicher zu erläuternden formalen 
Nicht-Unterscheidbarkelt von Daten und 
Programmen in Lisp. 

Internationale Untersuchungen haben erge- 
ben, daß sich etwa 60 Prozent aller Lisp-An- 
wender mit Expertensystemen beschäftigen. 
Typische Einsatzgebiete sind die Planung 
(26% der Lisp-Anwender), die Softwareent- 
wicklung (21 %), die Interpretation von Si- 
gnalen (17%), die Robotertechnik (17%), 
das Gebiet des CAD/CAE (1 6 %), die Verar- 
beitung natürlicher Sprache (14%), die Dia- 
gnose (12%), das Training und die Simula- 
tion (12%) und die industrielle Automatisie- 
rung (11 %), wobei sich die Einsatzgebiete 
überschneiden (z. B. Robotertechnik und 
Planung). 

In diesem Kurs werden Sie Beispiele kennen- 
lernen, in denen besonders die Vorteile der 
Sprache sichtbar werden. Als Test könnten 
Sie versuchen, das eine oder andere vorge- 
stellte Beispiel in einer anderen Program- 
miersprache Ihrer Wahl zu schreiben. 

Common Lisp entstand Anfang der 80er 
Jahre, nachdem sich Lisp in viele Dialekte 
aufgespalten hatte, und wird heute als Quasi- 
Industriestandard akzeptiert. Weltweit arbei- 
ten mehrere Gruppen an einer weiterführen- 
den Lisp-Standardisierung. 

Als Grundlage für diesen Kurs wurde eine 
Teilmenge von Common Lisp gewählt. Eine 
vollständige Implementation von Common 
Lisp wurde am Zentralinstitut für Kybernetik 
und Informationsprozesse der AdW vorge- 
nommen und ist unter der Bezeichnung EX- 
PERT Common LISP (XCL) für den Kl 840 
und für den P8000 verfügbar. Diese Imple- 
mentation ist für den Kl 840 über Robotron- 


- 


Projekt Dresden, oder über das ZKI der AdW 
der DDR zu beziehen. Die Version für den 
P 8000 ist nur über das ZKI erhältlich. Alle an- 
geführten Beispiele können jedoch auch un- 
ter Golden Common LISP von Gold Hill Com- 
puters, mit einigen Namensänderungen un- 
ter PC-Scheme (sprich: Skiern) von Texas In- 
struments und ein großer Teil von ihnen unter 
MuLisp von Microsoft abgearbeitet werden. 
Diese Systeme laufen auch auf dem EC 
1834, XT- und AT-Rechnern. Für diese 
Rechner existieren außerdem die Systeme 
TLC-LISP (von The Lisp Company) und IQ- 
LISP (von Integral Quality). Das System X- 
LISP ist in C geschrieben und als Public-do- 
main-Software im Quelltext verfügbar. Für 
den A7150 ist von den genannten Lisp-Sy- 
stemen Golden Common Lisp (Gold Hill 
Computers) verfügbar. Das MuLisp für 
U880-Rechner bzw. für den A7100 unter- 
scheidet sich dagegen sehr stark von dem 
hiervorgestellten Lisp-Dialekt. 

In diesem Lisp-Kurs werden Übungen und 
Aufgaben angegeben. Zum besseren Ver- 
ständnis von Lisp sollten Sie die Übungen mit 
einem Lisp-System am Computer abarbei- 
ten. Die Lösungen der Aufgaben finden Sie 
am Ende des Teils, in dem sie gestellt wur- 
den. 

Symbolische Ausdrücke 

Die symbolischen Ausdrücke oder S-Aus - 
drücke sind die grundlegenden Datenstruk- 
turen in Lisp. Sie können einerseits als Daten 
und andererseits als Prozeduren interpretiert 
werden. Da beide formal nicht unterscheid- 
bar sind, eröffnet sich dem Lisp-Nutzer die 
Möglichkeit, scheinbar komplizierte Pro- 
bleme mit verblüffender Einfachheit zu kodie- 
ren. So kann ein Programm andere ohne wei- 
teres als Daten benutzen, also auch erzeu- 
gen, verändern und aktivieren. 

Lisp stellt eine Vielzahl von Datentypen be- 
reit. Im Gegensatz zu konventionellen Pro- 
grammiersprachen wird in Lisp nicht den Va- 
riablen, sondern den Daten ein Typ zugeord- 
net, so daß eine Lisp-Variable beliebige Da- 
ten aufnehmen kann. Das Typsystem basiert 
auf einer Untermengenhierarchie, in die 
sowohl alle vordefinierten als auch die vom 
Nutzer definierten Typen eingeordnet wer- 
den. 

Atome 

Von den atomaren Datentypen werden hier 
nur Symbole, ganze Zahlen, Gleitkomma- 
zahlen, Zeichenketten und in einem späteren 
Lehrgang Strukturen vorgestellt. Common 
Lisp enthält außerdem noch Zeichen, Vekto- 
ren, Felder, Hash-Tabellen, Pakete, Ströme, 
Pfadnamen, Gleitkommazahlen unterschied- 
licher Genauigkeit, gebrochene Zahlen, kom- 
plexe Zahlen sowie Zufallszahlen. 

Ganze Zahlen (Integer) sind Aneinanderrei- 
hungen von Ziffern eventuell auch mit einem 
führenden Vorzeichen (+ oder -), so bei- 
spielsweise 
-0,0, +6, 1024 und 
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1551121 0043330985984000000 
(die Fakultät von 25). 

Gleitkommazahlen (Float) bestehen aus ei- 
ner Folge von Ziffern, die einen Dezimalpunkt 
enthält. Sie können mit einem Vorzeichen 
‘und mit einem Exponenten notiert werden. 
Beispiele für Gleitkommazahlen sind: 

2.0, +6.02e23, 

3.1415926535897932384 (pi). 

Zeichenketten sind beliebige Zeichenfolgen, 
die in zwei Anführungszeichen (”) einge- 
schlossen werden, beispielsweise ”z”, ”Zei- 
chenkette” und Xommon LISP”. 

Symbole sind Aneinanderreihungen von 
Buchstaben, Zahlen und Sonderzeichen (mit 
Ausnahme der Zeichen (, ), *, *, ”, Komma 
und Leerzeichen). Die Symbole sind mit den 
Bezeichnern anderer Programmiersprachen 
vergleichbar. Lisp-Symbole sind zum Bei- 
spiel: X, atom, +, -, NIL, Kl 7, 10-B (Man be- 
achte: -1 ist eine Zahl und 1 - ein Symbol). 
Das Lisp-Symbol wandelt alle Kleinbuchsta- 
ben aus Symbolnamen in Großbuchstaben 
um, so daß x und X dasselbe Symbol be- 
zeichnen. 

Listen 

Eine Liste wird in Lisp durch das Einschließen 
von Objekten in eine öffnende und eine 
schließende Klammer notiert. Da Listen 
selbst wieder Objekte von Lisp sind, gibt es 
somit Listen, die Listen enthalten. 

(1 2 3) eine Liste mit den Elementen 1 , 2 und 3 
(a (1 3) b) eine Liste mit den Elementen a (ein 
Symbol), (1 3) (eine Liste) und b (ein Symbol) 
Eine spezielle Liste ist die leere Liste. Sie 
kann durch eine öffnende und eine schlie- 
ßende Klammer, also (), oder durch das Sym- 
bol NIL notiert werden. Das Semikolon kenn- 
zeichnet den Beginn eines Kommentars, der 
durch das Zeilenende begrenzt ist. 

Die erste Lisp-Sitzung 

Ehe man beginnt, in einem Lisp-System zu 
arbeiten, sollte man sich dessen grundsätzli- 
che Arbeitsweise klarmachen. Ein Lisp-Sy- 
stem arbeitet interpretativ: Ein Lisp-Ausdruck 
(S-Ausdruck) wird eingelesen, ausgewertet 
(der Wert des Lisp-Ausdrucks berechnet) 
und anschließend das Ergebnis ausgege- 
ben. Wird durch den Lisp-Interpreterein Feh- 
ler entdeckt, gerät man in einen sogenannten 
Break-Status. Man sollte vor dem Arbeiten in 
der Dokumentation nachlesen, wie man in 
diesem Falle im jeweiligen System weiterar- 
beiten kann (z. B. durch Eingabe von :r in 
XCL, t in MuLisp, <CTRL>C in GC-LISP, 
<CTRL>Q in PC-Scheme). 

Nachdem das Lisp-System gestartet wurde, 
zeigt es mit einem Promptzeichen (hier das 
Zeichen >) seine Eingabebereitschaft an: 

Starten des Lisp-Systems 
> Ausgabe des Promptzeichens 
>3 Eingabe des Objektes 3, dieses wird 
ausgewertet 

3 Ausgabe des Ergebnisses der Auswer- 
tung 
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> () nun Eingabe einer leeren Liste 
NIL Ergebnis der Auswertung 
Beenden der ersten Lisp-Sitzung 

Zahlen werden als Konstanten betrachtet 
und liefern bei Auswertung sich selbst als 
Wert. Konstanten sind auch die Symbole T 
und NIL (das auch als Zeichenfolge () einge- 
benen werden kann). NIL wird immer zu NIL 
und T immer zu T ausgewertet. 

Übung 1 

In der ersten Lisp-Sitzung sollten Sie sich 
durch die Eingabe von Zahlen, Zeichenket- 
ten und der Symbole NIL und T mit der Ar- 
beitsweise des Interpreters vertraut machen. 
Provozieren Sie durch Eingabe der Liste (1 
22 33) einen Fehler, damit Sie in den Break- 
Zustand des Lisp-Systems gelangen, und 
verlassen Sie diesen anschließend. Mit (exit) 
oder (system) können Sie die Lisp-Sitzung 
beendet werden. 

Formen und Funktionen 

Um richtige Berechnungen (Auswertungen) 
in Lisp durchführen zu können, muß man 
Funktionsaufrufe eingeben. Die Syntax eines 
Funktionsaufrufes ist sehr einfach: Ein Funk- 
tionsaufruf ist eine Liste, deren erstes Ele- 
ment das Symbol einer Funktion sein muß 
(sonst kommt es zu einem Fehler) und deren 
restliche Elemente passende Argumente für 
diese Funktion sein müssen. In Common 
Lisp ist + das Symbol für die Additionsfunk- 
tion: 

(+ 3 6) => 9 

In allen Beispielen steht die Zeichenfolge =» 
für „wird ausgewertet zu“. Der Aufruf der 
Funktion + mit den Argumenten 3 und 6 wird 
also zu 9 ausgewertet. Das Symbol + besitzt 
eine besondere Eigenschaft: Es ist auch als 
Funktion verwendbar. Die Argumente eines 
Funktionsaufrufes werden vor der Aktivie- 
rung der Funktion ausgewertet. In der Form 
(+ (* 2 8) (- 12 8)) wird zuerst (* 2 8) und 
dann (-12 8) ausgewertet; die so erhaltenen 
Ergebnisse (16 und 4) werden der Additions- 
funktion übergeben. Anschließend wird das 
Gesamtergebnis 20 ausgegeben. 

Ein auswertbarer S-Ausdruck wird auch als 
Form bezeichnet. Damit man unterscheiden 
kann, ob eine Liste eine Form oder eine Da- 
tenliste ist, wird die Spezialform Quote ver- 
wendet. Im Gegensatz zu den Funktionen 
bleiben bei den Spezialformen die Argu- 
mente unausgewertet. Quote erhält ein Argu- 
ment und liefert als Ergebnis das Argument 
ohne Auswertung zurück. Somit kann Quote 
verwendet werden, um die Auswertung zu 
verhindern. 

(quote (4- 3 6)) => (+3 6) 

(quote Objekt) =» OBJEKT da Lisp alle 
Buchstaben in Großbuchstaben umwandelt: 
Da Konstanten sehr häufig verwendet wer- 
den, gibt es für (quote Objekt) die abkürzende 
Schreibweise ’objekt. 

*(+ 3 6) — — (quote (+ 3 6)) 

=»(+36) 

’(das ist eine liste) 

= - (quote (das ist eine liste)) 

=» (DAS IST EINE LISTE) 

Das doppelte Gleichheitszeichen = = ist da- 
bei zu lesen als ist identisch mit . 


Funktionen zur Listenverarbeitung 

Die Grundfunktionen für die Listenverarbei- 
tung sind Car Cdr und Cons. Car liefert das 
erste Element einer Liste und Cdr die Restli- 
ste ohne das erste Element. Die Funktion 
Cons erhält als Argument ein Objekt und eine 
Liste und erzeugt eine neue Liste, die aus 
dem Objekt als erstes Element und aus den 
Elementen der Liste des zweiten Argumen- 
tes besteht. 

(car (eine liste)) =» EINE 
(cdr ’(eine liste)) =» (LISTE) 

(cons ’eine ’(liste)) =» (EINE LISTE) 

(cdr ’(ein-element)) => NIL 

Car und Cdr liefern für die leere Liste, also für 
NIL, als Ergebnis wiederum NIL. 

(cons ’peter nil» 

= = (cons ’peter ()) 

=» (PETER) 

(cons nil nil) = — (cons () ()) 

=» (NIL) 

Da Funktionen ihre Argumente auswerten, 
kann man Car Cdr und Cons auch ineinan- 
dergeschachtelt verwenden: 

(car (cons ’eine ’(liste))) 

EINE 

(cdr (cons ’eine ’(liste))) 

(LISTE) 

(car (cdr ’(eine liste))) 

=S> LISTE 

Man beachte, daß (car ’(cdr (eine liste))) das 
Symbol Cdr als Ergebnis liefert, da es das er- 
ste Element der „gequoteten“ Liste ist. 

Sehr häufig müssen mehrere Car- und Cdr- 
Funktionen nacheinander ausgeführt wer- 
den, um auf ein bestimmtes Objekt einer Li- 
ste zugreifen zu können. Dazu können Funk- 
tionen der Car-Cdr-Familie verwendet wer- 
den. Die Namen der Funktionen dieser Fami- 
lie sind Cxxr, Cxxxr und Cxxxxr, wobei jedes 
x entweder durch ein a (für car) oder durch 
ein d (für Cdr) zu ersetzen ist: 

(cadr ’(abc) 

= = (car (cdr ’(a b c))) 

=» B 

(cadadr ’((a b) (cd) (ef)))= = 

(car (cdr (car (cdr ’((a b) (c d) (e f)))))) 

=» 0 

Die Reihenfolge der Anwendung von Car und 
Cdr ist genau umgekehrt zu der Reihenfolge 
der Notation von d und a in den Namen der 
Funktionen. 

Übung 2 

Durch Anwendungen von Funktionen der 
CAR-CDR-Familie soll auf das Symbol S in 
den folgenden Listen zugegriffen werden: 

2a) (LISP) 

2b) ((LI) (SP)) 

2c) (((L) (I) (S) (P))) 

2d) (L(I)((S))(((P)))) 

2e) ((((L)))((I))(S)P) 

2f) ((((L) I) S) P) 

Zusätzlich zu den Funktionen der Car-Cdr- 
Familie gibt es noch die Zugriffsfunktionen 
First, Second, Tird, Fourth, Fifth, Sixth, Se- 
venth, Eighth, Ninth und Tenth, die eine Liste 
als Argument erhalten und das erste, zweite, 
dritte, ..., zehnte Element der Liste als Ergeb- 
nis liefern. Die Funktion Nth verlangt eine 
nichtnegative ganze Zahl n und eine Liste als 
Argument. Nth liefert das n-te Element der Li- 


ste, wobei dem Car der Liste das nullte Ele- 
ment mit Nth entspricht.- 
Beispiele: 

(nth 4 ’(a b c d e f)) =» E 
(nth 0 ’(a b c d)) =» A 

Die mehrmalige Anwendung der Funktion 
Cdr auf eine Liste wird durch Nthcdr erreicht. 
Wie Nth erwartet Nthcdr eine nichtnegative 
ganze Zahl und eine Liste als Argumente: 

(nthcdr 4 ’(a b c d e f)) 

»(EF) 

(nthcdr 28 ’(L I S T E)) 

=» NIL 

Durch Verschachtelung von mehreren Cons- 
Aufrufen können entsprechend lange Listen 
aufgebaut werden. Solche Listen lassen sich 
aber einfacher durch die Funktionen List bzw. 
List* erzeugen. Die Funktion List akzeptiert 
beliebig viele Argumente, die zu einer Liste 
zusammengefaßt werden. 

(list) => NIL 
(list 1 2 3) 

= = (cons 1 (cons 2 (cons 3 nil))) 

=»(123) 

(list (list ’a 1) (list ’b 2)) 

=>((A1)(B2)) 

Die Funktion List* benötigt mindestens ein 
Argument, wobei das letzte Argument eine 
Liste sein muß. Als Ergebnis wird eine Liste 
konstruiert, die aus den ersten (n-1) Argu- 
menten und den Elementen der Liste des 
letzten Arguments besteht. 

(list* 1 2 ’(3 4 5)) 

= = (cons 1 (cons 2 ’(3 4 5))) 

=»(1 2345 ) 

(list* nil) => nil 

(list* ’a ’b ’c nil) »(ABC) 

Die Funktion Append ist ebenfalls eine Funk- 
tion zur Konstruktion von Listen. Sie erwartet 
zwei Listen als Argumente und bildet aus den 
Elementen dieser Listen eine neue Liste, 
(append (a b c) ’(d e f)) 

»(ABCDEF) 

(append nil ’((b) (c))) =» ((B) (C)) 

(append ’(radius) 2.7) nil) 

=» (RADIUS 2.7) 

Die einstellige Funktion Length liefert die 
Länge einer Liste, das heißt die Anzahl der Li- 
stenelemente des obersten Listenniveaus. 

(length ’(a b))=»2 
(length ’((a b c d e f)) 1 

(length nil) => 0 

Mit der Funktion Reverse können die Listen- 
elemente auf dem obersten Niveau in ihrer 
Reihenfolge vertauscht werden: 

(reverse ’(a b c)) » (C B A) 

(reverse ’((a b) (c d)) => ((C D) (A B)) 
(reverse nil) => nil 

Sowohl Length als auch Reverse betrachten 
das ihnen übergebene Argument als eine Li- 
ste von Elementen, unabhängig davon, ob die 
Elemente wiederum Listen oder Atome sind. 

Arithmetische Funktionen 

Neben den Funktionen für die Grundrechen- 
arten stehen in Lisp traszendente Funktio- 
nen, Funktionen für logische Operationen mit 
ganzen Zahlen, für Operationen mit Teilen 
ganzer Zahlen (Bytes) und für die Erzeugung 
von Zufallszahlen bereit. 
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Die Grundfunktionen +, * und / sowie die 

Funktionen Max (Maximum von n Zahlen), 
Min (Minimum von n Zahlen), Ged (größter 
gemeinsamer Teiler) und Lern (kleinstes ge- 
meinsames Vielfaches) können beliebig viele 
Argumente erhalten. Alle arithmetischen 
Funktionen arbeiten für sämtliche Zahlenty- 
pen, man sagt, sie sind generisch. Beispiele 
für arithmetische Funktionsaufrufe: 

(+2 3 5.5) =>10.5 

(- -23.8) => 23.8 

(*9 3.0) ^>27.0 

(/ 27 3)=>9 

(max 2 4 7 3) 7 

(min 2 4 7 3) => 2 

(ged 63 -42 35) 7 

(lern 14 35) =>70 

(mod 1 3 4) => 1 ; 1 3 modula 4 

(ganzzahliger Rest der Division) 

(abs -26.5) => 26.5 ; 
der absolute Betrag von -26.5 
(abs 5) => 5 
(expt 2 3) => 8 ; 2 3 
(sqrt 4.0) => 2.0 ; Quadratwurzel 
(random 1 0) => 7 ; Zufallszahl 
(Random n) liefert eine Zufallszahl, die grö- 
ßer oder gleich Null, aber kleiner als n ist. Der 
arithmetische Ausdruck 

-7+ V 7 2 - 4 • 2 • 5 

2=2 

sieht in der Präfix-Notation von Lisp so aus: 

(/ (+ -7 (sqrt ( - (expt 7 2) (* 4 2 5)))) (* 2 2)) 

Übung 3 

a) Berechnen Sie folgende Ausdrücke mit 
Lisp: 

2 - 4 + 6 + 8 

1+15-7.0 + 23- 10.0-22 
123456789 + 987654321 
3.8 + 7.2- 23.75 + 53.219 

b) Erproben Sie die Fehlerreaktion von Lisp, 
wenn eine Funktion mit zu vielen, mit zu 
wenigen oder mit falschen Argumenten 
aufgerufen wird. Versuchen Sie es zum 
Beispiel mit (car nil (eine Liste)), (cons 
23)) und (+ 34 ’(a b c)). 

Die Definition von Funktionen 

Bestimmte Symbole (z. B. + oder Cons) kön- 
nen auch als Funktionen verwendet werden. 
Diese Eigenschaft resultiert aus der Zuord- 
nung zu einer Vorschrift, die dann abgearbei- 
tet wird, wenn das Symbol in funktionaler 
Stellung (als erstes Element in einer Liste) 
auftritt. Diese Eigenschaft wird auch als die 
funktionale Eigenschaft des Symbols be- 
zeichnet. Der Nutzer kann mit Hilfe der Form 
(defun <Name> <Parameter > <Körper>) 
selbst Funktionen definieren, kann also dem 
durch <Name> angegebenen Symbol eine 
funktionale Eigenschaft zuordnen, die durch 
die Parameter und den Körper spezifiziert 
wird. Defun ist eine Spezialform, die ihre Ar- 
gumente nicht auswertet. Das Ergebnis von 
Defun ist der Name der definierten Funktion. 
Die Parameter werden durch eine Liste von 
Symbolen beschrieben, die die formalen Ar- 
gumente der Funktion darstellen. Beim Auf- 
ruf der selbstdefinierten Funktion werden die 
aktuellen Argumente ausgewertet und der 
Reihe nach an die Symbole der Parameterli- 
ste gebunden. Durch Notation dieser Sym- 


bole innerhalb des Körpers kann auf diese 
Bindung Bezug genommen werden. 

(defun zweites (L) 

; Ermitteln des zweiten Elementes einer Liste 
(car (edr L))) 

Beim Aufruf von (Zweites ’(A B C D)) wird 
nach Auswertung des Arguments die Liste (A 
B C D) an das Symbol L gebunden. Mit dieser 
Bindung wird anschließend der Funktions- 
körper (Car (Cdr L)) abgearbeitet, wobei die 
Auswertung von L das Ergebnis (A B C D) lie- 
fert. Nach Abarbeitung des Funktionskörpers 
wird die Bindung wieder rückgängig gemacht 
und das Ergebnis B als Gesamtergebnis des 
Funktionsaufrufes zurückgegeben. 

Übung 4 

4a) Definieren Sie je eine Funktion zum Um- 
rechnen von Grad Fahrenheit in Grad Celsius 
und umgekehrt nach folgenden Formeln: 
C = (F+40)/1 .8-40 und 
F = (C+40)*1 .8-40. 

4b) Definieren Sie eine Funktion Swap, die 
als Argument eine zweielementige Liste er- 
hält und diese umdreht. Verwenden Sie dazu 
nur Car-Cdr-Funktionen und Cons. Beispiel: 
(swap ’{a b)) => (b a), nicht (b . a)! 

4c) Überwachen Sie das Input-Output- Ver- 
halten der Funktion Swap durch Aufruf der 
Form (trace swap). Rufen Sie anschließend 
mehrmals Swap auf. Trace ist eine Spezial- 
form, der mehrere Funktionsnamen überge- 
ben werden können. Mit (untrace swap) oder 
(clear swap) kann das Überwachen wieder 
ausgeschaltet werden. 

Aufgabe 1 

Definieren Sie eine Funktion Rotate-Ieft, die 
eine beliebig lange Liste als Argument erhält. 
Das Ergebnis soll eine neue Liste sein, bei 
der das erste Argument der Ausgangsliste 
das letzte Element der Ergebnisliste ist. Bei- 
spiele: 

(rotate-left ’ (a b c d e f g)) 

=> (b c d e f g a) 

(rotate-left (rotate-left ’(a b c))) 

=> (c a b) 

Aufgabe 2 

Definieren Sie zu der Funktion Rotate-left die 
Umkehrfunktion Rotate-right. 

Prädikate und Konditionale 

Um kompliziertere Funktionen schreiben zu 
können, werden Prädikate benötigt. Prädi- 
kate liefern als Ergebnis immer die Aussage 
wahr oder falsch. In Lisp wird für falsch das 
Symbol NIL verwendet, und jeder Wert un- 
gleich NIL bedeutet wahr , also auch das Sym- 
bol T, das im Normalfall dafür benutzt wird. 
Typprädikate 

Typprädikate sind die wichtigsten und auch 
die am häufigsten verwendeten Prädikate in 
Lisp. Sie geben Auskunft darüber, ob ein Ob- 
jekt von einem bestimmten Typ ist. Wir ken- 
nen bis jetzt Atome, Zahlen, Symbole, Zei- 
chenketten und Listen. Um nichtleere Listen 
von Atomen unterscheiden zu können, gibt 
es den Datentyp Cons. Das Symbol NIL ist 
das einzige Element des Datentyps Null, der 
damit nicht nur Teiltyp von Symbol, sondern 
auch von List ist. Bild 1 zeigt, wie unser Typ- 
baum bis jetzt aussieht. 

Die jeweiligen Typprädikate heißen Atom, 
Numberp, Fixnump, Floatp, Stringp, Sym- 


$- Ausdruck 

— - Atom (ATOM) 

Zahl l NU MB FR) 

' ganze Zahl (FIXNUM) 
Gleitkommazahl (FLOAT) 
— ~ Zeichen kette (STRING) 

Symbol (SyMBOL) 


leere Liste (NULL) 

^ Liste {LIST) 

nicht leere Liste (CONS) 


Bild 1 Die Typhierarchie in Lisp 


bolp, Listp, Null und Consp. Ihre Wirkungs- 
weise erkennt man am besten an den folgen- 
den Beispielen: 

(atom nil) => T 
(atom ’a) => T 
(atom ’(a b c)) => NIL 
(numberp 33)=>T 
(numberp 27.86) ^ T 
(numberp ’five) => NIL 
(fixnump 24) => T 
(floatp 24) NIL 
(floatp 24.0) => T 
(stringp ”22.3”) => T 
(stringp ’string) => NIL 
(listp ’(abc))=>T 
(listp symbol) => NIL 
(listp nil) = = (listp ()) => T 
(consp ’(1 2 3))=>T 
(consp NIL) => NIL 
(null nil) => T 

Alle Typprädikate lassen sich auch durch das 
Prädikat Typep realisieren: 

(typep <Objekt> <Typ>) 

liefert T, wenn das Argument <Objekt> vom 

Typ <Typ> ist, ansonsten NIL. 

(typep 3 ’number) =>> T 
(typep 3 ’fixnum) T 
(typep 3 ’float) >> NIL 
Vergieichsprädikate 

In Lisp gibt es verschiedene Gleichheitsbe- 
griffe und daher auch verschiedene Prädi- 
kate zum Testen auf Gleichheit. Der einfach- 
ste Test ist der Test auf physische Gleichheit 
(Eq). Eq liefert T, wenn die beiden Argumente 
physisch gleich sind: 

(eq ’g ’g) =^> T 
(eq ’(a b c) ’(a b c)) => NIL 
Will man für zwei unterschiedliche Listen prü- 
fen, ob sie die gleichen Elemente besitzen, 
so muß man Equal verwenden. 

(equal’(1 2 3) ’(1 2 3))=>T,aber 
(eq ’(1 2 3) ’(1 2 3) => NIL, 
denn bei jedem Einlesen von (1 2 3) wird phy- 
sisch eine neue Liste erzeugt. 

Zahlen werden mit den Funktionen =, >, <, 
<= und >= verglichen, wobei diese beliebig 
viele Argumente akzeptieren. Beispielsweise 
liefert das Prädikat <= als Ergebnis wahr, 
wenn die Folge der übergebenen Argumente 
eine monoton steigende Zahlenfolge ist. Mit 
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diesen Funktionen lassen sich sehr einfach 
Intervalltests formulieren: 

(>=9877542) ^>T 
(> 9 8 7 7 5 4 2) 4> NIL 
(= 3 3.0) => T, während aber gilt 
(equal 3 3.0) => NIL. 

Zum Vergleich von Zeichenketten werden die 
Funktionen String =, String>, String < f 
String <= , String>= und String/= verwen- 
det. Diese zweistelligen Funktionen können 
auch auf Symbole angewendet werden: 
(string< ”abc” ”abd”)=>T 
(string= ”foo” ”FOO” => NIL 
(string= ”LISP” ’lisp)=>T 
Der letzte Vergleich liefert T, weil Lisp alle 
Buchstaben in Symbolen zu Großbuchsta- 
ben umwandelt. Die Funktionen String- 
equal, String-greaterp, String-Iessp, String- 
not-greaterp, String-not-lessp und String- 
not-equal ignorieren beim Vergleich die Un- 
terschiede zwischen Groß- und Kleinbuch- 
staben. 

Logische Verknüpfungen 

Mehrere Prädikate lassen sich aussagenlo- 
gisch durch 

(and <wert-1 > . . . <wert-n>), 

(or <wert-1 > . . . <wert-n>) und 
(not <wert>) 

verknüpfen. Die Funktion Not und die Spe- 
zialformen And und Or arbeiten so, wie man 
es von der Aussagenlogik her gewohnt ist. 
And wertet seine Argumente nur soweit aus, 
bis es auf eines trifft, das NIL liefert; die restli- 
chen Argumente werden nicht beachtet. Or 
hingegen wertet nur solange aus, bis es auf 
ein Argument trifft, das einen Wert ungleich 
NIL liefert. Zum Beispiel werden bei 
(andttnil)=>NIL 

nacheinander alle Argumente ausgewertet, 
wobei 

(ortt nil) =>T 

nur das erste Argument auswertet. Die Funk- 
tion Not arbeitet wie Null und liefert als Ergeb- 
nis T, wenn sie als Argument NIL erhielt. 

(defun constantp (x) 

(or (null x) (eq x t) 

(numberp x) (stringp x) 

(and (consp x) 

(eq (car x) ’quote)))) 

Programmverzweigungen 

Die Spezialform If stellt die einfachste Mög- 
lichkeit dar, Programmverzweigungen zu 
realisieren. If ist mit den If-then-else-Kon- 
struktionen algebraischer Programmierspra- 
chen vergleichbar und hat folgende Syntax: 

(if <test> <then> [<else]) 

If wertet zuerst die Form Test aus. Ist das Er- 
gebnis ungleich NIL, wird die Then-Forrr aus- 
gewählt, sonst die Else- Form. Diese ausge- 
wählte Form wird anschließend ausgewertet 
und liefert das Gesamtergebnis des If-Aufru- 
fes. Wurde die Else-Form weggelassen, so 
wird dafür NIL genommen. 

(if (numberp 3829) ’ja ’nein) JA 
(if (consp ’a) ’cons ’kein-cons) 

KEIN-CONS 
(if (listp 392) Miste) = = 

(if (listp 392) Miste nil)=> NIL 

Da eine Verschachtelung vieler If-Formen 

schwer lesbar ist, gibt es die Spezialform 


Cond - ähnlich den Swith- oder Case-Anwei- 
sungen anderer Programmiersprachen - mit 
der folgenden Syntax: 

(cond (<prädikatform-1 > <form-1 1 > 

. . . <form-1 m>) 

(<prädikatform-n> <form-n1> 

. . . <form-nk>)) 

Die erste Prädikatform wird ausgewertet. Lie- 
fert sie einen Wert ungleich NIL, so werden 
alle nachfolgenden Formen <form-11> bis 
<form-1m> ausgewertet und die Abarbei- 
tung von Cond wird abgebrochen, ansonsten 
wird zur zweiten Prädikatform übergegangen 
usw. Als letzte Prädikatform empfiehlt es 
sich, T anzugeben. Da dies immer ungleich 
NIL ist, wird die Abarbeitung der letzten Alter- 
native gesichert, wenn alle anderen verwor- 
fen werden mußten. Als Beispiel dafür wird 
die Funktion Typep definiert: 

(defun typep (Objekt typ) 

(cond ((eq typ ’cons) (consp Objekt)) 
((eq typ Mist) (listp Objekt)) 

((eq typ ’symbol) (symbolp Objekt)) 
((eq typ ’atom) (atom Objekt)) 

(t "unbekannter Datentyp”))) 
Aufgabe 3 

Definieren Sie eine Funktion SIMP+, die ei- 
nen arithmetischen Ausdruck vereinfacht, 
wobei nur die Regeln der Addition berück- 
sichtigt werden (z. B. 0 + n = n). Als Argu- 
ment erhält die Funktion eine Liste, die aus 
dem Element +, dem linken Operanden und 
dem rechten Operanden besteht. Als Ope- 
randen können Zahlen und Symbole verwen- 
det werden. 

(simp+ ’(+ 27.4 63.2)) 1 00.6 

(simp+ ’(+ 0 b)) B 
(simp+ ’(+ a c)) => (+ a c) 

Im letzten Beispiel ist keine Vereinfachung 
möglich. 
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TERMINE 

Forth-Lehrgänge 

WER? Kammerder TechnikSuhl 

WANN? 

1. Lehrgang: 3. bis 7. 9. 1990 

2. Lehrgang: 10. bis 14.9. 1990 
WO? Suhl 

WAS? 

• Möglichkeiten von Forth-83 

• Programmieren selbständig ausgewählter Pro- 
bleme 

• Überblick über verschiedene Forth-Prozessoren 
WIE Auskünfte und Anmeldungen bitte bei Kammer 
der Technik Suhl. Bereich Weiterbildung, Postfach 
510, Suhl, 6000; Tel. 221 12 (Kolln. Keller) 

Or. Finsterbusch 


1) (DEFUN HOTATE-LEFT (LISTE) 

(APPEND (CDR LISTE) 

(LIST (CAR LISTE)))) 

2a) (DEFUN ROTATE-RIGHT1 (LISTE) 

(REVERSE 

(ROTATE-LEFT (REVERSE LISTE)))) 

2b) (DEFUN ROTATE -RIGHT2 (LISTE) 

( APPEND 

( N TH CDR (- (LENGTH LISTE) 1) 
LISTE) 

(REVERSE 

(CDR (REVERSE LISTE))))) 

3) (DEFUN SIMP+ (FORMEL) 

(COND ((AND (NUMBERP (SECOND FORMEL)) 
(NUMBERP (THIRD FORMEL))) 
{+ (SECOND FORMEL) 

(THIRD FORMEL))) 

((AND (NUMBERP (SECOND FORMEL)) 
(ZEROP (SECOND FORMEL))) 
(THIRD FORMEL)) 

((AND (NUMBERP (THIRD FORMEL)) 
(ZEROP (THIRD FORMEL))) 
(SECOND FORMEL)) 

((EQ (SECOND FORMEL) 

(THIRD FORMEL)) 

(LIST ’* 2 (SECOND FORMEL))) 

(T FORMEL))) 


Bild 2 Lösungen der Aufgaben 1 bis 3 


Zur Lösung der Aufgabe 3 sei folgendes an- 
gemerkt: Die Funktion besteht aus einem 
Cond, in dessen Zweigen die Bedingungen 
für eventuelle Vereinfachungen geprüft wer- 
den. Der erste Zweig sorgt für die Ausführung 
der Addition, wenn beide Summanden Kon- 
stanten sind. Der zweite und der dritte Zweig 
sorgen dafür, daß keine unnötige Addition mit 
0 durchgeführt wird. Der vierte Zweig wandelt 
die Addition zweier gleicher Summanden in 
eine Multiplikation um. Der fünfte Zweig hat 
als Bedingung T, das heißt, in jedem anderen 
Fall ist keine Vereinfachung möglich. 


1 . Problemseminar „Programmierung 
von 32-Bit-Minicomputersystemen“ 

WER? Kammer der Technik, Fachverband Elektro- 
technik, Fachausschuß Minicomputersysteme und 
DECUS München e.V. 

WANN? 17. bis 21. September 1990 

WO? Cottbus 

WAS? 

• Betriebssysteme und Standardsoftware für Mini- 
computersysteme wie VAX-11, Kl 840, Kl 820, 
CM 52/1 2, Elektronika-82, CM 1700 

• Generierung, Management, Optimierung, An- 
wendungsprobleme und Anwendungserfahrungen 
WIE? Teilnahmemeldungen richten Sie bitte an: 
Kammer der Technik, Bezirksvorstand Cottbus, 
Stadtpromenade 3, Postschließfach 90/1 Cottbus, 
7500; Tel. 2 40 95 

Prof. Or. Horn 
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Import analysis of sieve 


IMPORTS 10, Sieve ; 

IMPORTS Lib, SYSTEM, AsmLib, Str, 10 ; 
IMPORTS 10, Sieve ; 

IMPORTS SYSTEM, AsmLib, Lib ? 


IMPORTS MATHLIB, Lib, SYSTEM, AsmLib, Str 


Date/Time Anomaly Check 


No date/time anomal ies detected 


sieve 

IO 

Sieve 

Lib 

SYSTEM 

AsmLib 

Str 

MATHLIB 


Fortsetzung von Seite 206 
FloatExs 8087-Exception-Handiing 
ProcTrace Aufzeichnen von Proze- 
duraufrufen von Variablen- 
werten 

Extra geliefert wird ein sogenanntes 
TechKit, das die Assembler-Quellen 
der Run-Time-Bibliothek und den 
TopSpeed-Assembler enthält. Seine 
Mnemonik weicht aber vom Micro- 
soft-quasi-Standard ab. Er ist einfach 
gehalten, unterstützt keine Macros 
etc. Daß aber Kommentare in Mo- 
dula-Notation angegeben werden 
müssen - (* und *) das Semikolon 
dafür aber zur Trennung mehrerer 
Befehle auf einer Zeile vergeben ist, 
läßt die Übernahme von Assembler- 
quellen kaum zu. 


Ein nützliches Tool ist das Programm 
ANALYZE, das die Abhängigkeiten 
und die Aktualität der einzelnen Mo- 
dule zeigt (Bild oben). Weiterhin im 
TechKit enthalten sind die Module zur 


Unterstützung residenter Pro- 
gramme, der seriellen Schnittstelle 
und von Expanded Memory. 

Ein neuer Gedanke ist die soge- 
nannte TechLine. Damit können Sie 


aus der Entwicklungsumgebung her- 
aus über ein Modem die Entwickler in 
London direkt an die Leitung holen . . . 

Uwe Schulze 
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VANNEVAR 

BUSH 


* 1890 Massachusetts 
t 1974 Washington (?) 


Während in der Digitalrechentechnik 
historisch eindeutig zurückverfolgt 
werden kann, wer die 1. Rechenma- 
schine konstruiert hat (nämlich 1623 
der Tübinger Universitätsprofessor 
Wilhelm Schickard), so kann in der 
Analogrechentechnik die Prioritäts- 
frage nach dem 1. Analogrechner 
nicht mit der gleichen Klarheit beant- 
wortet werden. Es steht zwar fest, 
daß der englische Physiker Sir Wil- 
liam Thomson (Lord Kelvin) 1876 das 
auf der Rückkopplung beruhende 
analogrechentechnische Program- 
mierprinzip zur Lösung gewöhnlicher 
Differentialgleichungen angegeben 
und auch einen mechanischen Inte- 
grierer konzipiert hat. Aber der 1. 
komplette mechanische Analogrech- 
ner ist nach derzeitigem Kenntnis- 
stand der Differentialanalysator des 
amerikanischen Elektro-Ingenieurs 
und Physikers Vannevar Bush (die 
zeitlichen Angaben für den Konstruk- 
tionsbeginn seiner Maschine schwan- 
ken zwischen 1931 und 1936). Ein 
weiterer mechanischer Differential- 
analysator wurde - ebenfalls in den 
30er Jahren - in Oslo von Sven Ros- 
seland gebaut. Jedoch den ersten 
universell verwendbaren elektroni- 
schen Analogrechner konstruierte 
1941 der Elektro-Ingenieur Helmut 
Hoelzer, ein Mitarbeiter Wernher von 
Brauns in Peenemünde; darüber wird 
noch gesondert zu berichten sein. 

Das Ergebnis von V. Bushs Entwick- 


lung war eine gewaltige Maschine 
von 1 00 Tonnen Gewicht. Sie enthielt 
2000 Röhren, mehrere tausend Re- 
lais und 1 50 Motoren, die für den Re- 
chenbetrieb der Maschine erforder- 
lich waren. Sie war mit 1 8 Integrierern 
ausgerüstet und erlaubte demnach 
die Auflösung von Differentialglei- 
chungssystemen mit maximal 18 
Gleichungen erster Ordnung. 
Vannevar Bush entstammt einer pro- 
testantischen Pfarrersfamilie, deren 
Vorfahren schon über mehrere Gene- 
rationen in Massachusetts ansässig 
waren. Er studierte bis 1 91 3 am Tufts 
College , in dem er das „Master of 
Science“-Examen ablegte. Danach 
arbeitete er im Prüffeld der General 
Electric Co. und ein Jahr später in der 
Inspektionsabteilung der amerikani- 
schen Marine. Gleichzeitig hielt er am 
Tufts College mathematische Vorle- 
sungen und wurde dort Lehrbeauf- 
tragter für Elektrotechnik. Im Jahre 
1916 promovierte er an dem berühm- 
ten Massachusetts Institute of Tech- 
nology (MIT) zum Dr. Ing. Nach dem 
1 . Weltkrieg erhielt er am MIT, wo ab 
1919 ja auch Norbert Wiener lehrte, 
zunächst eine außerordentliche Pro- 
fessur und darauf ein Ordinariat für 
elektrische Energieübertragung. Im 
Jahre 1 932 wählte man ihn zum Vize- 
präsidenten des MIT, und 1938 
wurde er zum Präsidenten der Carne- 
gie Institution of Washington - einer 
der maßgeblichsten Forschungsge- 


sellschaften in den USA - ernannt; 
dieses Amt bekleidete er ohne Unter- 
brechung bis zu seiner Emeritierung 
(1955). 

Bush gehört zu denjenigen Gelehr- 
ten, die neben ihrer Tätigkeit in For- 
schung und Lehre noch gewichtige 
beratende oder leitende Funktionen 
in staatlichen Ämtern innehatten. So 
wurde er 1940 vom Präsidenten der 
USA zum Vorsitzenden des National 
Defense Research Committee beru- 
fen; damit wurde er eine zentrale Per- 
sönlichkeit im damaligen amerikani- 
schen Verteidigungsprogramm. Ab 
1944 legte Bush auf Vorschlag von 
Präsident Roosevelt seine Erfahrun- 
gen auf dem Gebiet der militärischen 
Verteidigung in einer Denkschrift nie- 
der („Science, the Endless Frontier“), 
die in den USA offenbar gewisse Be- 
rühmtheit erlangt hat und dem ameri- 
kanischen Kongreß in der Nachkriegs- 
zeit als Studienunterlage diente. 

Nach 1936 hatte Bush auch mit der 
Ausarbeitung eines Entwurfs für ei- 
nen elektronischen Digitalrechner be- 
gonnen, der mit einer Taktfrequenz 
von 10000 Hz arbeiten sollte und 
dessen Operationszeit für die Multi- 
plikation zweier 6stelliger Zahlen 0,2 
Sekunden betragen sollte. Bushs 
Ausarbeitungen konnten wohl wegen 
des Krieges zunächst nicht realisiert 
werden, wurden aber später beim 
Bau des ENIAC wesentlich mit ver- 
wendet. Dr. Klaus Biener 


TERMINE 

7. Fachtagung „Mikroelektronik ’90“ 

WER? Kammerder Technik, Fachverband Elektrotechnik 
WANN? 12. und 13. Dezember 1990 
WO? Dresden 
WAS? 

• Internationaler Stand der Anwendung der Mikroelektronik 

• Information zur Entwicklung und Anwendung der Mikroelektronik 

• Automatisierung technologischer Prozesse 

• Entwurf und Prüfung mikroelektronischer Erzeugnisse 

WIE? Vortragsanmeldungen (bis zum 15. August) und Teilnahmemeldun- 
gen richten Sie bitte schriftlich an: 

Kammer der Technik, Präsidium, Fachverband Elektrotechnik, Clara-Zet- 
kin-Straße 115/11 7, Berlin, 1 086 Hoppe 


7. Problemseminar „Programmierung von 16-Bit-M in icomputersy Ste- 
rnen“ 

WER? Kammer der Technik, Fachverband Elektrotechnik, Fachausschuß 
Minicomputersysteme und DECUS München e. V. 

WANN? 10. bis 12. Oktober 1990 
WO? Gera 

WAS? Betriebssysteme und Standardsoftware für 

• Minicomputersysteme wie PDP-1 1 , SM 1 4/20, SM 52/1 1 , 1 1 02F, K 1 630 

• Generierung, Management, Optimierung, Anwendungsprobleme und 
Anwendungserfahrungen in Verbindung mit Eintageslehrgängen am 12. 
Oktober zu KMS, DECnet, C, GKS, Systemgenerierung 

WIE? Vortragsmeldungen richten Sie bitte bis zum 30. Juli an: Ingenieur- 
hochschule Mittweida, ORZ, Dr. Geisler, Platz der DSF 1 7, Mittweida, 9250; 
Tel. 58470 

Teilnahmemeldungen bitte an: Kammer der Technik, Bezirksvorstand 
Gera, Humboldtstraße 13, Gera, 6500; Tel. 23338, 23339 Prof. Dr. Hom 
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Packer oder Die Kompression von Daten 

Berthold Biener, Erfurt 
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Beim Einsatz von Personalcompu- 
tern zeigt sich ein Trend zu immer 
umfangreicheren Programmpake- 
ten. Reichte beim 8-Bit-Rechner 
meist noch eine Diskette für alle 
wichtigen Systemprogramme aus, 
wird es bei den IBM-kompatiblen oft 
schon auf den 20- oder 40-MByte- 
Festplatten ziemlich eng. Beim Sy- 
stem PS/2 gehen die Software-Häu- 
ser noch sorgloser mit dem Spei- 
cherplatz um, damit ihre Kunden ein 
Maximum an Funktionsvielfalt be- 
kommen. 

Die Anwenderprogramme erzeugen 
immer größere Dateien in Form von 
Texten, Datenbanken und Grafiken. 
Diese werden meist für längere Zei- 
ten archiviert, selbst wenn sie nicht 
mehr im ständigen Gebrauch sind, 
oder sie sollen mit einem Datenfern- 
übertragungssystem (z. B. Modem) 
über das Telefonnetz auf mehr oder 
weniger weit entfernte PCs übertra- 
gen werden. Hier ergibt sich jedoch 
eine Möglichkeit, sowohl die Spei- 
chermedien effektiver zu nutzen, als 
auch die Übertragungszeiten bei glei- 
cher Übertragungsrate zu verkürzen, 
um damit am Ende Gebühren zu spa- 
ren. 

Die Informationsdichte der meisten 
Dateien ist ziemlich gering. In Quell- 
programmen häufen sich am Zeilen- 
anfang Leerzeichen oder Tabulato- 
ren; Textdateien nutzen sowieso 
nicht gleichmäßig alle mit 8 Bit dar- 
stellbaren 256 Kodes. Auch in Daten- 
banken bleibt meist ein erheblicher 
Teil des Speicherplatzes ungenutzt, 
und in Grafiken gibt es große Flä- 
chen, auf denen sich nichts ändert. 
An dieser Stelle setzen Methoden zur 
Erhöhung der Informationsdichte 
durch die Verkürzung von Dateien 
ein. 

Derartige Methoden werden in soge- 
nannten Packern angewendet. Pak- 
ker sind relativ komplexe Pro- 
gramme, die, meist als Public Do- 
main Software kostenlos oder Share- 
ware gegen einen geringen Unko- 
stenbeitrag angeboten, das Verdich- 
ten von einzelnen Dateien, Datei- 
gruppen oder ganzen Verzeichnissen 
ermöglichen. Um die Originaldateien 
wiederherzustellen, wird ein entspre- 
chender Entpacker benötigt. Bei 
neueren Produkten sind Packer und 
Entpacker in einem Programm zu- 
sammengefaßt. Diese Programme 
beherrschen verschiedene Verdich- 
tungsalgorithmen, aus denen sie den 
optimalen Algorithmus selbsttätig 
auswählen, und sind weitgehend zu- 
einander kompatibel. Darüber hinaus 
ist es mit einigen Programmen mög- 
lich, sich selbst auspackende Da- 
teien zu erzeugen, die auch aus meh- 
reren Dateien bestehen können. 

In der DDR am weitesten verbreitet 
sind der Packer PKARC und der Ent- 
packer PKXARC von Phil Katz 
(USA). 




Weiterentwicklungen davon sind 
PKPAK und PKZIP, die jeweils beide 
Verarbeitungsrichtungen beherr- 
schen. Diese Produkte erreichen je 
nach Dateityp Verkürzungen auf 40 
bis 70 Prozent der ursprünglichen 
Länge, wobei die komprimierten Da- 
teien in sogenannte Archivdateien 
abgespeichert werden. Beim eigentli- 
chen Packen wird meist ein Algorith- 
mus angewendet, der in einem iterati- 
ven Verfahren schrittweise versucht, 
jeweils zwei Datenbytes durch einen 
1 -Byte-Zeiger auf die Stelle des vor- 
herigen Auftretens dieser Kombina- 
tion zu ersetzen. 

Zwei andere Kompressionsverfahren 
werden im folgenden vorgestellt 
{Bild 1). Sie sind zwar relativ einfach 
zu programmieren, daher aber auch 
nicht sehr leistungsfähig. 

Das einfachste Verfahren ist das 
, Packen* im engeren Sinne. 

Hierbei erfolgt eine Verdichtung, 
wenn in einer Datei mehrmals hinter- 
einander die gleichen Datenkodes 
auftreten. In diesem Fall wird ein Si- 
gnalbyte (z. B. $FF) ausgegeben, da- 
hinter die Anzahl der Wiederholun- 
gen und der Datenkode selbst. Tritt 
der als Signalbyte verwendete Kode 
in der Datei auf, so wird die Wiederho- 
lungsanzahl mit Null angegeben. Die 
Verdichtung ist nur sinnvoll, wenn der 
gleiche Datenkode mehr als dreimal 
ununterbrochen hintereinander folgt. 
Die Dekompression ist sehr einfach 
realisierbar. Wird das Signalbyte er- 
kannt, wird bei folgender Null dieses 
in die Zieldatei geschrieben, ande- 
renfalls stellt das dem Signaibyte fol- 
gende Byte die Anzahl dar, wie oft 
das als Drittes stehende Datenbyte in 
die Zieldatei geschrieben werden 
muß. Dieses Verfahren kann für alle 
Dateitypen verwendet werden, bringt 
aber nur begrenzte Vorteile. 

Für Textdateien bietet sich ein ande- 
res Verfahren an. Dieses geht von der 
unterschiedlichen Häufigkeit des Auf- 
tretens der möglichen (ASCII-) Zei- 
chen aus. Die geordnete Verteilung 
der Zeichen einer Textdatei weist am 
häufigsten Leerzeichen, Zeilenwech- 
sel sowie die Kleinbuchstaben e, i, r. 
n, t, a auf. Das Kompressionsverfah- 
ren beruht darauf, daß die 12 häufig- 
sten Zeichen durch eine 4-Bit-Dar- 
stellung ersetzt werden. Damit wer- 
den über 60 Prozent der im Text auf- 
tretenden Zeichen erfaßt. Weitere 32 
Zeichen werden als 8-Bit-Darstellung 
verarbeitet, während der Rest der 
Zeichen - meist Buchstaben wie q, x, 
y, Großbuchstaben und Sonderzei- 
chen - durch einen Signalcode von 4 
Bit auf 12 Bit verlängert werden. Da 
diese Zeichen insgesamt aber nur 10 
bis 20 Prozent des Textes ausma- 
chen, beträgt die Verlängerung 5 bis 
10 Prozent, so daß im Endeffekt mit 
einer Verkürzung von Textdateien auf 
70 bis 80 Prozent zu rechnen ist. Beim 
Test mit realen Dateien ergaben sich 
Verkürzungen auf rund 70 Prozent. 
Zunächst muß die gesamte Datei 
analysiert werden, um die häufigsten 
Zeichen herauszufinden. Es wird ein- 
fach die Anzahl des Auftretens jedes 
Zeichens gezählt und diese Tabelle 
sortiert. Die Sortierung kann nach 44 
Elementen abgebrochen werden. 
Diese werden in einen Vorblock der 
Zieldatei abgespeichert. Sollte sich 


herausstellen, daß die Anzahl der er- 
sten 12 Elemente kleiner ist als die 
Anzahl der nicht mehr sortierten Ele- 
mente, kann der Kompressionsver- 
such abgebrochen werden, da keine 
Einsparung von Speicherplatz erziel- 
bar ist. Dies tritt bei Binärdateien 
(z. B. Maschinenprogrammen) auf. 
Nach erfolgter Analyse wird die Quell- 
datei auf den Anfang zurückgesetzt 
und es beginnt die eigentliche Kom- 
pression. Nach dem Einlesen eines 
Zeichens wird überprüft, ob sich die- 
ses Zeichen mindestens noch zwei- 
mal wiederholt, wenn das der Fall ist, 
wird ein Packen ermöglicht, indem 
das Signalnibble (Halbbyte) $E und 
die Wiederholungsanzahl (maximal 
15=$F) ausgegeben wird. In jedem 
Fall wird nun die Tabelle nach dem zu 
bearbeitenden Datenbyte durch- 
sucht. Wird es zwischen der ersten 
und der zwölften Tabellenposition ge- 
funden, ist der Tabellenoffset die aus- 
zugebende 4-Bit-Darstellung. Liegt 
der Tabellenoffset zwischen 12 und 
43, wird zu diesem Wert $B4 addiert 
und dieser als 8-Bit-Darstellung aus- 
gegeben. Diese Kodes sind somit an 
den Signalnibbles $C und $D zu er- 
kennen. Wird das Datenbyte über- 


haupt nicht in der Tabelle gefunden, 
muß es unverändert hinter dem Si- 
gnalnibble $F ausgegeben werden. 
Auf diese Weise erfolgt die Bearbei- 
tung bis zum Ende der Quelldatei. Als 
Endekennung in der Zieldatei werden 
nun noch drei Bytes Null ausgege- 
ben. 

Die Wiederherstellung des ursprüng- 
lichen Textes setzt die Kenntnis der 
Umkodiertabelle voraus, die aus die- 
sem Grund als erstes eingelesen 
werden muß. Danach beginnt die Be- 
arbeitung der Daten. Dazu wird das 
jeweils nächste Nibble eingelesen. 
Handelt es sich dabei um das Signal- 
nibble $E, folgen darauf die Anzahl 
und das erste (oder einzige) Nibble 
des zu rekonstruierenden Datenby- 
tes. Wurde das Signalnibble $E nicht 
erkannt, ist die Anzahl 1. Nun wird 
kontrolliert, ob ein anderes Signalnib- 
ble vorliegt. 

Die Signalnibbles $C und $D werden 
als High-Teil und das folgende Nibble 
als Low-Teil eines Bytes verwendet, 
das nach Abzug von $B4 den Tabel- 
lenoffset ergibt. Nach dem Signalnib- 
ble $F wird das Datenbyte in 2 Nib- 
bles direkt eingelesen. Ist das einge- 
lesene Nibble kein Signalnibble, ist es 


program COMPRESS; 

{ Demo-Programm zur Kompression und Dekompression von Dateien > 
{ Aufruf: COMPRESS f 1 lename . typ [/B] [/D] > 

f (Blnaerdatei , $1A nicht Ende) (Quelldatei loeschen) > 

const cpt : array [0. . 2] of char='CPT'; 

msl z=16384 ; 
type f i=st ring [14] ; 

var i . j , k , 1 , m , n, p , po , pc , err ; integer ; 
asc , loe , e , ef , eg : boolean? 
fn» f o: f i ; 

f b : array [0. . 14] of byte absolute fo; 
dv , tn, tyo: string [4] ; 

tyc: array [0. . 4] of char absolute tyo; 

vert : array [0. . 255] of real; 

code : array [0. . 255] of byte; 

rbuf : array [0. . 255] of byte; 

wbuf : array [0. . 16511] of byte; 

f 1 > f 2 : f Ile ; 

function UPPER (S: fl) : fl ; 

< Wandelt String ln Grossbuchstaben > 
var isinteger; 

b : array [0. .14] of byte absolute s; 
begln 

for i : -1 to b [0] do if b[l]>$60 then b[i]:=b[i] and $5fj 

Upper : =s ; 

end; 

function SUM (1 , j : integer) ; real ; 

{ Bildet die Summe von Real-Zahlen ln vert > 
var s:real; 

k : integer ; 
begln 

3 : =0 , 0 ; 

for k:=i to j do s : =s+vert [k] ; 
sum:=s; 
end ; 

procedure ANALYSE; 

< Bildet die Verteilung der Codes der Datei ) 
begin 

f illchar (vert [0] ,1536,0) ;ef;=false; 
whlle not eof(fl) do 
begln 

blockread (f 1 , rbuf , 1 , er r) ; 
for j : =0 to 127 do 
begin 

k : =rbuf [ j] ; 
vert [k] , =vert [k] +1; 
if asc and (k=$la) then exit; 
end; 
end; 
end; 

procedure SORT; 

{ Sortiert die ersten 44 Elemente der Verteilung > 

var r:real; 

begin 

for j : =0 to 255 do code[jJ:=j; 
for j : =0 to 43 do 
for i :=j+l to 255 do 
if vert [i] >vert [j] then 
begin 

r : =vert [j] ; vert [j] ;«vert [1] ;vert [1] : -r ; 
k : =code [j] ; code [}] s =code [i] ; code [i] s =k ; 
end; 

end; 
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function EFFECT :boole an; 

( Kontrolliert, ob die Kompression effektiv ist > 
begln 

EFFECT: =SUM (0,11) >SUM (44,255) ; 
end i 

procedure COMP; 

( Fuehrt die eigentliche Kompression aus > 
begin 

blockread (f 1 , rbuf [128] , l.err) ; 

i :=128 1 j s =64 ; e : =t rue ; ef : =f alse ; eg : =f alse ; 

repeat 

if 1 >127 then 
begin 

{ Neuen Block lesen > 

move (rbuf [128] ,rbuf [0] ,128) ; i : =i-128 ; eg: =?ef ; 
i f not eof (fl) 

then blockread (fl, rbuf [128] , l.err) 
eise ef : =t rue ; 
end; 

if not eg then 
begin 
L : =0 ; 

mi »rbuf [i] ; 
eg:=asc and (m=$la) ; 

< Test auf Wiederholung > 

repeat L:=L+1 until (rbuf [i+L] < >m) or (L>»15) ; 
if L>2 then 
begin 
i : =i+L; 

if e then begin wbuf[j]:*(L shl 4)+14;j:=j+l end 
eise begin wbuf [ j] : =n+$E0; j : = j+l ;n: =L end; 

end 

eise i : =1+1 ; 

( Code suchen in Tabelle > 

L:=0;while (L< 44) and (code[L]Om) do L:«L+1; 
if L< 44 then 
begin 

if L<12 then 
begin 

if e then n:«L 

eise begin wbuf [j] : =n+ (L shl 4);j:=j+l end; 
end 
eise 
begin 
L: =L+$B4; 

if e then begin wbuf[j];*(L shr 4)+(L shl 4);j:=j+l end 
eise begin wbuf [j] : =n+ (L and $f 0) ; j : *j+l ; n : =L and $0f ; end; 
e:=not e 
end ; 
end 
eise 
begin 

<. Code nicht in Tabelle > 

if e then begin wbu,f [j] :-15+ (m shl 4) ; j :=j+l ;nt=m shr 4; end 
eise begin wbuf [j] : =n+$F0; j : «j+1; wbuf [j] : =m; j : =j+l end; 

end ; 

e : =not e ; 
if j>=msiz then 
begin 

•C Pufferinhalt ausgeben } 
blockwr i te (f 2 , wbuf [0] , msi z div 128); 
move (wbuf [msi z] , wbuf [0] , j-msl z) ; 
j:=j-msiz; 
end; 
end ; 

until eg; 

{ Endebehandlung > 
if not e then 
begin 

wbuf [ j] : =n; 
j 5=3+1 
end ; 

Wbuf [j] : =0; wbuf [j+1] : =0; wbuf [j + 2] :=0; j :=j + 2; 
blockwrl te (f 2 , wbuf [0] ,l+(j div 128)); 
end; 

procedure EXPAND; 
begin 

move (rbuf [144] , code [0] , 44) ; 
j : =192 ; e : =t rue ; k : =0; 
repeat 

if j>127 then 
begin 

{ Neuen Block einiesen > 
move (rbuf [128] ,rbuf [0] ,128) ; ji=j-128; 
if not eof (fl) then blockread (fl , rbuf [128] , 1 , er r) ; 
end ; 

if e then m:=rbuf[j] and 15 
eise begin m:=rbuf[j] shr 4;j:=j+l end; 
e:=not e; 

L : =1 ; , 

if m=14 then 
begin 

{ Wlederholzaehler ermitteln > 

if e then begin L:=rbuf[j] and 15 ; m: =rbuf.[ j] shr 4;j:*j+l end 
eise begin L:=rbuf[j] shr 4 ; j : =j+l ; m: «rbuf [j] and 15 end; 

end ; 

if m=15 then 
begin 

{ Code nicht ln Tabelle > 
if e then begin m: =rbuf [ j] ; j : = j+1 end 
eise 
begin 

m: =rbuf [ j] shr 4 ; j : =j+l ; m: =m+ ( (rbuf [ j] and 15) shl 4) 
end ; 

end 

eise 

{ Code aus Tabelle lesen > 
if m<12 then m:=code[m] 
eise 
begin 

if e then m: =16*m+ (rbuf [j] and 15) 
eise begin m: =16*m+ (rbuf [j] shr 4);j:«j+l end; 
e:=not e; 
m: =code [m-$B4] ; 
end; 


repeat - -■ 

wbuf [k] : =m; 
k : =k+l ; 1 : =1—1 ; 
until 1=0; 
if k>=msiz then 
begin 

{ Pufferinhalt ausgeber), > 
blockwrl te (f 2 .wbuf [0] , msi z div 128); 
move (wbuf [msi z] , wbuf [0] , k-msiz) ; 
k : =k-msiz ; 
end; 

until (rbuf [ j] =0) and (rbuf [j+1] =0) ; 

if k>0 then blockwr i te (f 2 , wbuf [0] , 1+ ( (k-1) div 128)); 
end; 

{ ========== Hauptprogramm =========== > 

begin 

wr iteln ("Kompressionsprogramm (C) bi dat ' ' 90") ; 

pc : =paramcount ; 

repeat 

if pc«0 then 

begin wr i te (" Eingangsdatei :'); readln (fn) end 
eise f n: =paramst r (1) ; 
asc:=(pc<2) or not 

( (upper (paramst r (pc-1) )*' /B") or (upper (paramstr (pc) )■' /B ') ) ; 
loe:=(pc>l) and 

( (upper (paramstr (pc-1) ) *"/D') or (upper (paramst r (pc) ) =VD') ) ; 
f n: supper (f n) ; 
pc : =0 ; 1 f fn='$' then exit; 

P : =pos ( ' . ' , f n) ; po : =pos ( ' s ' , f n) ; 
if p*0 then 

begin f o: =copy (f n, po+1 , length (f n) -po) ; tn: = ' ' end 
eise 

begin f o: «copy (f n, po+1 , p-l-po) ; tn: =copy (f n,p+l , 3) end; 
if po>0 then dv : =copy (f n , 1 , po) eise dv:="; 
assi gn (f 1 , f n) ; 

($1-) 

reset (fl) ; 

($1+) 

until ioresult=0; 
if tn='CPR' then 
begin 

blockread (f 1 , rbuf [128] , l.err) ; 
move (rbuf [128] , tyc [1] , 3) ; tyc [0] : «#3 ; 
if tyoocpt then 

begin writeln(fn,' ist keine CPR-Datei i');exit end; 
move (rbuf [131] , f b [0] , 9) ; 
move (rbuf [140] , tyc [0] , 4) ; 
f o; =fo+' , '+tyo; 
assi gn (f 2 , f o) ; 
rewr i te (f 2) ; 

writelnCfo,' wird dekompr lmi ert . ') ; 

EXPAND; 
close (f 2) ; 
end 
eise 
begin 

wr i teln (f n , " wird komprimiert.'); 

ANALYSE; 
reset (fl) ; 

SORT; 

if EFFECT then 
begin 

f illchar (wbuf [0] ,64,0) ; 
move (cpt , wbuf [0] , 3) ; 
move (fb [0] , wbuf [3] , 9) ; 
tyo: =tn; 

move (tyc [0] , wbuf [12] , 4) ; 
move (code , wbuf [16] , 44) ; 
f O: »f O+' . CPR' ; 
ass 1 gn (f 2 , f o) ; 
rewri te (f 2) ; 

COMP; 

close (f 2) ; 
end 

eise wrlteln(fn,' nicht komprimierbar') ; 

end ; 

close (fl) ; 
if loe then 

begin erase (fl) jwriteln (' Eingangsdatei geloescht I ') ; end; 
write ('Fertig ! ') ; 
end . 


Bild 1 Listing des Programms Compress.pas 


direkt der Tabellenoffset. Das Daten- 
byte wird der Tabelle entnommen und 
entsprechend der Anzahl in die Ziel- 
datei geschrieben. Die Bearbeitung 
endet beim Erkennen der Abschluß- 
Sequenz von 3 Bytes Null. 

Das vorgestellte Kompressionsver- 
fahren wurde an Dateien unter- 
schiedlicher Typen praktisch er- 
probt. 

Dabei lassen sich Maschinenpro- 
gramme mit diesem Verfahren nicht 
komprimieren, da keine auswertbare 


Häufigkeitsverteilung ermittelt wer- 
den kann. 

Textdateien und Quellprogramme 
lassen sich auf etwa 70 Prozent kom- 
primieren. 

Bei Datenbanken wurde eine Verkür- 
zung auf etwa 50 Prozent erreicht, 
wobei jedoch erhebliche Unter- 
schiede möglich sind. 

Grafikdateien in Form von Bitmaps 
lassen sich bis auf 20 Prozent ver- 
dichten. 


- rti'iitfiifrti'firi : 
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Entwicklungen und Tendenzen 


Neue 1 - Mega-Bit-Speicher 
von Siemens 

Siemens erweitert sein Produktspek- 
trum an 1-MBit-Speichern. Die in 
CMOS-Technik hergestellten 

DRAMs sind jetzt auch mit verringer- 
ten Zugriffszeiten von maximal 60 
Nanosekunden erhältlich. Solche 
schnellen Speicherchips werden ins- 
besondere für High-Speed-Anwen- 
dungen in Grafik-Systemen und in 
der Datentechnik benötigt. 

Bei Geräten mit Batteriebetrieb ist ge- 
ringe Leistungsaufnahme entschei- 
dend. Für diesen Einsatz bereich ste- 
hen jetzt alle 1-MBit-DRAMs mit 60 
bzw. 70 Nanosekunden Zugriffszeit in 
einer Low-power-Version zur Verfü- 
gung. Diese Bausteine benötigen im 
Ruhezustand nur noch 1 ,65 Milliwatt, 
ein gegenüber den Standardversio- 
nen um 80 % reduzierter Wert. MP 


Microsoft Works 2.0 
in deutsch 

Das integrierte Paket Works liegt jetzt 
in der deutschen Version vor. Die in- 
tegrierten Pakete mit den wichtigsten 
Anwendungen Textverarbeitung, Da- 
tenbankanwendung, Tabellenkalku- 
lation und Datenübertragung sind für 
Nutzer gedacht, die nicht unbedingt 
alle Möglichkeiten beispielsweise der 
professionellen Textverarbeitung 
ausschöpfen wollen. Die Bedienober- 
fläche ähnelt dabei MS-Windows. 
Pull-down-Menüs und bis zu acht 
gleichzeitig geöffnete Fenster sind 
dabei nur die äußerlichen Merkmale. 
So ist es beispielsweise möglich, für 
100000 Wörter die Rechtschreibung 
zu überprüfen oder sich zu 30 000 
Wörtern durchschnittlich 10 Syn- 
onyme anbieten zu lassen. Die Ver- 
sion 2.0 erfordert einen IBM-kompati- 
blen PC mit einer MS-DOS-Version 
ab 2.0, 512 KByte Hauptspeicher, 
zwei Diskettenlaufwerke mit 360 
KByte oder eins mit 720 KByte/1,44 
MByte und eine Festplatte. Als Gra- 
fikkarten können CGA, Hercules, 
MCGA oder VGA dienen. Ab sofort ist 
Microsoft Works 2.0 für etwa 875- 
DM erhältlich, ein Update kostet etwa 
175,- DM. MP 


Neues Unix 

auf SPARC-Rechnern 

Mit der Vorstellung ihrer neuen Abtei- 
lungsserver DRS 6000 präsentierte 
zur CeBIT ’90 die Firma ICL als eine 
der ersten die Portierung der neuen 
Unix-Version System V Release 4.0 
für RISC-Systeme. Als Entwicklungs- 
partner von AT & T hat ICL den Refe- 
renz Source Code entwickelt, mit 
dessen Hilfe das neue Unix auf allen 
RISC-Rechnern mit der SPARC-Ar- 
chitektur laufen soll. An einen DRS 
6C00-Server können bis zu 1000 An- 
wendersysteme angeschlossen wer- 
den; die typischen Konfigurationen 
sollen allerdings zwischen 32 und 
200 gleichzeitigen Nutzern liegen. 
Zunächst werden zwei Rechnerva- 
rianten eingeführt: Level 40 mit 17,5 
MIPS und Level 50 mit 23 MIPS; die 
Entwicklung geht bei ICL aber weiter 
zu Multiprozessorsystemen mit Lei- 
stungen bis über 60 M I PS. MP 


Neuer PostScript-RIP 4 
von Linotype 



Raster-Image-Prozessoren (RIP) 
dienen dazu, mit Rechnern erzeugte 
Bilder und Texte in eine Seitenbe- 
schreibungssprache wie PostScript 
umzurechnen und damit Belichter 
oder Drucker anzusteuern. 

Mit dem PostScript-RIP 3, der 1989 
vorgestellt wurde, setzte Linotype 
neue Maßstäbe in der Verarbeitung 
von Halbtonbildern, die bis zu diesem 
Zeitpunkt besonders zeitintensiv war. 
Der Erfolg - eine Halbierung der Ver- 
arbeitungszeit bei hoher Auflösung - 
basierte auf einem neuen techni- 
schen Konzept: der Saturn-Techno- 
logie von Linotype. 

Der neue PostScript-RIP 4 basiert auf 
dem Konzept des PostScript RIP 3, 
enthält jedoch standardmäßig das 
neue Saturn Plus-Board. So wurde 
die Aufbereitungszeit von Halbtonbil- 
dern im RIP bei hohen Auflösungen 
wiederum halbiert. Dieser Produktivi- 
tätsgewinn ist allerdings nicht der ein- 
zige Nutzen für Linotype-Kunden. Zu- 
sätzlich ergeben sich weitere Vor- 
teile: Die Recordergeschwindigkeit 
der Linotronic 300 R bei 1000 Linien/ 
cm wurde verdoppelt und die höchste 
Auflösung der Linotronic 500 R steigt 
von 666 Linien/cm auf 1000 Linien/ 
cm. Vorhandene PostScript-RIP 3 
können zu PostScript-RIP 4 aufgerü- 
stet werden. Neue Geräte wie die Li- 
notronic 200 SQ enthalten bereits se- 
rienmäßig einen RIP 4. MP 


MS-DOS 4.01 

jetzt auch in russisch 

Am 5. April 1990 wurde in Moskau 
eine russische Übersetzung der Ver- 
sion 4.01 des weltweit am häufigsten 
eingesetzten PC-Betriebssystems 
MS-DOS von Microsoft vorgestellt. 
Der Gründer der Firma und Vor- 
standsvorsitzende der Microsoft 
Corp., Bill Gates, hatte es sich nicht 
nehmen lassen, dieses extra für die 
Sowjetunion produzierte Software- 
Paket höchstselbst zu präsentieren 


und damit das große Interesse der 
Firma am UdSSR-Markt zu dokumen- 
tieren. Als Ergebnis einer bereits seit 
1988 bestehenden Zusammenarbeit 
zwischen Microsoft und dem sowje- 
tisch-amerikanischen Unternehmen 
Dialogue entstand unter Mitwirkung 
von deutschen, französischen, so- 
wjetischen und amerikanischen Spe- 
zialisten eine Version mit einer spe- 
ziellen kyrillischen Bildschirmdarstel- 
lung, und es werden Drucker mit kyril- 
lischen Fonts unterstützt. Vollständig 
lokalisierte Menüs, Dialogboxen und 
integrierte Hilfefunktionen werden 
ebenfalls geboten. mp 

55 Nanosekunden 
bei EPROMs 

EPROMs gehören seit einigen Jah- 
ren zu den langsamsten Bauelemen- 
ten in einem Rechnersystem. Des- 
halb wird bei PCs in bestimmten Fäl- 
len der EPROM-Inhalt nach dem Ein- 
schalten in den RAM umgeiaden 
(Shadow-RAM). Ein einfacheres 
Rechnerdesign erlauben aber 
schnellere EPROMs. Während die 
üblichen Zugriffszeiten von EPROMs 
zur Zeit noch zwischen 100 und 
250 ns liegen, werden von einigen 
Firmen Entwicklungen wesentlich 
schnellerer Bauelemente gemeldet. 
Dazu gehört auch die International 
CMOS Technology Incorporation 
(ICT). Ihr neuer 1-MBit-EPROM mit 
der Bezeichnung 27CX010 hat je 
nach Version Zugriffszeiten von 55, 
70 oder 90 ns. Ein 256-KBit-Typ, der 
Mitte des Jahres auf den Markt kom- 
men soll, wird sogar nur 40 ns bie- 
ten. 

Der 27CX010 stellt eine Gemein- 
schaftsarbeit von ICT und Advanced 
Micro Divices (AMD) dar. ICT hat 
hierbei das Chip-Design übernom- 
men, AMD wird die Schaltkreise ferti- 
gen. Der 27CX01 0 soll in einer Orga- 
nisation von 128 K x 8 Bit verfügbar 
sein und (in 1000er Stückzahlen) 98, 
84 bzw. 56 Dollar kosten. MP 

integrierter 
optischer Schaltkreis 

Auf der Basis eines vor vier Jahren 
entwickelten optischen Schalters, der 
Licht so zu steuern vermag wie ein 
Transistor den Fluß der Elektronen, 
wurde durch die Bell Laboratories in 
New Jersey ein integrierter optischer 
Schaltkreis entwickelt. Bis Ende der 
neunziger Jahre soll der optische 
Prozessor so weit entwickelt worden 
sein, daß dann Supercomputer mit 
der hundertfachen Leistung heutiger 
Rechner möglich sind. Der optische 
Computer ist genauso aufgebaut 
worden wie ein elektronischer, an- 
stelle von Transistoren werden glä- 
serne Linsen und Masken miteinan- 
der zu sogenannten S-SEEDs (Sym- 
metric-Self-Electro-Optic-Effect De- 
vices) verbunden. Sie können ihren 
Zustand eine Milliarde Mal pro Se- 
kunde ändern. Die S-SEED-Ele- 
mente messen fünf tausendstel Qua- 
dratmillimeter. Die Taktfrequenz be- 
trägt ein Megahertz. 

Die Eignung optischer Bauelemente 
für Hochleistungsrechner ergibt sich 
nicht nur aus der höheren Ausbrei- 
tungsgeschwindigkeit von Lichtsi- 
gnalen, sondern auch aus der leichter 


zu realisierenden Möglichkeit der pa- 
rallelen Übertragung durch ein einzi- 
ges Lichtkabel. Fa 

Lötfreie Montage 
auf flexiblem Film 

Die Firma Polyflex Circuits Inc., USA, 
entwickelte ein Verfahren, mit dem es 
möglich wird, Bauelemente auf einen 
flexiblen Polyesterfilm lötfrei zu mon- 
tieren. Mit diesem als APC (Additive 
Polymer Circuit) bezeichneten Ver- 
fahren sollen Kosteneinsparungen 
von bis zu 50 % erreicht werden, in- 
dem zum einen die Zahl der Produk- 
tionsschritte, die sonst bei starren 
Leiterplatten erforderlich waren, dra- 
stisch verringert werden konnte und 
zum anderen kein Lötvorgang mehr 
notwendig ist. 

Beim APC-Verfahren wird ein elek- 
trisch leitendes Polymer in ein oder 
zwei Ebenen als Leiterbahn auf einen 
maximal 20 x 20 Zoll großen Polye- 
sterfilm gedruckt. Diese Filme lassen 
sich auf Gehäuseflächen aufkleben. 
Gegenwärtig werden Linienbreiten 
von 0,5 mm erreicht. Es wird aber 
daran gearbeitet, Linienbreiten von 
0,25 mm zu erreichen. Statt des Löt- 
zinns wird ein Material aus leitendem 
Expoxydharz (Poly-Solder) verwen- 
det, das von der Firma selbst herge- 
steilt wird. 

Ein Nachteil des neuen Verfahrens 
besteht darin, daß die Stromstärke 
und die Verlustleistung bei den jewei- 
ligen Bauelementen eingeschränkt 
sind. Fa 

Farb-Scanner 
mit Piezo-Element 

Bei dem Farb-Scanner der Firma 
Aray Technologies Inc. (USA) wurde 
ein Array aus Fotodioden mit einem 
piezoelektrischen Element verbun- 
den. Die für die Abtastung erforderli- 
che Bewegung des Arrays wird in prä- 
zisen Submikrometer-Schritten durch 
das Piezo-Element erzeugt. Mehrere 
aufeinanderfolgende „Mikroschritte“ 
während eines Abtastzyklus führen 
zu einer Mittelwertbildung des ent- 
sprechenden Farbsignals. Mit dieser 
Anordnung ergibt sich für jeden Farb- 
kanal des Scanners ein Dynamik-Be- 
reich von maximal 12 Bit. Im Gegen- 
satz zu anderen Scannern sind nicht 
mehr jeweils drei Abtastzyklen (je- 
weils einer für die Grundfarben Rot, 
Grün, Blau) erforderlich. Die RGB-In- 
formationen werden hier jeweils in ei- 
nem gemeinsamen Zyklus gewon- 
nen. Fa 

Unix System V im Netz 

Die Prime Computer GmbH demon- 
stierte während der CeBIT '90 auf ih- 
rem Unix-Rechner Prime EXL als 
eine der ersten das neue Unix Sy- 
stem V Release 4.0. Angestrebt 
wurde mit dieser Version die Integra- 
tion der bisher unterschiedlichen 
Unix-Versionen in einem einheitli- 
chen Betriebssystem. Bestandteil ist 
die grafische Benutzeroberfläche 
Open Look, basierend auf X-Window, 
deren Pop-up-Menüs und definier- 
bare Icons höhere Benutzerfreund- 
lichkeit versprechen. 

Der EXL wurde in einer vernetzten 
Umgebung gezeigt. MP 
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64-Kanal-IFSS - 
Multiplexer 

Der 64-Kanal-IFSS-Muitiplexer „ver- 
vielfacht“ einen seriellen Interfaceka- 
nal gemäß TGL 42886 (IFSS-Inter- 
face). Mit seiner Hilfe kann ein Perso- 
nal- oder Arbeitsplatzcomputer über 
eine einzige serielle Schnittstelle 
wahlfrei mit 64 IFSS-Gegenstellen 
kommunizieren. Der IFSS-Multiple- 
xer ist zur Prüffeldautomatisierung in 
der elektronischen Baugruppen- und 
Gerätefertigung vorgesehen. Er un- 
terstützt die quasisimultane automati- 
sche Funktionsprüfung und Kalibrie- 
rung von bis zu 64 intelligenten Bau- 
gruppen oder Geräten. Der IFSS- 
Muitiplexer ist modular als internatio- 
nal genormtes 19 Zoll-Tischgehäuse 
aufgebaut. Zur Nachnutzung steht 
eine vollständige Konstruktionsdoku- 
mentation zur Verfügung. 

VEB Elektro-Apparate-Werke „Friedrich 
Ebert“ Berlin-Treptow, Zentrum für For- 
schung und Technologie, Abt. WG, Koll. 
Mayerhöfer, Storkower Straße 101, Ber- 
lin, 1055; Tel. 4388402 Dr.Claßen 


Konstruktion 
lufttechnischer Anlagen 

Für die rechnergestützte Erzeugung 
von Projektzeichnungen für lufttech- 
nische Anlagen wurde das Varianten- 
programm EBROKA2D entwickelt. Es 
erzielt bei vorhandenen computerles- 
baren Gebäudezeichnungen enorme 
Zeiteinsparungen bei der Konstruk- 
tion der Lufttechnik. Folgende Merk- 
male charakterisieren seine Lei- 
stungsfähigkeit: TGL-gerechte auto- 
matische Konstruktion, wahlweise 
automatisches Aneinanderfügen der 
erzeugten Bauteile, Anzeige der Er- 
gebnisparameter, Weiterarbeit an 
Verzweigungen in beiden Richtun- 
gen, wahlweise automatisches Er- 
zeugen einer beliebigen zweiten An- 
sicht orthogonal zur ersten Ansicht. 
Für die Nutzung des Variantenpro- 
grammes sind notwendig: ein 16-Bit- 
Rechner mit Hauptspeicher >512 
KByte, Festplatte, Digtizer, Plotter, 
PCCAD oder kompatibles CAD-Pro- 
gramm. 

VEB Sachsenring Automobilwerke, Ab- 
teilung Projektierung, PF 311-313, 
Zwickau, 9541; Tel. 70 32 96 Baumann 


Module für KC 85 / 2 . -.4 

1. AD-Modul mit Potentialtrennung 
Eine Unipolare Eingangsspannung 
von 2 V bzw. 10 V wird in ein 12-Bit- 
Digitalwort gewandelt; die Potential- 
trennung des Analogeinganges vom 
Rest der Schaltung erfolgt mittels 
Trennübertrager und Optokoppler. In 
einer speziellen Ausführungsvariante 
(Verhältnismessung von Spannungs- 
teilern) kann eine Auflösung von 
15 Bit bei einer Meßzeit von 200 ms 
erreicht werden. 

2. EPROM-/CMOS-RAM-/PIO-MO- 
dul 

Der Modul realisiert Programmspei- 
cher von 1 6 KByte (2 x U 2764, 
steckbar), Datenspeicher von 
2 KByte (U 651 5, batteriegestützt) so- 
wie 16(+4) Ein-/Ausgabeleitungen. 
Für beide Module gilt: vollständige 


Anpassung an das Modulkonzept der 
KC 85/2 ... 4; originale Gehäuselö- 
sung derKC-Module. Die gezielte An- 
wendung beider Module im KC 85/2 
... 4 ermöglicht es, preiswerte Meß- 
werte dass ungs- und/oder Steue- 
rungsrechner aufzubauen, die kei- 
nerlei Massenspeicher benötigen 
bzw. durch die nichtflüchtigen Spei- 
cher und Autostart jederzeit arbeits- 
bereit sind. Ein weiterer interessanter 
Anwendungsfall ist die durch die Po- 
tentialtrennung mögliche On-Iine-Er- 
fassung großer Datenmengen am 
Patienten in der Humanmedizin. 

Fa. Dipl. -Ing. H.-J. Ollendorf, Raliomit- 
telbetrieb, PF 211, Brunkau, 3511 

Ollendorf 


Kontrolle bio- 
technologischer Prozesse 

Von uns aus wurde eine Lösung zur 
Erfassung, Protokollierung und Aus- 
wertung von maximal 8 analogen und 
6 digitalen Meßwerten einer biotech- 
nologischen Pilotanlage zur Herstel- 
lung pektinolytischer Enzyme erar- 
beitet. Die Rechnerkonfiguration be- 
steht aus einem aufgerüsteten KC 87 
mit Magnetbandgerät, Drucker, Bild- 
schirm und entsprechenden Modu- 
len. Die Meßwerte werden zeitzy- 
klisch erfaßt (min. 1 s), auf Ausreißer 
getestet und die berechneten Mittel- 
werte protokolliert. Das modular 
strukturierte Softwarepaket PRODAT 
ermöglicht eine weitgehende Ände- 
rung von Parametern und Gerätezu- 
weisungen auch während des Betrie- 
bes. Die ausgelagerten Meßwertfiles 
sowie ermittelten Laborwerte können 
mitdem Arbeitsplatzcomputer A 71 00 
und dem Programmpaket K0MDAT 
ausgewertet werden. 

VE Forschungsinstitut der Obst- u. Ge- 
müseverarbeitung, Abt. AEZ, Nicolai- 
straße 5, Magdeburg, 3018; Tel. 

22 21 12 Dr. Lämmerzahl 


Konvertierungsprogramm 

UNIDAT 

Das universelle Konvertierungspro- 
gramm für grafische Daten UNIDAT 
kann unterschiedliche grafische Da- 
tenformate einiesen und wandelt 
diese in ein internes Format um. Aus- 
gehend von diesem internen Format 
können folgende grafische Datenfor- 
mate erzeugt werden. 

Einlesen: GKS1600-Format, 

GKS1800-Format, CADdy-Format 
und ROK-Format. 

Ausgeben: zusätzlich noch HPGL- 
Format und IGES 3.0-Format. 

Durch dieses universelle Konvertie- 
rungsprogramm wird eine Datenkom- 
patibilität zu anderen grafischen Pro- 
grammsystemen ermöglicht. 

VEB Robotron-Elektronik Dresden, Be- 
reich System- und Softwareapplikation, 
PSF 710, Karl-Marx-Stadt, 9010; Tel. 
39 73 67 Schulz 


STEP 5-Analyzer 

Mit diesem Programm wird der Nach- 
teil behoben, daß bei Austestung 
komplexer PLC-Programme mit den 
Programmiergeräten PG 675/685 
(Siemens) kein Echtzeitbetrieb ge- 


währleistet wird. Der S-5-Analyzer 
wird in das auszutestende Programm 
eingebunden und ermöglichtauch bei 
Alarmbearbeitung Echtzeitbetrieb. 
Es können maximal 16 Kanäle belegt 
werden, wobei Kanal 0 als Startkanal 
benutzt wird. Über Voreinstellung 
kann festgelegt werden, ob der Ana- 
lyzer extern oder über Kanal 0 mit fal- 
lender oder steigender Flanke gestar- 
tet wird. 

Zur Suche sporadischer Fehler ist 
permanente Aufzeichnung möglich 
(max. 250 Signalwechsel/Zyklus). 
Der S 5-Analyzer ist bei allen Sie- 
mens-Automatisierungsgeräten ab 
AG S 5-130 W, S 5-150, S 5-115 U 
etc. implementierbar. 

VEB Werkzeugmaschinenfabrik UNION, 
Karl-Marx-Stadt, Koll. Hornbogen oder 
Schunk, Postfach 1043, Karl-Marx- 
Stadt, 9010 Dr. Aßmann/Krause 


Druckerservice- 
programme für 1 157/269 
amA71 50 

Die im Angebot befindlichen Pro- 
gramme nutzen die grafischen Mög- 
lichkeiten des 1157/269 mit IFSS- 
Schnittstelle am A 7150 unter DCP 
aus. Es können mit diesen Program- 
men unter anderem ASCII- und 
Word-Star-Dateien gedruckt werden 
(enthaltene Drucksteuerbefehle wer- 
den ausgewertet). Zur Verfügung 
steht der IBM-Zeichensatz (20H- 
FFH). Die Zeichen ab 80H werden 
grafisch nachgebildet und können in 
einem Rasterfeld von 6x10 editiert 
werden. Ein weiteres Programm (re- 
sident) erlaubt den Druck des aktuel- 
len Bildschirminhaltes. 

VEB Wissenschaftlich-Technisches Zen- 
trum der holzverarbeitenden Industrie 
Dresden, Bereich Werkstoffentwicklung 
und Anwendung, Zellescher Weg 24, 
Dresden, 8020; Tel. 46623 81 Dr.Büst 


Auto CA D- Druckertreiber 
für 24 Nadeln 

Es wird ein Druckertreiberprogramm 
für die Programme AutoCAD und 
MultiCAD angeboten, das für den 
Drucker Epson LQ-1000 und kompa- 
tible 24-Nadel-Drucker eine höhere 
Auflösung ermöglicht. Die erreichte 
Auflösung beträgt beim gewöhnli- 
chen 9-Nadel-Druckertreiber (FX-80/ 
100) 120 Dots per Inch und kann bei 
24-Nade!-Druckern mit dem ADI- 
Treiber auf 180 DPI gesteigert wer- 
den. 

Der Treiber wurde in (Turbo-) Assem- 
bler geschrieben (27 KByte Quelle) 
und läßt sich auch an andere, nicht 
zum LQ-1000 kompatible Drucker an- 
passen. Der benötigte Puffer von 
etwa 8 KByte kann bei Vorhanden- 
sein einer EMS-Speichererweiterung 
dort abgelegt werden, das Programm 
benötigt dann nur knapp 1/2 KByte 
Hauptspeicher, die benutzte EMS- 
Seite kann wieder freigegeben wer- 
den. Unterstützt wird der Anschluß 
des Druckers an LPT1 ..4. 

Akademie der Wissenschaften, Zentrum 
für wissenschaftlichen Gerätebau, Abt. 
BA, Rudower Chaussee 6, Berlin, 1199; 
Tel. 67433 89 Ihlenfeld 


Graph-Driver für A 7150 

Es wird ein Driver angeboten, der es 
gestattet, den vollen Umfang der Gra- 
fik-Prozeduren der Unit Graph von 
Turbo-Pascal 5.x im hochauflösen- 
den Grafikmodus (mit 640 x 480 Pi- 
xeln und 8 Graustufen) zu nutzen. 
Vorhandene Quellprogramme kön- 
nen damit nahezu ohne Änderungen 
auf dem A 7150 implementiert wer- 
den. Der Driver wird unter der Driver- 
Nummer 10 (= PC3270) mit Init- 
Graph aktiviert. Ein analoger Driver 
für den EC 1834 ist in Vorbereitung. 
Außerdem werden Zusatz-Units an- 
geboten, die allgemein nützliche Gra- 
fik-Funktionen realisieren, wie: Welt- 
koordinaten, Fensterselektionen, 
grafische Pop-up-Prozeduren, Fen- 
ster-Speicherungen, Hardcopy-Pro- 
zeduren, Steuerung des Grafik-Kur- 
sors mit Tastatur und Tablett. 
Weiterhin ist ein Driver zur Ansteue- 
rung eines HP-kompatiblen Plotters 
(SPL 430 o.ä.) unter Turbo-Graph 
vorhanden. 

Zentralinstitut für Physik der Erde, Be- 
reich I, Telegrafenberg, Potsdam, 1560; 
Tel. 31 0234 Köhler 


F-Tastenbelegung 

In MP 1/90, Seite 26, wurde eine 
Möglichkeit der Tastencodierung für 
16-Bit-PCs unter Nutzung der ANSI- 
Steuersequenzen vorgestellt. Eine 
nachnutzungsfähige Softwarelösung 
für Anwender mit geringeren Erfah- 
rungen auf diesem Gebiet ist das Pro- 
gramm TAST. Es wurde unter Turbo- 
Pascal 5.0 entwickelt und bietet fol- 
gende Möglichkeiten: dialoggesteu- 
erte Eingabe und Korrektur von Be- 
fehlsketten von bis zu 30 Zeichen 
Länge für je eine der Funktionstasten 
Fl - F10, wahlweises Stornieren 
oder Aktivieren von RETURN für jede 
Taste, Speichern und Reaktivieren 
jeder gewünschten Codierung, Be- 
fehlsverkettung bei Nutzung des stor- 
nierten RETURNS, globale und kon- 
textbezogene Hilfestellungen zu Be- 
fehlseingabe, -Sicherung und -akti- 
vierung sowie einigen Tips und Tricks 
für die Anwendung, die im Programm 
jederzeit abrufbar sind. Zur Über- 
nahme ist eine mit 360 KByte forma- 
tierte Diskette notwendig. 

Jürgen Plesse, Aufbauweg 2, Köllitsch, 
7291 


Hinweis 

Der Verlag Technik bittet um die fol- 
gende Berichtigung in dem Buch 
Claßen/Wiesner: Wissensspeicher 
80286-Programmierung. 

In der Befehlsliste des Mikroprozes- 
sors 80286 (Anhang A) sind Seiten 
vertauscht worden. 


Befehle Richtige 

Fortsetzung 

Datentransferbefehle S. 2 
Arithmetikbefehle S. 21 / 

Logikbefehle S.215 


Programmsteuerbefehle S. 21 3, 21 4, 21 1 
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Datenanalyse 

mit dem Personalcomputer 

von W. Fleischer und M. Nagel, Ver- 
lag Technik, Berlin 1989, 368 S., 46 
Bilder, 87 Tafeln 

Es gibt wohl kaum ein Gebiet der ex- 
perimentellen Natur-, Technik- und 
Sozialwissenschaften, in dem nicht 
aus anfallenden Datenmengen Aus- 
sagen, Wertungen oder Entscheidun- 
gen getroffen werden müssen. Dafür 
gibt es umfangreiche Fachliteratur, 
die die Methoden und Verfahren be- 
schreibt und durch die entwickelte 
Computertechnik vielfältige Möglich- 
keiten ihrer praktischen Umsetzung 
und effektiven Anwendung. Demge- 
genüber ist in der Praxis oft festzu- 
stellen, daß diese Möglichkeiten 
mangels Sachkenntnis, Überblick 
und Einarbeitungszeit viel zu wenig 
genutzt werden. Diesem Mangel ab- 
zuhelfen und die Möglichkeiten der 
statistischen Datenanalyse anwen- 
dungsbereitzu propagieren, ist Anlie- 
gen des vorliegenden Buches. In 
leicht zugänglicher Darstellung ent- 
hält es eine Vielzahl von Verfahren 
und Methoden zur Auswertung vor- 
wiegend ein- und zweidimensionaler 
Datensätze mit statistischen Metho- 
den, wobei insbesondere der grafi- 
schen Darstellung eine deutliche Auf- 
merksamkeit zuteil wird. Nach zwei 
einführenden Kapiteln, in denen die 
wesentlichen Grundbegriffe und Me- 
thoden der praktischen statistischen 
Datenanalyse mit Hilfe zahlreicher in- 
struktiver Beispiele anschaulich er- 
läutert werden, erfolgt in zwei weite- 
ren Kapiteln die Darlegung der 
Grundlagen der Wahrscheinlichkeits- 
theorie, der mathematischen Statistik 
und Testtheorie und ihrer Anwen- 
dungsmöglichkeiten. Schwerpunkte 
im weiteren sind die Varianzanalyse 
und die lineare Regression, die zu- 
nächst für zwei Zufallsvariablen ein- 
geführt und erläutert, und im letzten 
Teil des Buches zur multiplen Re- 
gression geführt wird. Ein besonde- 
res Kapitel ist der T ransformation von 
Datensätzen zur Erhöhung der Effi- 
zienz der statistischen Analyse ge- 
widmet. Jeder thematische Abschnitt 
behandelt zunächst die Grundlagen, 
demonstriert sie an einem oder meh- 
reren Beispielen und zeigt schließlich 
an einem entsprechenden Computer- 
programm die rechentechnische Um- 
setzung der dargelegten Verfahren. 
Das führt einerseits den Lernenden 
auf einfachem Wege von der Theorie 
zur Praxis und erzeugt andererseits 
eine gewisse Autonomie der einzel- 
nen Kapitel, was das Buch besonders 
zum selektiven Studium und zum 
Nachschlagen geeignet erscheinen 
läßt. Ein Anhang, der knapp ein Vier- 
tel des Gesamtumfanges einnimmt, 
enthält die Quelltexte der Basic-Pro- 
gramme, die im Sachteil des Buches 
erläutert werden. Ist dies auch - ge- 
messen an der Bereitstellung einer 
entsprechenden Programmdiskette- 
eine Notlösung, so wird derjenige, der 
sich der Mühe unterzieht, das eine 
oder andere Analyseprogramm ein- 
zutippen, neben einem Wissenszu- 
wachs auch die direkte Möglichkeit 
praktischer Datenanalyse aus der Ar- 
beit mit dem vorliegenden Titel ge- 
winnen. 
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Das Buch ist expressis verbis für den 
Praktiker geschrieben und allen je- 
nen zu empfehlen, die sich rasch in 
die statistische Analysentechnik mit 
dem Ziel ihrer unmittelbaren prakti- 
schen Anwendung einarbeiten wollen 
oder müssen. Darüber hinaus kann 
es auch durch seine fachliche Breite 
dem bereits auf diesem Gebiet Täti- 
gen nützliche Hinweise geben und 
zum Nachschlagen und zur Vertie- 
fung seiner Kenntnisse und Fähigkei- 
ten dienen. Prof. Dr. W. Schwarz 


PC MS-DOS-Schulung 

Programmierte Unterweisung in den 
Betriebssystemen PC-DOS und MS- 
DOS 

von G. Renner, Markt-und-Technik- 
Verlag, Haar bei München, 1990, 
490 S., 98,- DM, incl. 1 Diskette, 
ISBN 3-89090-777-6 

Noch ein Buch zu MS-DOS. Bringt es 
wirklich etwas Neues? Inhaltlich wird 
man kaum Neuigkeiten über die 
DOS-Benutzerschnittstelle aus ei- 
nem Buch erfahren. Die Frage ist 
also, wie das Wissen „rüberge- 
bracht“ wird. Durch die äußere Auf- 
machung wird der Einsatzzweck 
schon angedeutet. Es handelt sich 
nämlich weniger um ein Buch, als 
vielmehr um einen robusten Ordner 
mit Einzelblättern, in denen gewöhn- 
lich die Systemliteratur mit der Hard- 
ware ausgeliefert wird. Zum intensi- 
ven Gebrauch bestimmt. Das Werk 
gliedert sich in einen Einführungsteil 
(380 Seiten) und eine Referenz (100 
Seiten). Diese stellt auch verwöhnte 
Ansprüche zufrieden. Sie ist über- 
sichtlich und - soweit das überhaupt 
einschätzbar ist - vollständig. Alle 
Befehle der Versionen 3.3 und 4.0 
sind aufgenommen. 

Der Lernteil, der sich als „program- 
mierte Unterweisung“ versteht, ist in 
Lektionen gegliedert, an deren Ende 
mit Fragen und zugehörigen Antwor- 
ten eine Wiederholung der wichtig- 
sten Fakten vorgenommen wird. Be- 
sonderer Wert wird auf die Erklärung 
aller Begriffe gelegt, die erfahrungs- 
gemäß dem Einsteiger einige 
Schwierigkeiten bereiten, wobei auch 
anspruchsvolle Themen (EMS, Ca- 
che) zum Ende des Buches nicht aus- 
gespart werden. 

Man kann dem Buch eine sehr umfas- 
sende Darstellung attestieren. Ein- 
führend werden die PC-Hardware, 
allgemeine Aufgaben des Betriebssy- 
stems und die Entwicklung von MS- 
DOS über die einzelnen Versions- 
etappen behandelt. Im Mittelpunkt 
stehen dann die residenten und tran- 
sienten Systembefehle. Der Drang 
nach Vollständigkeit geht gar so weit, 
daß neben DEBUG auch der völlig 
obsolete Zeileneditor EDLIN aufge- 
nommen wurde. Statt des starren 
Festhaltens am Systemumfang von 
Microsoft wäre vielleicht die Auf- 
nahme einiger allgemein benutzter 
Dientsprogramme und Utilities hilfrei- 
cher gewesen. 

Um dem unbedarften Nutzer die Mög- 
lichkeit zu geben, sich ohne fremde 
Hilfe die notwendigen Fertigkeiten 
anzueignen, sind wichtige Bedienal- 
gorithmen (Systemstart, Konfigurie- 
ren, Formatieren) Schritt für Schritt 


als Kochrezept vorgegeben. An man- 
chen Stellen erscheint mir der Forma- 
lismus dann aber doch ein wenig 
übertrieben (Frage: Welche Teilauf- 
gaben unterscheiden wir bei einer Ar- 
beitssitzung? Anwort: Wir unterschei- 
den die Aufgabe vorbereiten, die Auf- 
gabe bearbeiten und die Aufgabe 
nachbereiten). 

Obwohl als Lehrbuch konzipiert, kann 
es ebenso zum Nachschlagen ver- 
wendet werden. Dafür stehen die 
zahlreichen relevanten Beispiele, 
eine übersichtliche Gliederung, In- 
halts- und Indexverzeichnis. So las- 
sen sich auch Handgriffe meistern, 
die nicht jeden Tag benötigt wer- 
den. 

Natürlich dürfen Batch-Dateien nicht 
fehlen. Ihnen ist eine ganze Lektion 
gewidmet. Neben der Beschreibung 
aller Steuerbefehle gibt es zwei Dut- 
zend ausführliche Beispiele. Und da- 
mit dem noch unsicheren Einsteiger 
das Abtippen erspart bleibt, sind-wie 
es guter Brauch ist -alle Programme 
auf der zugehörigen Diskette. Viel- 
leicht weiß der Autor auch, daß mit 
EDLIN so schnell kein Erfolg zu erzie- 
len ist. 

Fazit: Haben Sie zu Ihrem Rechner 
einen Satz guter Systemliteratur er- 
halten, so läßt sich auf das vorlie- 
gende Buch sicher verzichten. Sieht 
es auf diesem Gebiet aber eher spär- 
lich oder englischsprachig aus, oder 
schlagen Sie sich gar mit einer süd- 
ostasiatischen Übersetzung herum, 
so sei gerade dieses Werk als Ergän- 
zung empfohlen. u. Schulze 


Aufbau und Arbeitsweise 
von Rechenanlagen 

von W. Coy, Friedr. Vieweg & Sohn 
Verlagsgesellschaft mbH, Braun- 
schweig 1 988, 275 Seiten 

Das vorliegende Buch stellt eine aus- 
gezeichnete Einführung in die Orga- 
nisation und Architektur moderner 
Rechenanlagen dar. Im ersten Teil 
des Buches sind fünf Abschnitte zum 
Schaltungsentwurf und zur Rechner- 
organisation enthalten. Hier findet der 
Leser alle neuen Erkenntnisse von 
der Schaltungslogik über integrierte 
Schaltkreise bis hin zum Entwurf von 
sequentiellen Maschinen zusam- 
mengefaßt und verständlich er- 
klärt. 

Im zweiten Teil des Buches, dem 
Hauptteil, wird der Rechner auf Archi- 
tekturebene behandelt. Es werden 
Datendarstellungen, Aufbau und Ar- 
beitsweise einer Zentraleinheit, Be- 
fehlssätze und Mikroprogrammie- 
rung, Assemblerprogrammierung, 
arithmetische Operationen, Bussy- 
steme, E/A-Organisation und mo- 
derne, hierarchisch aufgebaute Spei- 
cherorganisationen, einschließlich 
virtueller Speichertechnik, Cache- 
speicher und Paging, beschrieben. 
Der dritte Teil ergänzt das Buch mit 
grundlegenden Aussagen zu Be- 
triebssystemen, die gewissermaßen 
eine Erweiterung der Hardware dar- 
stellen. Neben einer Einführung in die 
Aufgaben eines Betriebssystems 
werden vor allem Prozeßverwaltung, 
Speicherverwaltung und Kommando- 
sprachinterpreter behandelt. Sehr 
wertvoll ist auch der abschließende 


Abschnitt, der einen hervorragenden 
Ausblick auf die Entwicklungstenden- 
zen in der nahen Zukunft gibt. 

Im zweiten Teil des Buches wird bei 
der Architekturbetrachtung die Ver- 
bindung zu Schaltkreissystemen wie 
MC 68000, Intel 8086/80286 oder ty- 
pischen Kleinrechnerarchitekturen, 
z. B. VAX 11/780, hergestellt, wäh- 
rend für den dritten Teil als Basis zur 
Betriebssystembetrachtung das Be- 
triebssystem UNIX gewählt wurde. 
Auf Grund des Lehrbuchcharakters 
mit Übungsaufgaben zur Selbstkon- 
trolle ist das Buch als Zusatzliteratur 
zum Informatik-Grundstudium geeig- 
net. 

Natürlich sind bei der Breite des Bu- 
ches kleinere Unexaktheiten nicht 
ganz ausgeschlossen. So wird der 
Massbus als synchrone Variante des 
VAX-Ein-/Ausgabebusses eingeord- 
net, obwohl er lange vor der VAX-1 1/ 
780 als Bus mit asynchroner Steue- 
rung zum Anschluß großer Platten- 
speicher an die PDP-1 1/70 entwickelt 
wurde und heute seine Bedeutung für 
die VAX praktisch verloren hat. Die 
größeren Ungenauigkeiten sind im 
Betriebssystemteil zu finden. So ent- 
spricht u.a. das Schichtenmodeli 
nicht dem heute üblichen Stand. 
Auch werden die POSIX-Standard- 
entwürfe fälschlicherweise als UNIX- 
Standards charakterisiert. Die PO- 
SlX-Standards (Portable Operating 
System Interface) des IEEE verfolgen 
die Zielstellung der Erarbeitung von 
Betriebssystemstandards zur Imple- 
mentierung von portablen Betriebs- 
systemschnittstellen auf Nicht-UNIX- 
Systemen unter gleichzeitiger Wah- 
rung der Kompatibilität zu UNIX-Sy- 
Stem V und X/OPEN. Prof. Dr. Horn 


Informationsschrift 
zu LANs mit EC 1834 

Die Informationsschrift beinhaltet ein- 
führend den internationalen Stand 
auf dem Hardwaresektor und der 
Netzbetriebssysteme und die bisher 
in der DDR durchgeführten Arbeiten. 
Schwerpunkt ist die Behandlung von 
praktischen Fragen des Aufbaus und 
der Funktionsweise von LAN-Con- 
trollern und ihres Einsatzes im EC 
1834, des Zusammenwirkens von 
LAN-Controller und Netzwerkbe- 
triebssystem mit der Kommunika- 
tionsschnittstelle NETBIOS und der 
Inbetriebnahme und des Tests eines 
LANs. 

Im Anhang ist eine Zusammenstel- 
lung von Begriffserklärungen für das 
Arbeitsgebiet enthalten. Damit ver- 
mittelt die Informationsschrift den 
Projektanten und Nutzern von lokalen 
Netzen notwendiges Basiswissen 
und unterstützt vor allem Spezialisten 
beim konkreten Aufbau und der Inbe- 
triebnahme des LAN. 

Der Preis für die Informationsschrift 
(ca. 80 Seiten) beträgt 250,00 M. 
Bestellungen richten Sie bitte an: 
DVZ Suhl, Bereich Absatz und Be- 
schaffung, Am Fröhlichen Mann, 
Suhl, 6017 
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Leserumfrage 


Liebe Leserinnen und Leser! 


Zu gewinnen: 


Um noch besser beurteilen zu kön- 
nen, wo die gegenwärtigen und künf- 
tigen Schwerpunkte Ihres Interesses 
liegen, veranstalten wir auf dieser 
Seite eine kleine Umfrage. 

Wir bitten Sie, mit dem Ausfüllen des 
Fragebogens das künftige Profil der 
MP so mitzubestimmen, daß es Ihren 
Vorstellungen näherkommt. Schon 
das wäre sicher die kleine Mühe des 
Ausfüllens und Absendens wert. Zu- 
sätzlich erhalten Sie damit die Gele- 
genheit, an einer Verlosung teilzu- 
nehmen, für die uns einige Firmen 
freundlicherweise Preise zur Verfü- 
gung stellten. Als Hauptpreis winkt 
ein Personalcomputer von LGI, den 
wir Ihnen auf dieser Seite vorstellen. 
Weitere Preise sind von der Firma 
Volkswriter Software Deutschland 


GmbH, Eschenried: 20 Textverarbei- 
tungsprogramme „Volkswriter“ und 
zahlreiche Lernprogramme, bei- 
spielsweise für MS-DOS und zum ef- 
fektiven Umgang mit Ihrem PC. Au- 
ßerdem verlosen wir Computerlitera- 
tur. 

Einsendeschluß für die Teilnahme an 
der Verlosung, die unter Ausschluß 
des Rechtsweges erfolgt, ist der 30. 
August 1990. Die Gewinner werden 
dann persönlich benachrichtigt. 

Also: Fragebogen ausfüllen und an 
folgende Adresse senden: 

Vertag Technik 
Redaktion MP 
Kennwort Leserumfrage 
Oranienburger Straße 13/14 
Berlin, 1020 


Die Produktpalette des südkoreani- 
schen Computerherstellers Lucky 
GoldStar International ist recht um- 
fangreich und geht dabei von 
80286ern über 80386er bis hin zu 
PCs der 80486er Klasse. Ebenfalls 
im Angebot sind der Laptop LGI 286 
LT sowie SuperScan- und VGA-Mo- 
nitore, aber auch Optical und Flopti- 
cal Disks. 

Im folgenden stellen wir Ihnen die 
Reihe der 80286er PCs etwas näher 
vor, zu der auch unser Hauptpreis ge- 
hört. 

Die zwei auf der Basis des Intel-Pro- 
zessors 80286 angebotenen PCs un- 
terscheiden sich nur durch die Takt- 
frequenz. Der LGI 286n wird mit maxi- 
mal 1 2 MHz und der LGI 286s mit ma- 
ximal 16 MHz angeboten. Beide PCs 
können auch mit 8MHz betrieben 
werden. An der Vorderseite des 
Grundgerätes sind neben den Kon- 
trolleuchten auch Funktionsschalter 
bzw. Tasten. Mit dem Schlüssel- 
schalter (links) können Sie sämtliche 
Daten auf der Festplatte vor fremdem 


Zugriff schützen, da hiermit die Tasta- 
tur blockiert werden kann. 

Die Hauptplatine des LGI 286x ist ein 
New Enhanced AT-Motherboard 
(NEAT), dessen entscheidender Un- 
terschied zu anderen Technologien 
die softwaremäßige Einstellung ver- 
schiedener Systemparameter ist. 
Kein Aufschrauben und kein Stellen 
von Mikroschaltern mehr. Die wichtig- 
sten technischen Daten sind ein RAM 
von mindestens 1 MByte, ein 5 1/4- 
Zoll-Laufwerk (1,2 MByte/360 
KByte), eine Festplatte (20 oder 40 
MByte), eine hochauflösende Farb- 
grafik (bis 1024 x 768 Punkte, VGA) 
sowie serielle und parallele Schnitt- 
stellen. Eine Erweiterung um ein 
zweites Diskettenlaufwerk (5 1/4- 
oder 3 1/2-Zoll) und eine Ergänzung 
mit dem mathematischen Koprozes- 
sor 80287 sind möglich. Als Software 
wird standardmäßig MS-DOS 3.3 ein- 
schließlich eines speziellen LGI-Lern- 
programms mitgeliefert, ebenso Mi- 
crosoft GW-Basic und das LGI-Soft- 
ware-System. 



Technische Daten 


LGI 80286 


Prozessor 

Intel 80286, 8/12 MHz bzw. 8/16 MHz, Sockel für optionalen 
Koprozessor Intel 80287 

Hauptspeicher 

Standardmäßig 1 MByte RAM auf der Hauptplatine, 
auf 8 MByte RAM erweiterbar 

Massenspeicher 

Floppylaufwerk 1 ,2 MByte, 5,25 Zoll Festplatte 20 MByte 
oder 40 MByte 

Video Controller 

VGA-Controller 16 Bit mit Analog- und TTL-Signal, maximale 
Auflösung: 1024 x 768 Punkte 

Tastatur 

1 02 Tasten, erweiterte AT-Tastatur (IBM-kompatibel) 

Schnittstellen 

zwei serielle (RS232C) und eine parallele 

Erweiterungsslots 

5 x 16 Bit und 3 x 8 Bit 

Maße (B x T x H) 

433 x 420 x 155 mm 3 


• Ich bin 



beruflich 

privat 

Computeranwender 

O 

O 

Hardwareentwickler 

o 

O 

Softwareentwickler 

o 

O 

wissenschaftlich tätig 

o 


Schüler/Lehrling/Student 

o 



Sonstiges bitte hiereintragen (z. B. Führungskraft, DV-Mitarbeiter, Interessent): 


• Welche Themen gehören nicht in die MP bzw. sollten reduziert werden? 


• Welche Themen fehlen in der MP gänzlich oder sind zu gering vertreten? 


• Ich bekomme die MP 

im Abonnement O 

im Freiverkauf O 

dienstlich O 

• Sollten Sie die MP dienstlich im Umlauf erhalten, geben Sie bitte, soweit be- 
kannt, noch die Anzahl der weiteren Leser entsprechend den folgenden Ka- 
tegorien an: 

Computeranwender 

Hardwareentwickler 

Softwareentwickler 

wissenschaftlich Tätige 

sonstige Mitarbeiter 


• Die Beiträge in der MP sind überwiegend 

zu populärwissenschaftlich O 

zu wissenschaftlich-theoretisch O 

zu fachspezifisch O 

verständlich und ausgewogen O 
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• Weitere Hinweise, Kritiken, Wünsche: 


Absender 

Name 

Vorname 

Straße, Nr 

PLZ, Ort 
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Leipziger Frühjahrsmesse 1990 



Bild 2 


War die Leipziger Frühjahrsmesse im 
825. Jahr des Bestehens der Leipzi- 
ger Messen nun die letzte? Sicher 
nicht. Aber Ausstellern und Besu- 
chern der Computerbranche drängte 
sich angesichts der Veränderungen 
in der DDR und des „Zusammen- 
wachsens“ doch die Frage nach der 
Berechtigung auf; und zwar im Hin- 
blick auf die bereits kurz darauf ver- 
anstalteten Messen CeBIT 90 als 
weltgrößte Computermesse und In- 
dustrie ’90, jeweils in Hannover. An- 
zeichen für mangelndes Interesse an 
der LFM ließen sich allerdings noch 
nicht erkennen. Das 340 000 Qua- 
dratmeter große Ausstellungsterrain 
war restlos vermietet worden; davon 
mehr als ein Drittel an ausländische 
Unternehmen aus etwa 70 Ländern. 
Gegenüber der Vorjahres-LFM wa- 
ren das etwa 8000 Quadratmeter zu- 
sätzlich. 

Hinsichtlich des Niveaus der Pro- 
dukte dokumentierte die LFM den in- 
ternationalen Stand wiederum nur 
teilweise. Westlichen Firmen waren 
bekanntlich noch Beschränkungen 
zur Lieferung von Hochtechnologien 
auferlegt; RGW-Länder nutzen tradi- 
tionell ihre Heimmessen zur Präsen- 
tation von Neuheiten, die offenbar rar 
sind. So zeigten sie in Leipzig zum 
. . .zigsten Mal ihren PC Elwro 801 AT 
(Polen), PP 06 (CSFR) oder Felix PC 
(Rumänien). 

Robotron nutzte seine Heimmesse, 
um nicht nur den bereits im Vorjahr 
erwarteten EC 1835 vorzustellen, 
sondern gleichzeitig zwei Varianten 
von ihm: den 32-Bit-EC 1835 und ei- 
nen Transputer-EC 1835. Außerdem 
die neue EC-1834-Version EC 
1834.01. Unverkennbar eine Be- 
schleunigung der Erneuerungs-, Ent- 
schuldigung; Innovationsrate bei Ro- 
botron. Im folgenden haben wir für 
Sie wieder die Neuheiten zusammen- 
gestellt, die uns erwähnenswert er- 
schienen. 


Hardware 

• PCs und Workstations 

Da wäre zunächst der bereits ge- 
nannte EC 1834.01 (Bild 1). Obwohl 
Robotron versucht hat, stärker auf 
Bauelemente aus der DDR und dem 
RGW zu orientieren, wurde im Unter- 
schied zum zwei Jahre älteren Vor- 
gänger, EC 1834, nach Angaben von 
Robotron die „direkte“ XT-Kompatibi- 
lität erreicht. Auch der EC 1 834.01 ar- 
beitet mit dem 8086-kompatiblen Pro- 
zessor K 1810 WM86 aus der 
UdSSR. Seine Taktfrequenz ist 4,9 
MHz. Für den nun standardmäßig auf 
der Systemplatäne vorhandenen 640 
KByte großen RAM werden 64-KBit- 
und 256-KBit-Schaltkreise verwen- 
det. Für Erweiterungen stehen 8 
Steckplätze zur Verfügung (4 bis 6 in- 
direkte und 2 bis 4 direkte Steckver- 
binder), von denen jedoch minde- 
stens 4 für Harddisk- und Floppy- 
Adapterkarte, für Videoadapter und 
für eine serielle oder parallele Schnitt- 
stellenkarte belegt werden. Die noch 
freien 4 Steckplätze können mit der 
vom 1834 bekannten 384-KByte- 


Bild 1 


RAM-Karte, mit der Beschleuniger- 
karte BK 600 (vgl. MP 2/90, 3. US), 
mit einer LAN-Adapterkarte oder mit 
anderen XT-kompatiblen Karten be- 
legt werden. Der Floppydisk-Adapter 
kann vier 5,25-Zoll-Laufwerke mit ei- 
ner Kapazität von je 720 KByte an- 
steuern; ausgestattet ist der 1834.01 
mit einem Laufwerk. Der Harddisk- 
Adapter kann zwei Laufwerke mit ma- 
ximal je 63 MByte ansteuern. Er ver- 
wendet dafür den Controller U 82062, 
der eine Datenübertragungsrate von 
5 MBit pro Sekunde gewährleistet. Er 
erreicht theoretisch einen Interleave- 
faktor von 3, mit dem Betriebssystem 
DCP von Robotron jedoch nur von 6. 
Als Monitoradapter wird von Robo- 
tron zwar standardmäßig nur ein al- 
phanumerischer Monochromadapter 
angeboten, daneben sind aber auch 
noch ein monochromer Grafikadapter 
(MGA), ein CGA-kompatibler Adapter 
und ein VGA-Adapter verfügbar (im 
Gegensatz zum EC 1834 zu Lasten 
von nur einem Steckplatz). Als Be- 
triebssysteme stehen DCP 3.3, MS- 
DOS 4.01 und das Unix-kompatible 
Mutos 1 834 zur Verfügung. 

Weiterhin bot Robotron in Leipzig den 
Nachfolger des XTs, den AT-kompa- 
tiblen EC 1835 an. Diesen Rechner 
haben wir bereits im vorigen Heft nä- 
her vorgestellt. Für anspruchsvollere 
Aufgaben, wie Bildverarbeitung, CAD 
oder komplizierte Berechnungen, wa- 
ren noch zwei „Verwandte“ des EC 
1835 präsent: die Transputer-Work- 
station EC 1835-TR8 und der 386er 
AT EC 1835 turbo, beide Geräte fin- 
den Sie auf der 4. Umschlagseite. 

Viele Besucher erwarteten, daß Ro- 
botron zur LFM einen Nachfolger des 
monumentalen K 1840, den K 1820 
präsentiert, den Projektleiter Dr. Wal- 
ter den Anwendern „als kleinen Wür- 
fel an den Arbeitsplatz bringen“ will 
(s. MP 10/89, S.290). Gezeigt wurde 
jedoch lediglich mit dem Volumen des 
K 1840 die Weiterentwicklung K 
1845, die vor allem einen größeren 
Hauptspeicher besitzt. Rechner die- 
ser Kategorie - also Minirechner oder 
Rechner der mittleren Datentechnik - 
waren zur LFM nur schwach vertre- 


ten. IBM Deutschland zeigte hier zum 
Beispiel ihr System /400, über das wir 
bereits mehrfach in MP berichteten. 
Bei Siemens waren mehrere Anlagen 
dieser Kategorie zu sehen, wobei 
sich die Grenzen zwischen Minis, 
Workstations und Hochleistungs- 
Personalcomputern heute nicht mehr 
so exakt bestimmen lassen. Das Sie- 
mens-Mehrplatzcomputersystem MX 
300 läuft unter SIN IX und soll dem- 
nächst voll Unix-kompatibel sein. Als 
Prozessor wird hier - etwas unüblich 
- der 32-Bit-Prozessor NS 32332 (von 
National Semiconductor) mit 15 MHz 
Taktfrequenz verwendet. Weitere Da- 
ten: Multibus I, 4 bis 16 MByte Haupt- 
speicher, 2 x 200 oder 2 x 300 MByte 
Festplattenkapazität, 5,25-Zoll- 
Floppy, Streamer und Grafikmonitor. 

Ebenfalls zu den Workstations zu 
rechnen ist der 16-Bit-Rechner CM 
1425 der Kiewer Produktionsvereini- 
gung Elektronmasch (Bild 2). Der CM 
1425 besitzt eine diskret aufgebaute 
CPU und eine Unibus-Schnittstelle, 
was Kompatibilität mit der DEC-Tech- 


nik vermuten läßt. Seine Speicherka- 
pazität kann zwischen 0,5 und 4 
MByte beitragen; er soll eine Leistung 
von 3 MIPS aufweisen. Als Massen- 
speicher sind eine 5,25-Zoll-Fest- 
platte mit 1 1 oder 31 MByte und eine 
5,25-Zoll-Floppy mit 0,5 MByte vor- 
handen. Der Grafikbildschirm arbeitet 
mit einer Auflösung von 520 x 512 
Bildpunkten. Als Betriebssystem wird 
das Echtzeitsystem OS RW M - ein 
Nachfolger von OS RW - genutzt. 

Videoton hatte das neueste Modell 
seiner VT 32-Reihe mitgebracht. 
Über die Rechner VT 31 0 und VT 320 
(mit Motorola 6801 0-kompatiblem 1 6/ 
32-Bit-Prozessor) hatten wir in MP 
schon berichtet; diesmal war das Mo- 
dell VT 3200 zu sehen (Bild 3), das 
mit Prozessoren kompatibel zum 
68020/68030 arbeitet. 

Die Bull AG zeigte unter anderem den 
Supermikrocomputer DPX 2000 (Bild 
4), ein Muitiprozessorsystem, bei 
dem alle Kommunikationscontroller 
über eigene Steuerprozessoren und 
Datentransferspeicher verfügen. 



Bild 3 
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Dazu kommt ein Doppelbussystem, 
bei dem dedizierte 32-Bit-Hochlei- 
stungsbusse für die Kommunikation 
zwischen CPU - ein 32-Bit-Motorola- 
68020 - und Hauptspeicher einer- 
seits und für den Datentransfer zwi- 
schen CPU und E/A-System anderer- 
seits eingesetzt werden. Jedes Ba- 
sissystem läßt sich bis auf 32 oder 64 
Benutzerterminals ausbauen. Die 
Leistung des Systems soll bis auf 5 
MIPS gebracht werden können. Als 
Betriebssystem wird das auf Unix V 
basierende SPIX angeboten. 

Die Präsentation von Hochleistungs- 
PCs hielt sich zur diesjährigen LFM in 
Grenzen; vieles war bereits von 1 989 
oder gar 1988 bekannt. Jedoch gab 
es eine Ausnahme: Commodore 
zeigte neben seinen kompatiblen Mo- 
dellen PC 50-11 und PC 40-111 sowie 
neben dem bekannten Amiga 2000 


erstmals öffentlich - also noch vor der 
CeBIT - sein neues Flaggschiff 
Amiga 2500/30 (Bild 5), als Basis für 
professionelle Anwendungen wie 
zum Beispiel DTP, Desktop Pre- 
sentation und Desktop Video. Diese 
Videoleistungen wurden den Besu- 
chern eindrucksvoll demonstriert. 
Herz des neuen Rechners ist der mit 
24 MHz getaktete Motorola 68030, 
der bisherige Memory-Management- 
Chip ist hier bereits integriert (als Po- 
sitivum sei vermerkt, daß trotz des 
Messetrubels das Rechnergehäuse 
bereitwillig entfernt wurde, so daß wir 
einen Blick ins Innere und auf den 
Prozessor werfen konnten - was wir 
uns bei Robotron bezüglich des EC 
1835 Turbo auch wünschten, leider 
ohne Erfolg). Mit diesem schnellen 
Prozessor und durch den auf 32 Bit 
verdoppelten Datenbus soll der neue 


Bild ö 

Amiga doppelt so schnell wie das bis- 
herige Spitzenmodell sein. Weitere 
technische Angaben können Sie un- 
serem Heft 3/1990, S.95, entneh- 
men. Die Preisempfehlung für den 
Amiga 2500/30 liegt bei etwa 
9000 DM. (Inzwischen hat Commo- 
dore bereits sein neues Modell Amiga 
3000 präsentiert.) 

Schon mehrfach hatten wir auf PCs 
mit dem Intel-Prozessor 80386 SX 
hingewiesen, die den schnellen 
286er ATs Konkurrenz machen und 
als Einstieg in die 32-Bit-Welt dienen 
sollen. Commodore hatte ein solches 
Modell zur Systems 89 vorgestellt (s. 
MP 2/90, S. 63) und nun zur LFM mit- 
gebracht. Der PC 50-11 soll in seiner 
Einstiegsversion mit 40- MByte- Fest- 
platte für gut 7200 DM angeboten 
werden; eine Version mit 100-MByte- 
Harddisk ist jedoch auch im Angebot. 
Der Rechner hat standardmäßig ein 
3,5-Zoll-Diskettenlaufwerk und einen 
Einbauplatz für ein 5,25-Zoll-Disket- 
tenlaufwerk. Im Gerät gibt es für Er- 
weiterungskarten fünf Steckplätze. 
Einen SX-Rechner hatte aus ihrem 
breiten PC-Spektrum ebenfalls die 
Philips AG ausgestellt. Auch der P 
3345 (Bild 6) ist mit 40- oder 100- 
MByte-Festplatte lieferbar und besitzt 
standardmäßig ein 3,5-Zoll-Disket- 
tenlaufwerk. Weitere Daten; 1 MByte 
Hauptspeicher, je eine serielle und 
parallele Schnittstelle, VGA-Control- 
ler, 4 freie Steckplätze. 

Atari präsentierte zur LFM einen gro- 
ßen Teil des Produktspektrums. So 
gab es den zur vorjährigen CeBIT 
vorgestellten Portfolio (s. MP 12/89, 
S.384) ebenso zu sehen wie ein 
neues AT-Einstiegsmodell, den ABC 
286-30 (über den wir in einem der 
nächsten Hefte berichten werden). 
Nach Leipzig kam auch der mobile 
ST, Ataris Laptop Stacy (Bild 7). Prä- 
sentiert wurde er erstmals zur CeBIT 
89 mit 1 MByte Hauptspeicher, nun 
gab es die neue Variante mit 4 MByte 
RAM , den Stacy 4. Das Besondere an 
diesem Laptop ist, daß die Eigen- 
schaften, die Musiker an den Atari 
STs schätzen, auf den mobilen ST 
übertragen wurden. Das heißt, der 
Stacy ist vollkommen ST-kompatibel, 
so daß zum Beispiel mehr als 200 
Midi-Programme genutzt werden 
können. Durch das MIDI-Interface 
kann das Gerät auch vor Ort, das 
heißt im wechselnden Studio oder auf 
der Bühne problemlos genutzt wer- 
den. Zwar ist der Stacy netzunabhän- 
gig, da jedoch keine Akkus, sondern 
Batterien verwendet werden (jeweils 
12 Babyzellen), ist eine Steckdose in 


Arbeitsplatznähe doch empfehlens- 
wert. Neben dem 4-MByte-RAM be- 
sitzt der Stacy 196 KByte ROM, ein 
3,5-Zoll-Floppylaufwerk (720 KByte) 
und eine 40-MByte-Festplatte. Der 
Bildschirm ist ein hintergrundbe- 
leuchtetes Supertwist-LCD mit 600 x 
400 Bildpunkten. Zur Arbeit unter der 
GEM-Bedienoberfläche wurde in die 
Tastatur bereits die Maus „umge- 
dreht“ eingebaut, als Trackball also. 
Es gibt jedoch auch eine Schnittstelle 
für eine herkömmliche Maus (der 
Trackball wird dann abgeschaltet) 
ebenso wie für zusätzliche Monitore 
(monochrom oder color), Drucker 
oder weitere Festplatten bzw. Floppy- 
stationen. Das Gewicht des Stacy 
liegt bei knappen 8 kg; der Preis bei 
etwa 6500 DM. 

• Heimcomputer 

Hier soll vor allem der Neue aus Mühl- 
hausen genannt werden. Der KC 
compact (Bild 8) des VEB Mikroelek- 
tronik Mühlhausen ähnelt dem Bil- 
dungscomputer; das heißt, erbesteht 
aus dem Grundgerät mit integrierter 
Tastatur und einem separaten Bei- 
stellnetzteil. Die Bildausgabe erfolgt 
über HF oder RGB auf Schwarzweiß- 
oder Farbfernsehgeräten bzw. auf 
Monitoren in drei Grafikauflösungs- 
varianten: 200 x 160 Bildpunkte bei 
16 aus 27 Farben, 200 x 320 Bild- 
punkte bei 4 aus 27 Farben oder 200 
x 640 Bildpunkte bei 2 aus 27 Far- 
ben. Auch kann zwischen 40 und 80 
Zeichen/Zeile gewählt werden; die 
Zeilenanzahl beträgt stets 25. Als 
Prozessor wird auch beim compact 
der 8- Bit-Typ U 880 verwendet. Die 
Größe des Hauptspeichers beträgt 64 
KByte, wovon etwa 42 KByte für den 
Anwender nutzbar sind. Im 32 KByte 
großen ROM sind das Betriebssy- 
stem und Basic enthalten. Zur Toner- 
zeugung ist ein Soundgenerator mit 3 
Kanälen in 8 Oktaven vorhanden. 
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Neben den Anschlüssen für Kasset- 
tenrecorder, Joystick und Sound ist 
standardmäßig für Drucker eine Cen- 
tronics-Schnittstelle vorhanden. Über 
ein sogenanntes Expansionsinter- 
face kann auch - wie auf unserem 
Bild zu sehen - eine Diskettenstation 
angeschlossen werden. 

Mehrere Heimcomputer wurden auch 
wieder im sowjetischen Pavillon aus- 
gestellt. Der 16-Bit-Rechner Poisk 
(Bild 9) von der Kiewer Produktions- 
vereinigung Elektronmasch arbeitet 
mit dem 8088-kompatiblen Prozessor 
KM 1810 WM88, hat einen Haupt- 
speicher von 128 KByte RAM und 8 
KByte ROM. Er soll eine Leistung von 
1,25 MIPS erreichen. Mit den wahl- 
weise anschließbaren Monitoren 
oder Fernsehgeräten können 320 x 
200 Punkte in 4 aus 16 Farben oder 
640 x 200 Punkte in 2 aus 16 Farben 
dargestellt werden. Als Speicherme- 
dium dient lediglich ein Kassettenton- 
bandgerät. 

Einen Heimcomputer mit einem 5V4- 
Zoll-Floppylaufwerk hatte das Pen- 
saer Werk für Nachrichtenelektroni- 
sche Geräte mit dem Sura zu bieten. 
Dafür verfügt er aber nur über einen 
8-Bit-Prozessor und eine alphanume- 
rische Bildschirmdarstellung. Der 
RAM hat eine Größe von 64 KByte 
und der ROM von 1 6 bis 32 KByte. 

Der Vektor-06C von der Produktions- 
vereinigung Stschjotmasch aus Ki- 
schinjow arbeitet mit dem 8080-kom- 


patiblen Prozessor KR 580 WM80A 
und soll damit immerhin 0,6 MIPS er- 
reichen. Der RAM hat eine Größe von 
64 KByte und der ROM von 51 2 Byte. 
Zum Speichern steht auch nur ein 
Kassettengerät zur Verfügung; der 
Anschluß eines externen Floppylauf- 
werkes ist möglich. Der Vektor-06C 
verfügt über eine Grafik mit 256 x 
256 Punkten und 16 aus 255 Farben 
oder mit 51 2 x 256 Punkten mit 4 aus 
255 Farben. 


• Peripherie 

Erstmals zur LFM vertreten war der 
bekannte Druckerhersteller Star Mi- 
cronics, nach eigenen Angaben welt- 
weit zweitgrößter Anbieter von Com- 
puterdruckern. Ähnlich anderen nam- 
haften Produzenten reicht auch bei 
Star die Palette vom preiswerten Mo- 
dell für den Hobbyanwender bis zu ro- 
busten Hochleistungsdruckern. Be- 
sonders für Kleinbetriebe dürfte die 
Farbversion des gutverkauften Ein- 
stiegsmodells LC 1 0 interessant sein. 
Mit dem Farbband, auf dem neben 
schwarz noch die Grundfarben rot, 
gelb und blau vorhanden sind, lassen 
sich durch Mischen insgesamt sechs 
Farben plus schwarz erzeugen. Die 
Farbauswahl erfolgt durch Steuerzei- 
chen der jeweiligen Textverarbei- 
tungssoftware. Der LC 10 Color 
(Bild 10) ist ein 9-Nadel-Drucker, der 
bei Schnellschrift bis zu 144 Zeichen/ 
s und in Near Letter Quality bis zu 
36Zeichen/s (jeweils bei 12cpi) auf 
das Papier bringt. Mit serienmäßiger 
Papier-Parkfunktion für Endlospa- 
pier, mit Schubtraktor, Papierwalze, 
halbautomatischem Papiereinzug, 
Trennautomatik für Endlospapier und 
vier eingebauten Schriftarten ist er 
zum Preis von etwa 700 DM ein si- 
cher interessantes Angebot. Am obe- 
ren Ende der Leistungsskala stehen 
bei Star die Laserdrucker der Reihe 
LS-08 in den Versionen II, DB und 
DX. Allen gemeinsam ist die Druck- 
geschwindigkeit von 8 Seiten/Minute. 
Das Modell DB erlaubt gegenüber 
dem Modell II durch zwei Papier- 
schächte das Drucken auf zwei ge- 
trennten Vorlagen; beispielsweise 
das erste Blatt einer Korrespondenz 
mit schon aufgedrucktem Firmenkopf 
und die Folgeseiten ohne diesen. Das 
Interessante an dem Modell LS-08 
DX ist, daß hier gleichzeitig die Vor- 
der- und Rückseite bedruckt werden 
kann, was eine erhebliche Zeiterspar- 
nis bei notwendigem Bedrucken der 
Rückseite bedeutet. Der Preis dieser 
Version liegt bei etwa 9500 DM. Zum 
Preis von etwa 3000 DM ist für alle 
Versionen auch eine PostScript-Op- 
tion erhältlich. 

Im Gegensatz zu Star Micronics prä- 
sentierte Seikosha bereits zum drit- 
ten Mal seine Produkte auf der LFM. 
Nennenswert hier vor allem die erst- 
mals zur Systems 89 gezeigten 
neuen Drucker SP 2000, SL 92 und 
SL 532. Der SP 2000 setzt die erfolg- 


reiche 9-Nadeldrucker-SP-Serie fort 
und ist die Weiterentwicklung des SP 
1600 (s. MP 8/89, S. 253). Gegen- 
über diesem erreicht der SP 2000 
jetzt 40 Zeichen/s in Schönschrift- 
druck, er hat einen Schubtraktor, Pa- 
pierparkfunktion, höheren Bedien- 
komfort und neben der parallelen 
Centronics-Schnittstelle erstmals se- 
rienmäßig gleichzeitig die serielle RS 
232C-Schnittstelle. Der Preis liegt bei 
etwa 600 DM. 

Auch der 24-Nadeldrucker SL-92 
(Bild 11) ist eine Weiterentwicklung, 
und zwar des SL-80. Gegenüber die- 
sem ist der SL-92 schneller - 240 Zei- 
chen/s in Schnellschrift und 80 Zei- 
chen/s in NLQ Elite -, er besitzt auch 
einen Schubfaktor, einen vergrößer- 
ten Druckspeicher (44 KByte) und ei- 
nen sogenannten Quiet-Modus, der 
das Druckgeräusch deutlich reduzie- 
ren soll. Preis; etwa 900 DM. Bei dem 
genannten 24-Nadler SL-532 handelt 
es sich um einen Flachbettdrucker. 
Der Vorteil dieser Drucker - die seit 
kurzem von einigen Herstellern ange- 
boten werden - liegt vor allem darin, 
daß das Papier nicht um die Druck- 
walze gerollt werden muß, sondern 
waagerecht durchgezogen wird. Da- 
mit können unflexible Materialien wie 
Pappe problemlos bedruckt werden; 
auch ist das Verwenden von bis zu 
vier Durchschlägen unproblematisch. 
Ausführlicher stellen wir dieses inter- 
essante Modell in Heft 8 vor. 

Einen leistungsfähigen Tintenstrahl- 
plotter bei Robotron mit dem Farb- 
plotter K 6421 an. Er soll als Ausga- 
begerät für32-Bit-Rechner, wieden K 
1840, dienen. Das zu verarbeitende 
oberflächenbehandelte Normalpa- 
pier kann eine Breite von A0 und eine 
Länge von 7 m haben. Die vier Grund- 
farben gelb, magenta, cyan und 
schwarz gestatten 64 Flächenfarben 
und 255 Farbmuster. Das verwend- 
bare Normalpapier und die wasser- 
löslichen Tinten werden von Robo- 
tron als besonders umweltfreundlich 
hervorgehoben. Bei einer Übertra- 
gungsgeschwindigkeit von 450 KByte 
pro Sekunde wird eine Ausgabelei- 
stung von 320 mm 2 pro Sekunde er- 
reicht. Die Auflösung beträgt hierbei 5 
Punkte pro mm bei einer Geschwin- 
digkeit von ± 0,1 mm. 

Eine interessante Produktpalette bot 
die Cherry Mikroschalter GmbH, die 
nicht nur durch ihr Firmenlogo - den 
Kirschenzweig - bekannt ist. Den 
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Schwerpunkt bilden bei Cherry die 
Tastaturen, von denen eine ganze 
Palette zu sehen war. Sie reicht von 
der Cherry 1000 - der Standardta- 
statur für PC/XT, /AT und PS/2 -über 
die Terminal-Tastatur Cherry 1300 
bis hin zur multifunktionalen PC-Ta- 
statur Cherry 2000 mit Magnetkarten- 
leser, Barcodeleser, Maus und Dis- 
play. Für viele PC-Anwender dürfte 
die Cherry 2100 von großen Inter- 
esse sein. Sie bietet neben dem ge- 
wohnten Leistungsumfang einer PC- 
Tastatur 23 zusätzliche Funktionsta- 
sten, die individuell programmiert 
werden können (im Bild 1 2 die oberen 
zwei Reihen). Diese Funktionstasten 
lassen sich in 1 0 Ebenen mit Hilfe der 
(24sten) Cherry-Taste belegen, wo- 
bei die Programmierung in Online- 
Betrieb erfolgen kann, also die Spei- 
cherung der Zeichen während der 
Eingabe möglich ist. Die Speicherka- 
pazität beträgt zirka 2 KByte (optional 
8 KByte) bei variabler Aufteilung. Der 
Programmiermodus kann über DIL- 
Schalter gesperrt werden. Die Ausga- 
begeschwindigkeit der Zeichen läßt 
sich einstellen. Sämtliche Funktions- 
tasten sind mit „relegendable“ Ta- 
stenköpfen ausgestattet, welche eine 
individuelle Beschriftung zulassen. 
Sämtliche eingestellten Parameter 
werden bei der Cherry 2100 gespei- 
chert und bleiben auch nach Abschal- 
ten des Systems für typisch 10 Jahre 
erhalten. 

Der Haupteinsatzbereich der Cherry 
21 00 ist das Gebiet der Textverarbei- 
tung. Das Keyboard ist mit MX-Tast- 
modulen mit einem Betätigungshub 
von 4 mm und mit „Gold-Crosspoint“- 
Kontakten bestückt. Die Lebens- 
dauer der Einzeltaste ist > 5 x 10 7 
Betätigungen (bei einer Zuver- 
lässigkeit von: MCBF = 10 9 Betä- 
tigungen, MTBF = 80 000 Stun- 
den. 

Weitere Produkte von Cherry waren 
Mikrotaster, Elektrolumineszenz- und 
Plasmadisplays sowie das Cherry 
Grafik-Tablett Mk. 4. Dieses Grafik- 
Tablett ist geeignet für diverse An- 
wendungssoftware, Es stehen eine 
serielle RS 232 und eine TTL-Schnitt- 
stelle zur Verfügung. Zusätzlich bietet 
das Mk, 4 wählbare Schnittstellenpa- 
rameter in bezug auf Datenformat. 
Parität, Stopbits, Auflösung, Übertra- 
gungsraten und Maus-Emulation. Die 
Eingabe erfolgt entweder über Cursor 
oder über Griffel. Der Cursor verfügt 
über vier Eingabetasten mit Druck- 
punkt und ein Fadenkreuz. Eine der 
verschiedenfarbigen Tasten dient der 
Dateneingabe, während die drei an- 
deren frei programmiert werden kön- 
nen. Der Griffel eignet sich besonders 
zur Menüauswahl und für Freihand- 
Skizzen. Ergonomisch geformt ist er 
mit einem Druckpunkt-Schalter und 
einer komfortablen Rollerball-Spitze 
ausgestattet. Durch eine automati- 
sche Erkennung der genutzten Ein- 
heit können Griffel und Cursor auch 
gleichzeitig angeschlossen werden. 
Gestaltet ist das Cherry Mk. 4 in ergo- 
nomisch zweckmäßigem Flachbett- 
Design, wodurch die kompakte Ar- 
beitsfläche im Format DIN A3 mit dem 
Gehäuse bündig ist und somit einfa- 
chere Griffel- und Cursorbewegun- 
gen erlaubt. Unter einer austausch- 
baren, transparenten Folie können 
schnell und sicher größere Doku- 
mente oder Menüs plaziert werden. 
Klebestreifen zur Fixierung werden 
dadurch entbehrlich. 


• Bauelemente 

Die Leipziger Messe zählte noch nie 
zu den ausgesprochenen Bauele- 
mente-Messen. Während ausländi- 
sche Firmen nur selten ein paar aus- 
gewählte Schaltkreise für die Mikro- 
elektronik anboten, zeigten die DDR- 
Betriebe dagegen ihre gesamte Pro- 
duktpalette. Zur diesjährigen Früh- 
jahrsmesse waren aber auch diese 
Betriebe zurückhaltender. Das ist si- 
cherlich der wirtschaftlichen Entwick- 
lung geschuldet, die die Produktion 
von kostenungünstigen Schaltkrei- 
sen nicht mehr als sinnvoll erschei- 
nen läßt. Trotzdem konnten wir einige 
Highlights der DDR-Industrie ausfin- 
dig machen. 

Da wäre beispielsweise der digitale 
Signalprozessor U 320C20 vom For- 
schungszentrum Mikroelektronik 
Dresden (ZMD) zu nennen (siehe Bild 
13). Er ist der erste Signalprozessor 
aus DDR-Produktion. Der zum 
TMS32020 von Texas Instruments 
funktionskompatible Prozessor 
wurde jedoch im Unterschied zu die- 
sem in der CMOS-Technologie 
CSGT4 ausgeführt. Er besitzt eine 
Daten- und Adreßwortbreite von 16 
Bit und einen On-chip-RAM von 544 
Wörtern. Seine Daten- und Pro- 
grammadreßräume betragen je 64 K 
Wörter. Die Arithmetik- und Logikein- 
heit und der Akkumulator verfügen 
über eine Wortbreite von 32 Bit. Der U 
320C20 arbeitet mit 1 09 Befehlen, zu 
denen auch Befehle zur Unterstüt- 
zung von Gleitkommaoperationen 
gehören. Bei einer Taktfrequenz von 
20 MHz hat er eine Leistungsauf- 
nahme von 0,5 W. Seine Blocktrans- 
portrate beträgt 5 Mio Wörter pro Se- 
kunde. Er befindet sich in einem QFP 
68-Gehäuse und ist daher nicht pin- 


kompatibel zum PGA 68-Gehäuse 
des TMS32020. 

Erstmals auf der Leipziger Messe zu 
sehen war auch der erste 32-Bit-Mi- 
kroprozessor aus DDR-Produktion, 
der U 80701 vom Kombinat Mikro- 
elektronik Erfurt. Allerdings wurde 
von dem Prozessorsystem U 80700 
nur die CPU 80701 ausgestellt. Auch 
der von Robotron angekündigte 
Rechner K 1820, der auf der Basis 
dieses Prozessorsystems entwickelt 
wurde, war, wie schon erwähnt, in 
Leipzig nicht vertreten (vgl. auch MP 
11/89, Seite 322). 

Bessere Aussichten hat dagegen das 
1 6-Bit-Mikroprozessorsystem U 
80600, das im AT-kompatiblen EC 
1835 von Robotron eingesetzt wird. 
Die ersten Schaltkreise dieses Sy- 
stems zeigte das Kombinat Mikro- 



Bild 13 


elektronik bereits zur LFM ’89 (MP 
stellte diese Schaltkreise im Heft 5/89 
vor). Zur diesjährigen Frühjahrs- 
messe waren der Harddisk-Controller 
U 82062 und der Taktgenerator DS 
80612 erstmals zu sehen, Der U 
82062 DC05 (Bild 14) setzt 8-Bit-Pa- 
ralleidaten in einen MFM-kodierten 
seriellen Datenstrom mit einer Über- 
tragungsrate von 5 MBit pro Sekunde 
um. Er benötigt für seine Arbeit au- 
ßerdem extern eine Taktseparator- 
schaltung mit einer PLL für Datenle- 
seoperationen und eine Präkompen- 
sationsschaltung. Die komplette Bau- 
gruppe ermöglicht den Datenaus- 
tausch entsprechend den Schnittstel- 
lenstandards ST 506/ST 412 von 
Seagate und SA 1000 von Shugart. 
Mit dem U 82062 DC05 können vier 
Festplattenlaufwerke angesteuert 
werden. Der Chip befindet sich in ei- 
nem 40poligen Plastgehäuse; er 
kann maximal mit nur 5 MHz getaktet 
werden. 

Im Unterschied zu den anderen bis- 
her vorgestellten Schaltkreisen des 
System U 80600, die in MOS-Tech- 


nologie hergestellt werden, ist der DS 
80612 ein Schottky-TTL-Schaltkreis. 
Der DS 80612 DC erzeugt Takt-, 
Ready- und Reset-Signale für 16-Bit- 
Prozessorsysteme. Er besitzt einen 
quarzgesteuerten Oszillator, einen 
Taktgenerator mit MOS-kompatiblen 
Ausgängen, die Ready-Synchronisa- 
tion und die System-Reset-Generie- 
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rung. Sein Chip befindet sich in einem 
18poligen Plastgehäuse in DIP-Bau- 
form; Angaben zur Taktfrequenz wur- 
den nicht gemacht. 

Das Gate-Array-System U 5300 vom 
Forschungszentrum Mikroelektronik 
Dresden -im vorigen Jahr noch in der 
Zeiss-Messehalle zu finden - war in 
diesem Jahr am Stand des Kombina- 
tes Mikroelektronik ausgestellt. Die 
Palette des Systems U 5300 hat sich 
inzwischen vergrößert. Zu den Ma- 
stern U 5301 und U 5302 gesellten 
sich der U 5303, der U 5304 und der U 
5405. Wesentliche Unterschiede zwi- 
schen den verschiedenen Mastern 
sind die Zahl der verfügbaren Logik- 
elemente und damit die Chipgröße 
und die Pinzahl der Bauelemente so- 
wie die mögliche Taktfrequenz (siehe 
hierzu Tafel 1). Der U 5302 läßt als 
einziger die Integration von 8 Spei- 
cherblöcken zu je 64 x 9 Bit (RAM) 
oder 128 x 8 Bit (ROM) zu. Allen ge- 
meinsam ist die Gatterverzögerungs- 
zeit von 0,9 ns und das Taktsystem 
mit zwei unabhängigen Takten. Alle 
Pins können CMOS- und TTL-kom- 
patibel generiert werden. Die Chips 
sind mit QFP-Gehäusen (flat pack) 
verkappt. Für die Entwicklung dieser 
Kundenwunsch-Schaltkreise bietet 
ZMD mehrere Varianten vom Verkauf 
des CAD-Systems an den Kunden 
über Leasing des CAD-Systems bis 
hin zur Auftragsentwicklung durch 
den Hersteller an. 

Anwendungen und Software 
• CAD/CAM 

Am Stand des West-Berliner Han- 
delshauses Transcommerz wurde 
mit dem vom Leitzentrum für Anwen- 
dungsforschung gezeigten Leiterplat- 
tenentwurfssystem PCLES eine mo- 
dulare CAE/CAD-Lösung vorgestellt, 
die alle Prozesse von der Schaltungs- 
entwicklung bis zur Ausgabe von NC- 
Steuerdaten umfaßt. Neben dem uni- 
versellen Bauelemente-Datenbank- 
system CADBEK (ca. 20 000 Ein- 
träge), dem Symbol- und Bauelemen- 
tekatalog, beides vom ZFTN des 
Kombinates Nachrichtenelektronik, 
gehören dazu das CAD-System 
CADSTAR, mehrere Postprozesso- 
ren und das Artworksystem ARTY für 
Technologen und Fertigungszentren. 
Das LfA Berlin tritt demnächst als au- 
torisierter Händler für CADSTAR 5 
auf, das neueste Update der PC- 
Elektronik-Design-Software der eng- 
lischen Firma Racal-Redac. Es ist ein 
Komplettsystem für die Elektronikent- 
wicklung, bestehend aus Stromlauf- 
planpaket (SCM) und dem Leiterplat- 
ten-CAD-Paket (PCB). Beide Appli- 


Tafel 1 Gate-Array-System U 5300 


Master 

U5301 

U5302 

U5303 

U 5304 

U5305 1 

Pinzahl 

124 

124 

68 

84 

52 

Gatteräquivalente 

8160 

5040 

2640 

4056 

1176 

• i 

-Flipflops 

360 

200 

120 

182 

70 

-Logikgatter 

3848 

2640 

1200 

1872 

672 

Taktfrequenz (MHz) 

>40 

>30 

>60 

>60 

>80 
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kationen verfügen über eine Vielfalt 
von leistungsstarken automatischen 
und interaktiven Entwurfshilfen. 
CADSTAR SCM unterstützt das Er- 
stellen hierarchischer Schaltungsent- 
würfe. Es enthält außerdem ein Kata- 
log-Management und einen Postpro- 
zeß, der die Ausgabe von Testplots 
oder von Bauteil- und Netzlisten für 
die Simulation (CADAT-Logiksimula- 
tor) und PCB ermöglicht. CADSTAR 
PCB hat volle SMC- und Mehrlagen- 
fähigkeiten (maximal 16 Lagen) und 
bewältigt bis zu 5400 Verbindungen 
und 1023 Bauelemente pro Leiter- 
karte. Diese können auf einer Fläche 
von bis zu 32 Zoll x 32 Zoll bei einer 
maximalen Auflösung von 1/1 000 Zoll 
angeordnet werden. Die Layoutdaten 
von CADSTAR können für Postscript- 
Drucker, NC-Bohrmaschinen, Pen- 
und Photoplotter konvertiert werden. 
Mit dem Artworksystem können u. a. 
die Gerberdateien aus dem PCB gra- 
fisch editiert und Excellon-Bohrfiles 
und Nutzen erstellt werden. Gezeigt 
wurde das CAD-System auf einem 
AT 386SX von Tulip, der mit einem 
CONRAC-Monitor ausgerüstet war. 
Gekoppelt war dieser Rechner über 
ein Novell-Netz u. a. mit dem rechner- 
gestützten Organisations-, Sekreta- 
riats- und Informationssystem ROSI, 
ebenfalls vom LfA Berlin. 

Das von der AUCOTEC GmbH Han- 
nover vorgestellte CAD/CAE-System 
ELCAD dient insbesondere dem Er- 
stellen und Auswerten sowie der Do- 
kumentation von Schalt- und Steue- 
rungsplänen in den Bereichen Elek- 
trotechnik, Elektronik, Hydraulik und 
Pneumatik. Sowohl unter MS-DOS 
als auch unter Unix kann ELCAD ge- 
nutzt werden; der Einsatz ist auch im 
Netz möglich und Daten - insbeson- 
dere Grafikdaten - anderer Software 
können eingelesen und weiterverar- 
beitet werden. Entsprechend den 
speziellen Hard- und Softwarevor- 
aussetzungen wird ELCAD kunden- 
spezifisch konfiguriert. Die vom Sy- 
stem erzeugten Daten sind dabei un- 
abhängig von den konkreten Bedin- 
gungen (Hardware, Betriebssystem) 
und können auch auf anderer Hard- 
ware unter dem jeweils anderen Be- 
triebssystem weiterverarbeitet wer- 
den. ELCAD wurde unter anderem für 
die Anwendung im Maschinen-, Anla- 
gen- und Fahrzeugbau im Signal- und 
Schaltanlagenbau und in der Meß- 
und Regelungstechnik, aber auch der 
Betriebsinstandhaltung entwickelt. 
Nach sehr kurzer Zeit soll dieses Sy- 
stem auch ohne spezielle Computer- 
oder CAD-Kenntnisse erfolgreich ein- 
gesetzt werden können. Dem sollen 
auch die Bedienerführung - wahl- 
weise in deutscher, englischer, fran- 
zösischer oder schwedischer Spra- 
che-, ein klar gegliedertes Handbuch 
und die von AUCOTEC angebote- 
nen, ergänzenden Schulungen die- 
nen. Die Programmanweisungen 
werden mit einem Zeichenstift über 
ein Grafiktablett eingegeben, und so 
soll der Konstrukteur seine gewohnte 
Arbeitsweise größtenteils beibehal- 
ten können. Sind Detailänderungen 
an einer Zeichnung erforderlich, wer- 
den automatisch alle abgeleiteten 
Komponenten aktualisiert. 

Die Grundlagen des Systems sind die 
Normen nach DIN; es sind aber wei- 
tere Normen lieferbar (z. B. US, ISO, 
Hausnormen der Automobilindustrie) 
und auch das Anlegen von beliebigen 
weiteren Normbibliotheken ist mög- 
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lieh. Damit können die Konstrukteure 
in der ihnen vertrauten Umgebung ar- 
beiten. Das fertige Projekt soll dann 
von ELCAD automatisch in jede an- 
dere Norm übertragen werden kön- 
nen. Ebenso sollen auch die Doku- 
mentationen neben DIN nach jeder 
anderen Werknorm möglich sein. Für 
einige Bereiche (z. B. Elektrotechnik 
und Elektronik) liegen umfangreiche 
Symbolbibliotheken vor, die vom An- 
wender zudem noch beliebig erwei- 
tert werden können. Der Programm- 
Modul ELMAT erstellt auf der Grund- 
lage einer vom Anwender selbst ge- 
stalteten Datenbank simultan eine 
Liste aller in den Zeichnungen ver- 
wendeten Bauteile. Die freie Gestal- 
tung der Liste gestattet beispiels- 
weise die Ausgabe von Rohstückli- 
sten, Material-, Montage- oder Be- 
stellisten, die neben den technischen 
Daten auch Angaben zu den Preisen 
oder zum Platzbedarf enthalten kön- 
nen. 

In der Leiterplattenentwicklung, ins- 
besondere mit SMD-Bauelementen, 
ist die Prototypenherstellung oft lang- 
wierig und kostspielig. Projekte wer- 
den durch die Abhängigkeit vom Ser- 
vicebetrieb bzw. von der Serviceab- 
teilung verzögert. Eine eigene Her- 
stellung in der herkömmlichen Ätz- 
technik scheidet oft aus, nicht nur we- 
gen der Entsorgungsprobleme, son- 
dern auch wegen der immer höher 
werdenden Bestückungsdichte. 
Hinzu kommen gestiegene Anforde- 
rungen beim präzisen CNC-Bohren. 
Eine Alternative bietet die Komplettlö- 
sung COLOR CAM (Bild 15) von der 
Hannoveraner Firma LPKF CAD/ 
CAM SYSTEME GmbH. Das COLOR 
CAM besteht aus einem AT-kompati- 
blen PC, dem LPKF Fräsbohrplotter 
und der Durchkontaktierungsanlage 
LPKF CONTAC (im Bild v. I. n. r.). Der 
PC kann einen 80286 oder einen 
80386 enthalten und wird zusätzlich 


mit einer T414-Transputerkarte mit 4 
MByte RAM on board und einer Lei- 
stung von 10 MIPS bestückt. Die zu- 
sätzliche ACRTC-Grafikkarte mit 
schneller Bildmanipulation ermög- 
licht eine Auflösung von 1024 x 768 
Bildpunkten. Rechner- und Grafikmo- 
nitor sind getrennt. Für die Ausgabe 
können beispielsweise Plotter, Foto- 
plotter oder CNC-Systeme über alle 
üblichen Softwareschnittstellen an- 
geschlossen werden. Ein vielfältiges 
Softwareangebot unterstützt den 
Schaltplanentwurf, die Entflechtung 
sowohl interaktiv mit Dialog-Autorou- 
ter als auch automatisch mit LPKF- 
RE-ROUTER sowie eine professio- 
nelle Bibliothekstechnik. 

Für die Herstellung der Leiterplatten- 
prototyps werden die Layoutdaten mit 
dem Programm ISOLATE invertiert 
und dann der Fräsbohrsteuerung 
übergeben. Das Isolieren erfolgt 
durch Umfräsen der Leiterbahnen mit 
einem Gravierabstand von 0,2 bis 
0,4mm; aber auch das herausfräsen 
von Flächen zwischen den Bahnen ist 
möglich. Zur Durchkontaktierung 
mehrlagiger Platinen direkt im Ent- 
wicklungslabor dient das 4-Kammer- 
System LPKF CONTAC. Hervorzu- 
heben ist hierbei, daß es keine Ent- 
sorgungsprobleme der chemischen 
Bäder gibt. Bei Nachlassen der Bad- 
qualität kann die Flüssigkeit zum Er- 
neuern an LPKF geschickt werden. 
Ebenfalls interessant für Leiterplat- 
tenentwickler ist der DIGIMASTER 
von LPKF. Er stellt ein komplettes 
EDV-System zum Scannen und digi- 
talisieren jedweder Vorlagen wie 
Filme, Zeichnungen, Skizzen und 
Layouts dar. Mit diesem System kön- 
nen auch alte Layoutvorlagen restau- 
riert werden, wenn Filme oder Daten- 
träger nicht mehr vorhanden sind. Die 
Vorlagen werden über einen Scanner 
in den PC eingelesen und dort im 
Gerberformat abgespeichert. Bei 


der Überarbeitung können Zeich- 
nungsteile weggelassen oder hinzu- 
gefügt werden. Das Programm macht 
dies durch unterschiedliche Farbdar- 
stellung auf dem Bildschirm deut- 
lich. 

Für alle Betriebe, die in der nahen 
oder auch ferneren Zukunft compu- 
terintegrierte Produktionsabschnitte 
aufbauen wollen, bietet die Universi- 
tät Dortmund mit dem CIM-Lernbe- 
trieb (Bild 16) eine Möglichkeit, sich 
rechtzeitig auf diese Anforderungen 
einzustellen. Ein funktionstüchtiger, 
vernetzt gesteuerter Modellbetrieb 
mit Konstruktion, Materialtransport, 
Fertigung, Montage, Auftragsverwal- 
tung, Produktionsüberwachung ein- 
schließlich der Qualitätskontrolle 
kann sowohl zur Schulung von Pla- 
nern und Entscheidern als auch von 
Facharbeitern und Anlagenführern 
genutzt werden. Somit ist es nicht er- 
forderlich, komplexe und hochpro- 
duktive Industrieanlagen für Schu- 
lungszwecke zu nutzen und dabei 
das Risiko von schwerwiegenden Ha- 
varien eingehen zu müssen. Die er- 
forderlichen Schulungsmaßnahmen 
für den vorgesehenen Personenkreis 
können damit rechtzeitig vor der Ein- 
führung der neuen Produktion abge- 
schlossen sein. 

Am Stand von Atari stellte die rho- 
thron gmbh, Homburg, eine interes- 
sante Atari ST-Anwendung aus. Die 
Produktlinie rho-prof (Bild 17) faßt 
leistungsstarke Hard- und Software- 
komponenten zu einem modularen 
Komplettsystem für Meßwerterfas- 
sung und -auswertung, für Prozeß- 
überwachungen, Steuerungen und 
Regelungen sowie für Qualitätssiche- 
rung und Dokumentation zusammen. 
Zur Ausstattung gehört der multipro- 
zessorfähige Masterrechner mit 
68000-CPU, 1 bis 4 MByte RAM, eine 
parallele und eine serielle Schnitt- 
stelle, ein 3,25-Zoll-Floppylaufwerk 
mit 720 KByte, eine akkugepufferte 
Echtzeituhr, eine Harddisk mit 60 bis 
160 MByte und optional eine 5,25- 
Zoll-Floppy. Untergebracht ist alles in 
einem Tischgehäuse mit 9 bis 20 
Steckplätzen (je nach Gehäuse- 
größe) für VEM-Baugruppen. Die 
freien Steckplätze können mit diver- 
sen Zusatzkarten für Meßwertauf- 
nahme oder für Netzwerkarbeit be- 
legt werden. Als Monitor dient ein 12- 
Zoll-Monochrommonitor (papierweiß) 
mit einer Auflösung von 640 x 400 
Punkten. Für die Verwendung von 
PC-Software kann der rho-prof zu- 
sätzlich mit einem V30-Prozessor 
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von NEC bestückt werden. Software- 
mäßig kann zwischen beiden Prozes- 
soren umgeschaltet werden. Fest- 
platten- und Diskettenlaufwerke kön- 
nen dabei Dank der identischen For- 
mate gemeinsam genutzt werden. 

• Desktop Publishing 

Wer sich auf der LFM nach Möglich- 
keiten zum Desktop Publishing, also 
dem „Publizieren am Schreibtisch“ 
umsah, konnte unter verschiedenen 
Möglichkeiten wählen. Am Siemens- 
Stand war ein DTP-System zusam- 
mengestellt, dessen Hardwarekom- 
ponenten alle aus dem gleichen 
Hause stammten - was durchaus 
Vorteile bieten kann. Kern war der 
PCD-3T, ein PC im Towergehäuse 
(Bild 1 8) mit dem 32-Bit-Prozessor In- 
tel 80386 (20 MHz, umschaltbar auf 6 
oder 8 MHz) und 4 MByte Hauptspei- 
cher. Mit Ausnahme des Videocon- 
trollers befindet sich die komplette 


System hardware auf der CPU-Karte. 
In der Grundkonfiguration enthält der 
PCD-3T ein 3,5-Zoll-Diskettenlauf- 
werk (1,44 MByte) und eine Fest- 
platte mit 70, 155 oder 260 MByte. Als 
Eingabegerät war der Scanner 
HighScan 400 angeschlossen - Auf- 
lösung 400 dpi, bis 64 Graustufen, 
Eingabedauer 11 Sekunden als 
Ausgabegerät der Laserdrucker 
HighPrint PT 10. Als Software wurde 
das bekannte DTP-Programm Page- 
maker verwendet. 

Ein weiteres DTP-Paket - für Atari 
ST-Rechner - stellen wir Ihnen in die- 
sem Heft auf der 2. U mschlagseite et- 
was ausführlicher vor. 

• Standardsoftware 

Da die diesjährige Leipziger Früh- 
jahrsmesse von einer ungewohnten 
Weltoffenheit gekennzeichnet war, 
erklärt das auch ein doch deutlich ge- 
stiegenes Interesse großer Firmen an 


dieser Präsentation. Erstmals in Leip- 
zig vertreten waren solche Software- 
firmen wie die Oracle Deutschland 
GmbH und die C.A. Computer Asso- 
ciates GmbH, letztere sogar im März 
schon mit konkret abgeschlossenen 
Kooperationsverträgen mit dem Leit- 
betrieb für Anwendungsforschung 
(LfA) zum Vertrieb der Produkte in der 
DDR (vgl. auch MP 5/90, S. 105). 

Nun jedoch zu den Produkten im ein- 
zelnen. Beginnen wir gleich mit Com- 
puter Associates, dessen bei PC-Nut- 
zern bekanntestes Produkt wohl das 
bereits auf den CP/M-Rechnern ein- 
gesetzte Kalkulationsprogramm Su- 
percalc sein dürfte. In Leipzig nun 
wurde den Interessenten die aktuelle 
Version Supercalc 5 vorgestellt. Und 
obwohl etwas versteckt am Gemein- 
schaftsstand der USA, soll das Inter- 
esse an Produkten von C.A. doch 
recht groß gewesen sein. 

Supercalc 5 ist ein Tabellenkalkula- 
tionsprogramm für IBM-kompatible 
PCs mit mindestens 512 KByte RAM 
und zwei Diskettenlaufwerken ab 360 
KByte Speicherkapazität. Günstiger 
ist allerdings eine Festplatte, um die 
enthaltenen Möglichkeiten ausnut- 
zen zu können. Eine Tabelle kann bis 
zu 256 Seiten umfassen, 256 Tabel- 
len (oder neudeutsch: Spreadsheets) 
können im Speicher oder auf der 
Platte miteinander verbunden wer- 
den, wobei jeweils drei Tabellen 
gleichzeitig auf dem Bildschirm ange- 
zeigt und bearbeitet werden können 
(Bild 19). Bei der Arbeit im Netz, die ja 
in Zukunft immer mehr an Bedeutung 
gewinnen wird, können beliebig viele 
Nutzer gleichzeitig beliebig viele Da- 
teien öffnen (und damitfürandere Be- 
arbeitungen sperren), anzeigen und 
bearbeiten. Es ist dabei sowohl mög- 
lich, eine Verbindung zu Großrech- 
nern herzustellen als auch Lotus 1-2- 
3-Dateien zu bearbeiten. Die voll- 
ständige Kompatibilität zu Lotus-Da- 
teien, -Menüs und -Makros gestattet 
das direkte Lesen und Schreiben von 
Lotus-Dateien und auch das unpro- 
blematische Verbinden mit Supercalc 
5-Dateien. Sowohl im Direktmodus 
als auch in Programmen können Lo- 
tus- und Supercalc-Befehle gemischt 
benutzt werden. Supercalc 5 unter- 
stützt LIM Version 4.0 und kann somit 
32 MByte Hauptspeicher direkt nut- 
zen. Des weiteren enthält Supercalc 
5 einen kleinen Texteditor für Mittei- 
lungen und Kommentare und kann 
um ein Datenbanksystem erweitert 
werden. Da es möglich ist, auch um- 
fangreiche Anwendungen im Netz zu 
programmieren, fällt angenehm auf, 
daß ein integrierter Debugger - eine 
aus vielen Programmiersprachen her 
bekannte Hilfe für den Programmie- 
rer - das Aufspüren der oftmals doch 
sehr versteckten logischen Fehler un- 
terstützt (siehe auch das Titelbild die- 
ses Heftes). Neben der Analyse der 
Makros einschließlich ihres Ablaufs 
können Haltepunkte gesetzt und so 
die Befehlsketten der Makros schritt- 
weise ausgeführt werden. Ebenso 
hilfreich ist das Markieren und Anzei- 
gen aller Zellen (Felder), die sich seit 
der letzten Berechnung geändert ha- 
ben und ein Report über die Ausfüh- 
rung des Makros. Die gewonnenen 
Daten können als qualitativ hochwer- 
tige Präsentationsgrafiken sowohl 
zwei- als auch dreidimensional auf 
Bildschirm oder Drucker ausgegeben 
werden. Aus über 100 Diagrammty- 
pen können Sie die günstigste Dar- 
stellungsform für die von Ihnen beab- 
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sichtigte Aussage und zur Beschrif- 
tung aus mehreren Schriftarten aus- 
wählen. Auf Laserdruckern bzw. 
Postscript-Geräten können somit 
hochwertige Reports erzeugt werden 
(Bild 20). 

Warum gerade dBase als Datenbank- 
system einen so großen Erfolg hatte 
und auch immer noch hat, ist sicher 
auch angesichts zahlreicher anderer 
Systeme nicht völlig verständlich. Ein 
Hauptgrund wird aber sein, daß 
dBase seit den altvorderen CP/M- 
Zeiten mit dem Computeranwender 
mitgewachsen ist, und somit von der 
Macht der Gewohnheit profitieren 
konnte. Durch die ständig steigende 
Leistungsfähigkeit der PCs was ei- 
nerseits die höheren Kapazitäten der 
Massenspeicher und andererseits 
die höheren Verarbeitungsgeschwin- 
digkeiten betrifft, kommt jetzt auf die- 
sem Gebiet eine immer größere Kon- 
kurrenz aus dem Bereich der bisheri- 
gen Groß- und Minirechner. Su- 
perDB und die Weiterentwicklung 
SuperDB2 sind dabei Produkte, die 
durchaus als interessante Daten- 
banksysteme bezeichnet werden 
können. Während SuperDB2 einen 
IBM-kompatiblen PC XT/AT oder das 
PS/2 erfordern, mindestens 512 
KByte Hauptspeicher und eine Fest- 
platte und ein Diskettenlaufwerk bzw. 
zwei Diskettenlaufwerke sowie CGA-, 
EGA-, VGA oder Hercules-Grafikkar- 
ten voraussetzen, soll SuperDB be- 
reits auf einem EC 1834 der Firma 
Robotron laufen. Die wesentlichen 
Neuerungen in SuperDB2 sind in ei- 
ner höheren Arbeitsgeschwindigkeit 
und in einer höheren Anzahl mögli- 
cher Verknüpfungen zwischen den 
Dateien - auch bei Reports - zu se- 
hen. Beide Systeme sind durch eine 
einheitliche und leicht zu bedienende 
Nutzeroberfläche gekennzeichnet 
und ermöglichen es, automatisch Da- 
ten auszuwerten und die ausgewerte- 
ten Daten in Listen oder grafisch dar- 
zustellen. 

Kenntnisse des Datenbankmanage- 
ments sollen ebensowenig wie Pro- 
grammierkenntnisse erforderlich 
sein, um Datenbanken anlegen, be- 
arbeiten und auswerten zu können. 
Aber auch bereits bestehende Daten- 
banken können in den meisten Fällen 
übernommen oder bearbeitet, das 
heißt auch wieder geschrieben, wer- 
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den; so beispielsweise für die For- 
mate ASCII, dBase, Word und Word- 
Perfect. Mehrere statistische Berech- 
nungen wie Standardabweichung 
und Varianz können Sie vornehmen 
und die Daten in Kreis-, Balken-, Li- 
nien- oder Schachteldiagrammen 
leicht zugänglich machen. Den Zu- 
griff auf die direkten Daten allerdings 
können Sie gänzlich unterbinden 
oder aber über ein Paßwort das Le- 
sen von Daten gestatten. Ebenso 
kann das Ändern der Daten und der 
Dateistruktur nur von dem dazu be- 
rechtigten Personenkreis vorgenom- 
menwerden. Einige weitere techni- 
sche Daten in Zahlen finden Sie in Ta- 
fel 2. Als ein drittes Softwareprodukt 
von C.A. Computer Associates möch- 
ten wir besonders den zukünftigen 
Wirtschaftsmanagern unter Ihnen 
Superprojekt Plus vorstellen, ein 
Paket für das Projektmanagement 
auf IBM-kompatiblen PCs (XT/AT) 
unter MS-DOS 2.0 oder höheren Ver- 
sionen. Weitere Hardwarevorausset- 
zungen sind eine Festplatte oder zwei 
Diskettenlaufwerke und mindestens 
360 KByte freier Hauptspeicher. 
Netzpläne und Balkendiagramme der 
Ressourcen verdeutlichen die einzel- 
nen Phasen sowie die erforderlichen 
zeitlichen, personellen und materiel- 
len Voraussetzungen eines Projek- 
tes. Die kontextbezogenen Hilfen, fle- 
xible Editierfunktionen, das Drucken 
individuell zugeschnittener Berichte 
und die Übernahme/Übergabe von 
Daten anderer Software sollen einer- 
seits eine kurze Einarbeitungszett ga- 
rantieren und andererseits eine hohe 
Akzeptanz des Pakets sichern. Der 
Basiszeitplan, die geplante und die 
tatsächliche Aufgabendauer können 
auch für mehrere Haupt- und Unter- 
projekte angegeben, verglichen und 
zusammengefaßt werden, und für 
jede Aufgabe und jedes Projekt kann 
eine Stichterminplanung vorgenom- 
men werden. Die gesamten Kosten 
(Fixkosten, variable Kosten, und 
auch die Gegenüberstellung der ge- 
planten und der tatsächlichen Ge- 
samtkosten) können für jedes Projekt 
und jede Aufgabe ebenso wie die ein- 
maligen Fixkosten und die variablen 
Kosten für jede Ressource über den 
Zeitraum verteilt, zu Beginn oder zum 
Ende des Projektzeitraumes entste- 
hend, geplant werden. Minderausla- 
stungen und Überlastungen von Res- 
sourcen können nicht nur für mehrere 
Projekte angezeigt werden, sondern 
die Lösung von Konflikten auch zwi- 
schen mehreren Projekten wird durch 
das Softwarepaket unterstützt. 

Die Oracle Deutschland GmbH, eine 
Tochter der amerikanischen Oracle 
Corporation, arbeitet seit April 1990 
auch mit Robotron Projekt Dresden 
zusammen und bietet Softwarepa- 
kete für das Informationsmanage- 
ment, für eine produktive Anwen- 
dungsentwicklung und für hersteller- 
unabhängige Systemintegration un- 
terschiedlicher Datenbanksysteme, 
die auf der relationalen Technologie 
basieren und sowohl auf Großrech- 
nern als auch auf PCs laufen. Damit 
ist Oracle- Software ein weiteres Bei- 
spiel dafür, wie die in der letzten Zeit 
stark gestiegene Leistungsfähigkeit 
der PCs den Einsatz der bislang nur 
auf Großrechnern lauffähigen Pakete 
von dem oberen Leistungsniveau in 
diesen Bereich Vordringen und damit 
herkömmlichen Programmen Kon- 
kurrenz bieten. Die Zukunft moderner 
Informationsverarbeitung liege, so 


Oracle selbst über ihr Konzept, nicht 
in immer gigantischeren Großrech- 
nern und der zentralen Versorgung 
von immer mehr Arbeitsplätzen, son- 
dern in einem Netz aus einem Host 
(Wirt) als zentralem Steuerrechner 
und verteilten Bereichs- und Arbeits- 
platzrechnern wie Grafikworkstations 
oder PCs. Das Netz verbindet also 
verschiedene Datenbanksysteme 
miteinander, wobei der Nutzer auf 
diese Daten zugreifen kann, ohne 
daß ihm der Speicherort bekannt sein 
muß. Mit SQL*Star will Oracle nun 
eine wirtschaftliche Basis für eine ver- 
teilte Datenbankarchitektur, für eine 
herstellerunabhängige Dezentralisie- 
rung und ein einheitliches Informa- 
tionsmanagement sowohl für Groß- 
und Minirechner als auch für PCs bie- 
ten. Eine verteilte Datenbank unter 
SQL*Star besteht aus einem Netz lo- 
kaler Datenbanken, die durchaus 
auch auf unterschiedlichen Syste- 
men liegen können, sich aber für den 
Benutzer als ein einziges System dar- 
stellen. Als ein offenes System kann 
aus SQL*Star auf Daten fremder Da- 
tenbanken zugegriffen werden, auf 
die volle Kompatibilität zum relationa- 
len Datenbanksystem DB 2 von IBM 
wird jedoch besonderer Wert gelegt. 
Die Standardabfragesprache SQL für 
Datenbanken (Structured Query 
Language) bildet dabei die Grund- 
lage für den Zugriff auf unterschied- 
lichste Datenbanken. Mehrere Tools 
erweitern die Möglichkeiten der kom- 
fortablen Nutzung von Oracie-Daten- 
banken, so SQL*Forms, SQL*Plus, 
SQL*Reportwriter, SQL*Calc (ähn- 
lich Lotus 1-2-3), SQL*Net und SQL* 
Connect, (ein Zusatzpaket, das das 
Lesen und Schreiben von Daten von 
Fremddateien ermöglicht). SQL* 
Forms (Bild 21) generiert komplexe 
Bildschirmanwendungen, soll die 
konventionelle Programmierung 
überflüssig machen und bis zu acht- 
zig Prozent bisheriger Programmier- 
zeit einsparen. Das lauffähige An- 
wendungsprogramm wird aus der lo- 
gischen Struktur der Daten und aus 
ihrem Format in den Masken gene- 
riert. Das zusätzliche Einbinden indi- 
vidueller Routinen in konventionellen 
Programmiersprachen wie Pascal 
und C, aber auch Fortran, Cobol, 
PL/1 oder Ada ist möglich. 

SQL*Plus bietet neben dem vollen 
SQL-Sprachumfang leistungsfähige 
Erweiterungsfunktionen, beispiels- 
weise für den Datentransfer. Eben- 
falls enthalten sind Report- und Druk- 
koptionen, mathematische und logi- 
sche Opratoren. Der Einsatz von Va- 
riablen und die gleichzeitige Arbeit 
mit verschiedenen Datenbanktabel- 
len (mit SQL*Net kombiniert auch von 
verschiedenen Rechnern) sowie das 
Abspeichern von Prozeduren für den 
wiederholten Einsatz sind möglich. 

Von Berichten über Briefe bis hin zu 
komplexen Dokumenten können mit 
dem SQL*Reportwriter (Bild 22) Er- 
gebnisse mehrer Datenbankabfra- 
gen zusammengefaßt und ausgege- 
ben werden. Die Bedienung erfolgt 
über Pull-down-Menüs; weitgehend 
selbsterklärende Eingabemasken 
und ein umfangreiches Hilfesystem 
unterstützen bei der Anwendung. 

Für die professionelle (computerge- 
stützte) Softwareentwicklung (OASE) 
bietet Oracle das Paket Oracle 
CASE, unter anderem bestehend aus 
dem CASE*Dictionary, dem CASE* 



Bild 22 


Designer und dem CASE*Genera- 
tor. 

Ein oft gehörter Vorwurf ist der, das 
Softwareentwickler nur in der Lage 
seien, die Arbeit der anderen Compu- 
ternutzer zu erleichtern, nicht aber 
ihre eigene, und so immer noch mit 
vorsintflutlichen Programmiertechni- 
ken arbeiten und damit keinesfalls die 
hohe Leistungsfähigkeit der von ih- 
nen doch sonst so souverän be- 
herrschten Technik auszunutzen ver- 
stehen. Dem soll durch CASE (Com- 
puter Aided Software Engineering) 
entgegengetreten werden. Oracle 


bietet mit seinen CASE-Tools Ana- 
lyse- und Entwurfswerkzeuge, die 
den Entwickler bereits bei der Be- 
darfsanalyse unterstützen. Auch bei 
der Definition der Anforderungen an 
die konkrete Anwendungslösung, 
dem Design und der eigentliche Ent- 
wicklung bis hin zur Übergabe und 
zur Wartung wird dem Softwareent- 
wickler Hilfe und Unterstützung gege- 
ben. 

Die Funktions- und Datenstrukturen, 
den Informationsfluß und die Bearbei- 
tungsabläufe beim Entwurf und der 
Wartung von Datenbanken zu erfas- 
sen und zu verwalten, dient CASE* 
Dictionary. Mit diesem Hilfsmittel aus- 
gerüstet soll der Entwickler frühzeitig 
auch die Auswirkungen möglicher 
Designänderungen analysieren kön- 
nen. Die Programmierung grafischer 
Oberflächen für die mit CASE*Dictio- 
nary entwickelten Anwendungen wird 
mit dem CASE*Designer möglich. 
Auch in T eamarbeit entwickelte, kom- 
plexe Lösungen können anspre- 
chend gestaltet werden, was ja ent- 
scheidend zur Akzeptanz des Pro- 
gramms beiträgt. Die so entstandene 
Datenbankanwendung wird mit dem 
CASE*Generator in die entsprechen- 
den Bildschirmmasken eingearbeitet, 
wodurch dem Entwickler zeitaufwen- 
dige und fehleranfällge Routinearbei- 
ten abgenommen werden. Auch die 
mit Oracle CASE programmierten 
Anwendungen können über Stan- 
dardnetze sowohl auf PCs als auch 
auf Workstations, Mini- und Groß- 
rechner verteilt werden. 


Tafel 2 



SuperDB 

SuperDB2 

gleichzeitig verbundene 

Dateien 

5 

nur durch DOS 
begrenzt (FILES — ) 

Dateien je Verzeichnis 

128 

128 

Datensätze je Datei 

unbegrenzt 

unbegrenzt 

Felder je Datensatz 

128 

140 

Zeichen je Feld 

1028 

1800 

Zeichen je Satz 

5048 

2500 

Klammerebenen 

20 

25 

indizierbare Felder 

99 

120 

Sortierebenen 

30 

40 

Anzahl der Sortierkriterien 

1000 

unbegrenzt 


TERMINE 

XVII. Fachtagung 
des Fachausschusses 14 

WER? Kammer der Technik, Fach- 
verband Elektrotechnik 
WANN? 22. November 1990 
WO? Berlin, Kongreßhalle Alexan- 
derplatz 
WAS? 

• speicherprogrammierbare 
Steuerungen bis zur Prozeßleit- 
technik 

• Ausstellung von Hardware 
WIE? Teilnahmemeldungen richten 
Sie bitte an: 

Kammer der Technik, Präsidium, 
Fachverband Elektrotechnik, 

Clara-Zetkin-Straße 115/117, Ber- 
lin, 1086 Hoppe 


2. Fachtagung Elektroakustik 
und Mikroelektronik ’91 

WER? Kammer der Technik, Fach- 
verband Elektrotechnik 
WANN? 6. und 7. März 1991 
WO? Dresden 
WAS? 

• Auswirkungen elektrostatischer 
Entladungen auf die Elektronik 

• theoretische Grundlagen 

• Schutzmaßnahmen 

• Prüfmethoden für den Nachweis 
der Wirksamkeit von Schutzmaß- 
nahmen 

WIE? Vortrags- und Teilnahmemel- 
dungen richten Sie bitte an: 
Kammer der Technik, Präsidium, 
Fachverband Elektrotechnik, 

Clara-Zetkin-Straße 115/117, Ber- 
lin, 1 086 Hoppe 
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Serielle Schnittstellen- 
karte 

für LX 800 und Ser.Dr. 1 1 56 
sowie andere Schnittstellen- 
umsetzer nach Kunden- 
wunsch liefert Ihnen: 

Abt. Automatisierung des 

VEBKSBS 

Werk Staßfurt 

Karl-Marx-Str. 38 

Staßfurt, 3250 

Anfragen richten Sie bitte an: 
Koll. Neubauer, 

Tel.: 45 66 14 oder 
45 65 91 


Bieten zum Verkauf 

Rechner P 8000 

(16-Bit-Variante, 

UNIX-kompatibel) 

mit 2 Terminals 
1 Drucker K 631 3 
(mit Rolle) 

1 Drucker K 6304 
diverse Software. 

VEB Denkmalpflege 
Zwickau 

Äußere Schneeberger 

Straße 43 

Zwickau, 9540 


Wir bieten als Vertreiber des BRD-Unternehmens 

„ser-elektronik GmbH“: 

Positioniersteuerung 

Gleichzeitiges Positionieren von bis zu 128 Achsen durch modularen 
Aufbau leistungsfähiger Microprozessoren in Master-Slave-Technik 
(Grundgerät Preis DM 9.873,00) 

Gleichstromzähler 

Ah-Messung, Ladezustandsüberwachung, Formatierung von Batte- 
rien, Durchfluß- und Mengenmessung in Chemie, Wasserwirtschaft, 
Heizungs- und Solartechnik (Preis ca. DM 1 .050,00) 

Temperatur-Meßgerät 

Single-Chip-Microprozessor, PT 100-Fühler, Meßbereich von 
-99°C . . . +299°C; digital einstellbare Einschaltverzögerung bis zu 
99 sec (Preis DM 1 .050,00) 

Anfragen sind zu richten an: 

Herrn Ehrenfried Walther, Direktor für Produktion 
Telefon: Weimar 764 35 


Mehr Leistung für’s GELD! 

Computertechnik von 
digital electronic C. & J. Kühn 

Aus unserem Angebot (für Industrie und Handel): 

- FESTPLATTE 30 Mb für EC 1834 

- XT, AT-286 und AT-386 kompatible MS-DOS 
PC in der von Ihnen gewünschten Konfigura- 
tion 

- 9- und 24-Nadel-Drucker 

- Diskettenlaufwerke 360, 720kbyte, 1,2 Mb in 
5,25 "und 3,5" 

- Festplattenlaufwerke 20 Mb bis 385 Mb 

- Co-Prozessoren 

- Controller, Speichererweiterungen, Kommuni- 
kationskarten 

- Netzwerkkarten 

- Streamer 

- Anpassungen für EC 1 834 auf Anfrage 

Installation + Service + Beratung + Betreuung 

digital electronic C. & J. Kühn, Postfach 9, 
Dresden, 8021 


Effektive Programmierung in C - 
Wir liefern Ihnen die Werkzeuge dafür! 

Erfahrene Spezialisten bieten ihre optimierten Pro- 
grammpakete an, die Ihnen überraschend neue Mög- 
lichkeiten bei der C-Programmierung unter Nutzung 
von dBASE 3 - Vorteile erschließen: 

C-Umgebung - schafft Ihnen im Hintergrund ideale 
Bedingungen, um mitCunddBASE3 
wirkungsvoll zu arbeiten bei 5 . . . 20- 
facher Laufzeitverkürzung 

PPMENÜ - ermöglicht Ihnen die Darstellung 
komfortabler Bildschirmmenüs, un- 
abhängig vom Anwenderprogramm 
und nach der Methode „What You 
See Is What You Get“ generiert 
PPRAM - organisiert eine hocheffektive Daten- 

übergabe zwischen C-Programmen 
bei einfacher Handhabung 

PPSSAVE - erstellt und verwaltet übersichtlich 
die Sicherheitskopien Ihrer Dateien 
mittels Katalog-Datei. 

Mit dieser gebündelten (Programmier-)Kraft sind Sie 
bereits heute einen Schritt weiter! 

Als Voraussetzung benötigen Sie 16-Bit-Computer mit 
MS-DOS. 

Fragen Sie uns, wir helfen Ihnen: 

VEB Datenverarbeitungszentrum Dresden, 

Bereich F 5 

Dr.-Otto-Nuschke-Straße 20, PSF 408 
Dresden, 8012, Telefon: 4 6543 00 



FR. WEIDEMANNS BUCHHANDLUNG Ihr Partner für Fachbücher 

Fachbuchhandlung für technische Literatur Versand in alle Länder der Erde 

Soeben erschienen unsere neuen Verzeichnisse, die kostenlos zur Verfügung stehen: 

Mathematik/ Physik — Bauwesen/Architektur 
Maschinenbau — Elektrotechnik — Chemie 
Produktionstechnik — Informatik/ Datenverarbeitung 

Im Inland, auch DDR, ab DM 200,— spesenfrei. 

Jedes Verzeichnis enthält eine vollständige Übersicht über das Fachschrifttum der einzelnen Gebiete. 

D-3000 Hannover 1 • Georgstraße 11 • Postfach 6406 • Telefon (0511) 14014 


FACHBUCHHANDLUNG FÜR TECHNISCHE LITERATUR 






Betriebe aller Eigentumsformen! 

Wir entwickeln für Sie moderne Lösungen für Ihre 

betrieblichen Prozesse und speziell der 

- Produktionsvorbereitung 

- Produktionssteuerung 

- Fertigungssteuerung 

• Projektierungs-, Software-, Schulungs- und 
Realisierungsleistungen einschließlich Bestim- 
mung der Hardware 

• Softwareentwicklung und Anpassung für Orga- 
nisationslösungen Ihrer Prozesse 

• Unsere Beispiellösung: 

Rechnergestützte Lösung zur Planung, Steue- 
rung und Kontrolle der Produktion mit dezen- 
traler Betriebsdatenerfassung, siehe auch 
Fachzeitschrift „Fertigungstechnik und Be- 
trieb“ 12/89. 

Treten Sie mit uns in Verbindung, wir beraten Sie 

gern! 


■f> 

ratioorofem 


VEB Rationalisierung und 
Projektierung Berlin 

Betriebsteil Gotha 

Abteilung Produktionsorganisatorische 
Projektierung, Produktionssteuerung 
Leninplatz 6, Gotha, 5800 
Telefon: 633 51,6 34 23 


P8000-P8000- und P8800-A 5120-Kopplung 
mit Modem VM2400 

Wir bieten eine Lösung, die eine Kopplung mittels 
Wahlverbindungen über Fernsprechnetze ermög- 
licht. Der dazu modifizierte WEGA-Kern des 
P8000 arbeitet über die Schnittstelle tty4 mit ei- 
nem Synchronmodem VM2400 des VEB RFT 
Nachrichtenelektronik Leipzig zusammen. Über 
Modemverbindungen kann u. a. der vollständige 
Leistungsumfang der WEGA-Dienstprogramme 
„uucp“ und „remote“ genutzt werden. Die Her- 
stellung der Wahlverbindungen erfolgt vollauto- 
matisch mittels entsprechender Software. Für 
Bürocomputer A 51 20 existiert Remote-Software, 
die unter dem Betriebssystem UDOS läuft und 
den Einsatz von A5120 als über Modemverbin- 
dungen arbeitenden P8000-Terminal ermöglicht. 
Zur Nachnutzung stehen Dokumentation, ein- 
schließlich Installationsanweisung sowie die be- 
nötigten Programme zur Verfügung. 

Bei Bedarf übernehmen wir auch die auszufüh- 
renden hard- und softwaremäßigen Installations- 
arbeiten. 

Anfragen richten Sie bitte an: 

Dr.-Ing. E. Foth, 

Zentralstelle für Fernmeldenetze, 

PSF 35740, Königs-Wusterhausen, 1600 

Tel.: Strausberg 57 31 34 


KCS 


Kirchhoff Computer-Service GmbH 


Innovative Leistungskraft 

des VEB Ingenieurbetrieb für Rationalisierung Berlin 


Offerte: Software 

- Projektierung 

- Schulung 

- Präsentation/Demonstration 


- komplexe Systemlösungen 

- Implementierung/Anpassung 

- Kundendienst 


. 0 ® \*0 


O Modernste Computer-, Büro- und 

Kommunikationstechnik der Siemens AG 




Offerte: - PC, PC-Netze 

- Peripherie 

- Telefax 


Service im Sinne des Kunden 
durch KCS 


Offerte: - Consulting 

- Marketing 

- Vertrieb 


Af 4 , 

0 * O 






Bild 5. Postscripf- 
fähiger Vierfarb-Ther- 
rrto transfar-Drucker 
Colo r Script 100 von 
QMS 


Bilde. MuiUmedia- 
Konzentrator Centre- 
COM 5000 von Mied 
Telesis Inc. und Ter - 
minal Server TI 51 von 
Spider Systems 




Bild 1. /Cassetfe/ima- 
gnetba ndla uf werke 
MA40 mit einer Kapa- 
zität von 1,3 GByte! 
Kassette (4 mm) von 
Micro Technology 


BildB , Universelles 
Gefäßsystem der 
5200-Serie für max . 78 
Pta tten spei eher (20 
GByte) oder Kasset- 
ten magne f bandiau f- 
werke MA24, MA40 
oder MA92 von Micro 
Technology 


Fortsetzung von der 2. UmschtagseHe 

68020-Mikroprozessor mit 
4 MByte RAM. Die Auflösung 
beträgt 300 x 300 Pixel pro Zoll. 
Aus den vier Grundfarben gelb, 
rot, blau und schwarz werden auf 
speziellem Thermopapier 16 
Mio, Farben zusammenge- 
mischt. Die Au sg abege sch win- 
digkeit beträgt ca. 4 A4-Seiten 
pro Minute. 

Die SYNELEC Datensysteme 
GmbH, München, zeigte zahlrei- 
che Kommunikationsprodukte 
von ISOLAN und SPIDER SY- 
STEMS wie z. B. den Terminat- 
server TI 51 {Bild 6) für das TCP/ 
IP-Protokoii. Neu war insbeson- 
dere der E thern et- Multi media- 
Konzentrator CentreCOM 5000 
(ebenfalls Bild 6) der Allied Tele- 
sis Inc. mit Repeatern für Thick- 
Wtre-, Thtn-Wire- und Glasfaser- 
kabel. 

Die Fa, Micro Technology 
GmbH, Wiesbaden, zeigte ne- 
ben ihren „klassischen“ Produk- 
ten wie Winchesterplattenspei- 
cher und Ethernet-Kommunika* 
tionsprodukte vor allem das Kas- 
setten m ag netbandlau fwerk 
MA92 mit einer Kapazität von 
200 MByte/Kassette, Die Kas- 
sette ist kompatibel zur IBM-Kas- 
sette 3400 mit 18 Spuren. Das 
Aufzeichnungsformat unter- 
scheidet sich aber bei IBM und 
DEC. Die Laufwerke können 
wahlweise mit einem Magazin- 
wechsler für max. 10 Kassetten- 
bänder geliefert werden. Weiter- 
hin war neu im Angebot das Kas- 
sette n mag netba ndiau fwerk 
MA40 (Bild 7) mit einer Kapazität 
von 1 ,3 GByte/Kassette auf einer 
4-mm-KassetteJ Außerdem 
wurde ein neues Gefäßsystem 
der Serie 6200 (Bild 8) vorge- 
stellt. das 10 Plattenspeicher 
(max. 20 GByte) sowie für Back- 


upz wecke die Kassetten ma- 
gnetbandlaufwerke MA24, 
MA40 oder MA92 von Micro 
Technology auf nehmen kann. 
Auf dem Gebiet der Massenspei- 
chersubsysteme stellte sich als 
führender, unabhängiger Anbie- 
ter DEC-kompatibler Massen- 
speichersubsysteme die Fa. Sy- 
stem Industries (Deutschland) 
GmbH vor. Ein Spitzenerzeugnis 
stellte das 3,5-ZolFWinchester- 
platten speich er Subsystem der 
81350-Serie (Bild 9) mit einer Ka- 
pazität von 320 MByte/Laufwerk 
dar. Diese Laufwerke können als 
Kapazitätserweiterung für die 
VAXstatton 3100 bzw. DECsta- 
tion 3100 benutzt werden. Die 
mittlere Zugriffszeit beträgt 
19,5 ms und die mittlere Zeit zwi- 
schen zwei Ausfällen (MTBF) ca. 
150000 Stunden (17 Jahre)! 

Auf dem Gebiet der PC-Netze 
und ergänzender Hard- und Soft- 
warekomponenten für Netze 
stellte sich als einer der führen- 
den Anbieter die Fa. Compu- 
Shack Electronic GmbH, Neu- 
wied, vor. Neben Anbieter von 
PCs der Fa. IBM. COMPAQ und 
PCs aus eigener Produktion ist 
Compu-Shack autorisierter Di- 
stributor für Nove H- Netzwerk - 
Produkte in der Bundesrepublik. 
Darüber hinaus werden Ether- 
net-interface-Leiterkarten für 
PCs (AT-Bus und MicroChannel) 
aus eigener Produktion für 
Thick- und Th in-Wi re- Ethernet 
(C S- Et herne t - Bu smaster- Karten 
etc.) angeböten. Zur kompletten 
Ausstattung von PC-Päleservern 
gehört auch eine Unterbre* 
chungsspannungsversorung für 
10 bis 30 Minuten zum sicheren 
Abschluß aller Serveraktivitäten 
bei Netzspannungsausfällen 
bzw. zur Überbrückung kurzer 
N etz span n u ngsa usf äl I e . 

Prof Dt. Thomas Horn 



BildB. 3,5*ZölhPtattenspeichersub$ysteme SI350 mit 320 MBytelLauf * 
werk und Backup-Unterstützung von System Industrie s 
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EC 1835 turho 



Hat Robotron bisher neue Büro- oder Perso- 
nalcomputer im Abstand von mehreren Jah- 
ren vorgestellt, so waren zur diesjährigen 
Leipziger Frühjahrsmesse im März gleich 
drei neue Rechner der PC-Klasse zu sehen. 
Da wäre zuerst der zum IBM PC/AT -kompati- 
ble EC 1 835 zu nennen , den wir bereits im vo- 
rigen Heft verstellten. Für viele PC-Anwender 
sollte die Leistungsfähigkeit dieses 16-Bit- 
PCs t der international zur Zeit der Standard- 
PC ist ausreichend sein. Aber auch für geho- 
benere Ansprüche - wie etwa CAD, Bildver- 
arbeitung oder komplizierte und aufwendige 
mathematische Berechnungen - konnte Ro- 
botron Geräte dieser Rechnerklasse anbie- 
ten; seinen ersten 32-Bit-PC, den EC t835 
turbo, sowie die Transputer-Workstation auf 
der Basis des EC 1 835, den EC 1835-TR. 
Der EC 1835 turbo (Bild links) ist nicht eine 
schnelle Ausführung des 16-Bit-PCs EG 
1835, wie man vermuten mag, sondern ein 
32-Bit-PC mit dem Prozessor 80386 von In- 
tel, Seine Taktfrequenz beträgt 25 MHz (und 
nicht wie angegeben 24 MHz). Der 1835 
turbo kann mit einer 20-MByte- oder einer 40- 
MByte-Harddisk geliefert werden, er enthält 
ein 5 ,25-Zoll- Diskettenlaufwerk mit 

1 ,2 MByte, Der EC 1835 turbo kann auf dem 
Motherboard mit bis zu € MByte RAM ausge- 
stattet werden. Darüber hinaus besitzt er 7 
programmierbar© DMA- Kanäle und eine bat- 
teriegepufferte Uhr, Die zur Standardausrü- 
stung gehörende Grafik reicht von einfacher 
Schwarzweiß- Grafik bis hin zu VGA (Video 
Graphics Array) mit 640 x 480 Bildpunkten 
und 16 Farben, Für Erweiterungen stehen 8 
Steckplätze zur Verfügung. Als Betriebssy- 
steme bietet Robotron sowohl das vom EC 
1834 her bekannte. DQS-kompatible DCP 


3,3 als auch das MS-DOS 4,01 an. Aber auch 
das neuste PC- Betriebssystem von Micro- 
soft, das MS-OS/2 kann von Robotron bezo- 
gen werden. Hiermit wird die Arbeit im echten 
Multitasking möglich. Wer aber sogar Multi- 
userfähigkeiten des Rechners benötigt, der 
kann auf das Unix-kompatible Mutos 1835 
zuruckgreifen. das bereits auf dem EC 1 835 
lauffähig ist* 

Die Transputer-Workstation EC 1835-TR8 
(rechtes Bild) ist standardmäßig aus zwei 
Komponenten zusammengesetzt: aus dem 
EG 1835, der als Host-PC dient (im Bild 
rechts), und demlransputer-Array EC 1835- 
TR. Der Host-PC ist ein EC 1835 mit einer 
Festplattenkapazität von mindestens 30 
MByte, mit VGA-Grafik und mit der Transpu- 
ter- Brückenkopf karte EC1835-BRK. Diese 
enthält einen mit 20 MHz getakteten Trans- 
puter T8ÖG und 4 MByte RAM. Dieser T800, 
der mit einer Link mit dem PC und mit drei 
Links mit dem Transputerarray verbunden 
ist, leistet 4 VAX-MIPS oder 10 Transputer- 
MIPS (Millionen Befehle pro Sekunde). Das 
Transputerarray befindet sich in einem EC 
1 834-Gehäuse (im Bild links) mit 8 Steckplät- 
zen für die Knotenprozessorkarten EC 1835- 
KNP mit Je zwei T800 oder T414 von Inmos, 
Je nach der Zahl der bestückten Steckplätze 
ergibt sich die Gerätebezetchnung EC 1835- 
TR2 . . . EC 1835-TR16, Die erreichbare Lei- 
stung liegt damit im Bereich von 8 bis 64 
VAX-MIPS. Für alle Bestückungsvarianten 
ist die Netzwerktopologie frei wählbar. 

Außer dem Host-PC können an das Netz- 
werkweitere EC 1835-TRxx-Netzwerkeoder 
PC/AT an geschlossen werden. 

Mit der vorgestelllen Konfiguration EC 1 835- 
TR8 soll eine Beschleunigung der Rechner- 
arbeit bis zum Faktor 50 möglich sein. Damit 
wird die Berechnung von umfangreichen und 
rechen intensiven Problemen mit einem ver- 


tretbaren Zeitaufwand möglich. Zur Demon- 
stration der Ei nsatzmög lieh k eiten dieser 
Transputer- Workstation steifte die Akademie 
der Wissenschaften der DDR das Programm 
FIDEFA V 1,0 zur Berechnung von Span- 
nungs- und Deformationsfeldern in der nicht- 
linearen Statik vor. Es führt Berechnungen 
mit der Methode der finiten Elemente durch. 
Das Programm kann zum Lösen von Festig- 
keitsaufgaben verschiedener Art, aber auch 
zum Berechnen von Um form Vorgängen ein- 
gesetzt werden. Die Materialien können 
metallisch, biologischer Art oder Plastmate- 
rialien sein, MP-Hk 


Einige technische Daten 


EC 1635 turbo 

CPU 

I80386 

T aktfrequenz 

25MHz 

Festplatte 

20/40 MByte 

Floppyisufwerk 

5, 25 Zoll, 1,2. MByte 

Grafik 

s/w oder VGA 

Bildschirm 

K 7229 tur s/w, K 7233 


für Farbe 

Hauptspeicher 

b fs 9 MByte on board 

Steckpiatze 

3 x 8 Bil. 4 x 16 Bit, 


1 * 32 Bit 

DMA Kanäle 

7, programmierbar 

EC 1835-TR 

* E C 1935 


Festplatte 

2 30 MByte 

Grafik 

VGA 

Transputerkarte 

EG1B35-8HK 

* EC183S'9RK 


Transputer 

T8O0 

Taktfrequenz 

20 MHz 

RAM 

4 MByte 

DMA -fähig. 0004- 


kompatibel 


* EC 1 035-TR2 


EC 1935’TRIS 


Gehäuse 

EC 1934 

Steckplätze 

8 

Transpuierfcarten 

EC 1 B35'KNP mrt je 2 T6ÖC 


oder T414 

Knoienprozessoren 

2... 16 

RAM 

8 . 64 MByte 

VAX-MtPS 

8 64 

Topologie 

frei programmierbar 
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Calamus 



Auf der Leipziger Frühjahrsmesse war am 
Stand von Atari auch das Atari-Dektop-Pu- 
blishing-System Calamus von DMC zu fin- 
den. DMC steht dabei für Design Marketing 
Communication. 

Da dieses Produkt zu den preisgünstigeren 
Angeboten im Bereich der DTP-Software ge- 
hört, möchten wir es Ihnen etwas näher vor- 
stellen. Einziges Handicap: die Hardware - 
Voraussetzung ist ein Atari-Rechner. Und 
nicht nur irgendein Atari, etwa der PC 3, der 
PC 4 oder der ABC, sondern einer der Klasse 
Mega ST mit einem Motorola-Prozessor 
68000 und möglichst mehr als 2 MByte 
Hauptspeicher. Darüber hinaus sollten ein 
hochauflösender, augenschonender Bild- 
schirm Atari SM 124, eine 30- (besser: 60-) 
MByte-Atari-Festplatte und ein Laserdrucker 
Atari SLM 804 eingesetzt werden, sagt Atari. 
Von der Visitenkarte über Briefpapier und 
Werbeprospekte bis hin zu umfangreichen 
Handbüchern und sogar Katalogen wäre 
dann alles möglich. 

Calamus soll durch ein anwenderfreundli- 
ches Konzept schnell beherrschbar und 
leicht zu bedienen sein. Ob allerdings den 
Anwendern heute der Umgang mit Calamus/ 
DTP leichter fällt als seinerseits den Men- 
schen im Altertum die Benutzung des gleich- 
namigen Schreibrohrs, kann aus naheliegen- 
den Gründen leider nicht beantwortet wer- 
den. Ganz ohne Übung geht es aber dann si- 
cher doch nicht, und so werden auch spe- 
zielle Schulungen und Serviceleistungen an- 
geboten. 

Die Texte können Sie über die Tastatur ein- 
geben oder aber aus bereits bestehenden 
Dateien (auch aus solchen anderer Textver- 
arbeitungsprogramme wie WordPerfect oder 
IstWord) übernehmen. Der Text erscheint 
dann in jeder Phase der Bearbeitung nach 


dem sogenannten WYSIWYG-Prinzip so auf 
dem Bildschirm, wie Sie es dann auch nach 
dem Ausdruck auf dem Papier oder auch 
Film usw. erhalten werden. Es lassen sich so- 
mit nicht nur die Zeilen- und Absatzabstände 
frei wählen - das geht in bestimmtem Maße 
bereits mit einem normalen Textverarbei- 
tungssystem -, sondern Sie sehen das auch 
schon auf dem Bildschirm anstelle der sonst 
dort üblichen Steuerzeichenfolgen. Den ferti- 
gen Text einschließlich der Tabellen, Grafi- 
ken und Fotos können Sie dann mit den ver- 
schiedensten Layout-Funktionen gestalten, 
was die immer noch weit verbreitete 
Schneide-Schiebe-KJebe-Technik in gewis- 
sem Maße ablösen kann. Eine Vielzahl mög- 
licher Schriften steht dabei ebenfalls zur Aus- 
wahl. Die im sogenannten Vektorformat ge- 
speicherten Zeichen können (auch einzeln) 
beliebig vergrößert, verkleinert und auch in 
verschiedenen Stilarten wie schattiert oder 
outlined (nur die Außenlinien) dargestellt 
werden. Feste Leerräume wie ein Geviert 
lassen sich dagegen nicht einstellen. Meh- 
rere Zusatzpakete erweitern die Leistungsfä- 
higkeit von Calamus, so beispielsweise Out- 
line-Art, was unter anderem das Stauchen 



RLAUF 



den Satz entlang beliebiger Vektorpfade 

QIMEmascoPE 


aber auch das Verschieben, Rotieren, Spie- 
geln und die sphärische Projektion 


ä 

w 


von Texten, Grafiken oder Fotos ermöglicht. 
Mit dem DMC-Lino-Interface können Sie mit 
Calamus direkt - also ohne den sonst erfor- 
derlichen Raster-Image-Prozessor (RIP), der 
ein Postscript-File erzeugt und es pixelweise 
an den Laserdrucker schickt, Druckvorlagen 
herstellen und dabei die Möglichkeiten des 
Linotype-Laserbelichters nutzen. Das DMC- 
Lino-Interface kann neben dem Schriftpaket 
von Linotype auch mit denen von Agfa Com- 
pugraphic und URW geliefert werden. Das 
Zusatzpaket Fonteditor ermöglicht es, für 
Calamus eigene Zeichensätze mit mehr als 
1 60 möglichen Zeichen, Objekten oder Pikto- 
grammen aufzubauen, zu ändern, und ähn- 
lich wie die Standardschiften auch in ver- 
schiedenen Stilarten in Calamus darzustel- 
len. 

Da das Calamus-Textverarbeitungssystem 
vermutlich nicht ihren Ansprüchen genügt, 
bietet DMC als Ergänzung zum DTP-System 
den Texteditor PKS-Write, der in Zukunft in 
Calamus integriert werden soll. In sieben Da- 
teien kann damit gleichzeitig gearbeitet wer- 
den, und es ist unter anderem möglich, 
Blöcke auszuschneiden, zu formatieren und 
zu sortieren, Texte und auch Schriftarten zu 
suchen und zu ersetzen sowie Makros ablau- 
fen zu lassen. Sollten Sie Calamus allerdings 
professionell -beispielsweise in Druckbetrie- 
ben oder Belichtungsstudios - einsetzen wol- 
len, dann bietet sich die Calamus-Job-Ver- 
sion an, die selbständig Joblisten für 99 Kun- 
den pro Jobliste und 99 Dokumente pro 
Kunde abarbeitet, wobei die Druckoptionen 
für jedes Dokument speziell eingestellt wer- 
den können. 

Alles in allem bietet DMC ein Softwarepaket, 
das trotz einiger Mängel zusammen mit der 
entsprechenden Hardware für 10 000 bis 
15 000 DM professionelles Desktop-Publis- 
hing ermöglicht und damit für etwa die Hälfte 
bis zu einem Drittel des Preises anderer Sy- 
steme (Macintosh, IBM PC/AT) Vergleichba- 
res leistet. mp-hi 
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Zum Titelbild 


Mikroprozessoren benötigen für die Lösung von 
Echtzeitaufgaben - wie digitale Filterung in der 
Sprachverarbeitung oder bei der Datenübertragung 
- hohe Rechengeschwindigkeiten, besonders bei 
der Multiplikation und der Daten bereitstellung für 
die Verarbeitung in der arithmetischen Einheit. 
Diese Aufgaben können „spezialisierte“ Mikropros- 
soren übernehmen. Der Beitrag „Digitale Signal- 
prozessoren“ auf der Seite 4 stellt diese Speziali- 
sten vor. Er geht auf die innere Struktur der DSPs 
ein und vergleicht ihre verbreitetsten Vertreter. 



Es kann Vorkommen, daß gespeicherte Bilder 
neueren Anforderungen nicht mehr gerecht wer- 
den. Notwendig könnten andere Formate oder Dre- 
hungen werden. Der Beitrag „Rasterbilder auf dem 
PC“ auf der Seite 1 3 stellt deshalb Algorithmen vor, 
die die weitere Bearbeitung von Bildern gestat- 



Ganz so futuristisch, wie sich das neue Tagungs- 
Centrum Messe (TCM) dem CeBIT-Besucher prä- 
sentierte, ging es bei den Exponaten zwar nicht zu. 
Dennoch glauben wir, daß es genügend Neuvor- 
stellungen gab, die trendbestimmend sein werden. 
Eine Auswahl davon finden Sie in unserem CeBIT- 
Bericht als Nachlese - ab Seite 33. 
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Vorschau 

Für Heft 9/1990 bereiten wir für Sie unter anderem 
Beiträge zu folgenden Themen vor: 

• MS-DOS und Multitasking 

• Computerviren 

• Unix-Prozeßkommunikation 

• Hardware-Interrupts beim A 71 50 
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VDI-Richtlinien 
in der DDR erhältlich 

Mit Gründung der Vereinigung „Ver- 
ein Deutscher Ingenieure - Gliede- 
rung DDR“ am 1 1 . März 1 990 in Leip- 
zig sind jetzt die VDI-Richtlinien in der 
DDR erhältlich. Die VDI-Richtlinien 
sind ein wesentlicher Bestandteil des 
deutschen technischen Regelwerks 
und konkrete Arbeitshilfen für den im 
Beruf stehenden Ingenieur. Sie stel- 
len technische Sachverhalte praxis- 
bezogen dar und dokumentieren den 
Stand von Wissenschaft und Tech- 
nik. 

Die VDI-Richtlinien sind in Handbü- 
chern zusammengefaßt, von denen 
unter anderem folgende vorliegen: 
Betriebstechnik, Konstruktion, Meß-, 
technik I und II, Regelungstechnik, 
Technische Zuverlässigkeit, Büro- 
kommunikation, Werkstofftechnik. 
Bestellungen können an den Verlag 
für Standardisierung, Wallstr. 20, 
1 020 Berlin, gerichtet werden. 


Weiterbildungsinstitut 

Das Institut für Datenverarbeitung 
und Betriebswirtschaft (IDB), Frank- 
furt (Main), hat am 15. Mai 1990 ein 
eigenes Büro und Schulungsräume 
im Technologie- und Ausstellungs- 
zentrum (TAZ) in Berlin-Wuhlheide 
eröffnet. Die bereits in den Vormona- 
ten erfolgreich durchgeführten Wei- 
terbildungsveranstaltungen werden 
nun fortgesetzt. 

Das Schulungsangebot des IDB um- 
faßt alle Bereiche der Betriebswirt- 
schaft und der Datenverarbeitung. 
Weitergehende Informationen sind 
direkt im Büro des IDB im Technolo- 
gie- und Ausstellungszentrum, Köpe- 
nicker Straße 325, Berlin, 1170, Tel. 
65 76-29 75 zu erhalten. 


Kontron Elektronik 
in Leipzig 

Die Kontron Elektronik GmbH in 
Eching bei München hat Anfang Mai 
ein Technisches Büro in Leipzig eröff- 
net, in dem Mitarbeiter aus der DDR, 
die in Eching geschult wurden, Ver- 
trieb und Service von Kontron-Pro- 
dukten übernehmen. Kontron Elek- 
tronik stärkt damit seinen Vertrieb in 
einem Markt, in dem das Unterneh- 
men seit März 1990 leistungsfähige 
Industrierechner und hochwertige 
CAD/CAM-Systeme an Industrieun- 
ternehmen und Forschungsinstitute 
verkauft. Die Firma entwickelt, produ- 
ziert und vertreibt Produkte in den Be- 
reichen Meßtechnik, Datensysteme, 
Bildanalyse/Bildverarbeitung und 
Optoelektronische Sensorik. 
Kontaktadresse: Kontron Elektronik, 
TB Leipzig, Breite Straße 25, Post- 
fach 9, 7245 Naundorf b. Leipzig; Tel. 
0033 41/22 82 


Kostenlose Datenbank 

ln einer gemeinsamen Aktion wird 
von den Unternehmen ODIN IB Lohr- 
mann (Karl-Marx-Stadt), SOS Soft- 
ware Service GmbH (Augsburg) und 
ComWare (Berlin) das programmier- 
bare Datenbanksystem Index kosten- 
los abgegeben. Das Programm ba- 


siert auf dem Novell-Datenbanksy- 
stem Btrieve und wurde in Modula-2 
geschrieben. Mit Index sollen auch 
DV-Laien komplexe Applikationen in 
einer einfachen Programmiersprache 
erstellen können. Die Haupteinsatz- 
gebiete liegen im kommerziellen Be- 
reich, beispielsweise in der Kunden- 
und Lagerverwaltung und Fakturie- 
rung. Im LAN-Einsatz werden die 
Lockingmechanismen automatisch 
unterstützt. Index läuft unter den Be- 
triebssystemen MS-DOS und DCP. 
Das Programm und das komplette 
Handbuch befinden sich auf zwei Dis- 
ketten, die gegen Rückporto von 
ODIN IB Lohrmann, PSF 7, Chem- 
nitz, 9061 , zu beziehen sind. 


Basic PDS 7.0 

Allen Besitzern von Quick-Basic bie- 
tet Microsoft jetzt, und solange der 
Vorrat reicht, das professionelle Ent- 
wicklungssystem Basic PDS 7.0 zu 
dem Upgrade-Preis von 750,- DM 
(Listenpreis: 1357- DM) an. Gegen 
Einsendung des alten Produkts und 
eines Upgrade-Coupons bzw. der 
Registrierkarte und einer Kopie der 
Rechnung. Damit soll den zahlrei- 
chen professionellen Basic-Program- 
mierern eine Leistungsfähigkeit ähn- 
lich der anderer Hochsprachen wie C 
und Pascal erschlossen werden. 
Microsoft GmbH, Edisonstraße 1, D- 
8044 Unterschleißheim; Tel. (089) 
31705-0 MP 


EXPO CO MM 
MOSKAU ’91 

Erste internationale Fachmesse der 
Informations- und Telekommunika- 
tionsindustrie in der Sowjetunion 

Zum erstenmal wird es 1991 in der 
Sowjetunion eine internationale Fach- 
messe geben, die das gesamte Spek- 
trum der Informations- und Telekom- 
munikationsindustrie abdeckt. Hanno- 
ver-Messe International, eine Toch- 
tergesellschaft der Deutschen Messe 
AG. Hannover, und die internationa- 
len Messeveranstalter E. J. Krause & 
Associates, Washington, D. C. rich- 
ten vom 5. bis 1 0. Juni 1 991 die EXPO 
COMM ’91 auf dem All-Unionsaus- 
stellungsgelände in Moskau aus. 
Angesichts der zu erwartenden Lok- 
kerung der COCOM-Bestimmungen 
und des Umgestaltungsprozesses in 
der Sowjetunion ist auch mit neuen 
Akzenten in der Investitionspolitik zu 
rechnen. Schon heute ist das Ziel, die 
soziale Infrastruktur z. B. durch mo- 
derne Kommunikationstechnik zu 
verbessern, im Volkswirtschaftsplan 
festgeschrieben. Unter anderem soll 
der Umfang der Leistungen des Post- 
und Fernmeldewesens um minde- 
stens 26 Prozent erhöht werden. Für 
die exportorientierte Informations- 
und Telekommunikationsindustrie 
sind dies günstige Voraussetzungen 
für einen erfolgreichen Messeverlauf. 
Die Anmeldeunterlagen und weitere 
Informationen sind erhältlich bei: 
HANNOVER-MESSE INTERNATIO- 
NAL GmbH, Unternehmensgruppe 
Deutsche Messe AG, Messege- 
lände, D-3000 Hannover 82, Tel. 89- 
3 14 00 und 89-3 14-07. MP 


Halbleiterbauelemente - 
Informationen 

Insbesondere bislang selten in der 
DDR eingesetzte internationale 
Bauelemente sind hierzulande noch 
wenig spezialisiert. Die Firma MCT 
hat daher für alle interessierten Elek- 
tronikanwender einen Datenblattser- 
vice eingerichtet. Gegen eine Gebühr 
kann man sämtliche vorhandene Un- 
terlagen vorOrt kopieren. Interessen- 
ten steht die firmeneigene Bibliothek 
in der Leipziger Simsonstraße 9 
dienstags, mittwochs, und donners- 
tags von 1 6.00 bis 1 9.00 Uhr zur Ver- 
fügung. 

MCT Leipzig vertreibt Produkte der 
Partnerfirmen MCT Berlin und Elek- 
tronikladen Detmold. Neben lei- 
stungsfähigen universellen Einplati- 
nenrechnern handelt es sich dabei 
um PC- und VME-Bus-Baugruppen, 
für welche auch Software entwickelt 
und angeboten wird. mp 


TommySoftware 
legalisiert Raubkopien 

Das Westberliner Unternehmen 
TommySoftware legalisiert mit Wir- 
kung vom 1 . Juli 1990 sämtliche 
Raubkopien seiner Softwareprodukte 
in der DDR. Voraussetzung ist der ko- 
stenlose Erwerb einer Registrations- 
nummer bei dem Unternehmen im 
Schriftverkehr bis 30. September 
1990. Alle später eingehenden Regi- 
strationen können nicht mehr berück- 
sichtigt werden. 

Kontakt: TommySoftware, Selchower 
Str. 32, D-1000 Berlin 44; Tel. 
6214 06-3 


Beschränkungen 
im Osthandel gelockert 

Seit Mai sind die Exportbeschränkun- 
gen für die Lieferung von Seagate- 
Festplatten und -Controllern in den 
Ostblock teilweise aufgehoben. Wie 
Seagate bekanntgab, bestätigte das 


für die Außenhandelskontrolle zu- 
ständige „United States Department 
of Commerce“, daß die Ausfuhr be- 
stimmter 3,5- und 5,25-Zoll-Lauf- 
werke nach Osteuropa keinen Be- 
schränkungen mehr unterliegt. Alle 
Modelle mit einer Kapazität unter 55 
MByte - unformatiert- und einer Da- 
tentransferrate unter 5,2 MBit/s kön- 
nen jetzt ohne Einschränkungen ge- 
liefert werden. Hierzu gehören unter 
anderem die Laufwerke ST 225, ST 
251, ST 151 und ST 125. 

Nach Ansicht von Seagate ist dies der 
erste Fall, bei dem ein Antragsteller 
aus der Industrie die Freigabe von 
Harddisks nach den amerikanischen 
„Foreign-Availability“-Vorschriften er- 
folgreich durchsetzen konnte. MP 


Zusammenarbeit 
der BRD - und DDR - 
Elektronikindustrie 

Viel entschlossener Wille zum akti- 
ven industriellen Engagement in der 
DDR, aber auch unverkennbare Zu- 
rückhaltung der bundesdeutschen 
Unternehmen angesichts zahlreicher 
noch bestehender Unsicherheiten im 
politischen und rechtlichen Raum: In 
dieser Grundstimmung fand im Mai 
die diesjährige Jahres-Mitgliederver- 
sammlung des Fachverbandes 
Bauelemente der Elektronik im Zen- 
tralverband Elektrotechnik- und Elek- 
tronikindustrie (ZVEI) statt. An dieser 
Begegnung der deutsch-deutschen 
Bauelementeindustrie nahmen über 
hundert Bauelemente-Hersteller aus 
der Bundesrepublik und Repräsen- 
tanten der Elektronikindustrie der 
DDR teil. Unter dem Motto: „Ein Staat 
ändert seine Wirtschaftsform - Die 
Chancen der Bauelementeindustrie 
für Kooperation und Handel mit der 
DDR“ diskutierten die Firmenvertre- 
ter aus Ost und West über Notwen- 
digkeit und konkrete Möglichkeiten 
der industriellen Zusammenarbeit 
zwischen den Unternehmen in bei- 
den Teilen Deutschlands. Breiten 


MP-Dialog 

Schnell, schneller, 
Turbo-Pascal? 

Zu unserem Artikel „Neuer Funk- 
tionsinterpreter in Turbo-Pas- 

cal“ (MP 3/90, Seite 72) erhielten 
wir von Herrn Rainer Schnauß aus 
Nordhausen den Hinweis, daß man 
die Rechenzeit des vorgestellten 
Programmes für lange Formeln auf 
etwa die Hälfte reduzieren kann, 
wenn man die Priorität der Opera- 
tionen analysiert und die Formel 
umkodiert. „Dazu wird jeder imple- 
mentierten Funktion ein Zeichen 
zugeordnet, und die in der Formel 
vorkommenden Funktionen wer- 
den durch ihre zugehörigen Zei- 
chen ersetzt. Jede ermittelte Zahl 
wird in einer linearen Liste abgelegt 
und ihre Stelle in der Formel durch 
ein definiertes Zeichen markiert. 
Während dieser Umkodierung wer- 
den bereits Plausibilitätsprüfungen 
durchgeführt. 

In einem zweiten zeichenweisen 


Durchlauf durch die umkodierte 
Formel werden die restlichen Prü- 
fungen auf syntaktische Richtigkeit 
durchgeführt, die während der Um- 
kodierung noch nicht realisiert wur- 
den. Auf diese Art werden insbe- 
sondere auch alle syntaktisch fal- 
schen Formeln, die der im Heft 3 
vorgestellte Funktionsinterpreter 
noch durchgehen läßt, verworfen.“ 
Die erreichte Einsparung muß aller- 
dings mit einer erheblichen Verlän- 
gerung des Quelltextes erkauft wer- 
den. 

Herr Jörg Minkwitz aus Berlin 
möchte den Beitrag „Program- 
miersprachen für MS-DOS“ {MP 

4/90, Seite 103) mit dem Hinweis 
ergänzen, daß sich die Laufzeiten 
von Turbo-Pascal-Programmen 
durch das Setzen der Compiler- 
Schalter { $ R-, S- } wesentlich ver- 
kürzen lassen. Ein erneuter Test 
mit gesetzten Schaltern ergab für 
die Fibonaccifunktion eine Verkür- 
zung von 1 :13min auf 0:49 min. MP 
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Raum nahm auch die Diskussion 
über die Einordnung einer künftigen 
gesamtdeutschen Bauelementeindu- 
strie im europäischen und internatio- 
nalen Kontext ein. Jürgen Knorr, Vor- 
sitzender des Fachverbandes Bau- 
elemente der Elektronik, zur traditio- 
nellen Vorreiterrolle der Industrie ge- 
genüber der Politik: „Der ZVEI-Fach- 
verband Bauelemente der Elektronik 
und seine Mitgliedsfirmen sind bereit, 
mit einem aktiven Engagement in der 
DDR nicht bis zur staatlichen Einheit 
Deutschlands zu warten. Die DDR 
spielt in den Überlegungen westdeut- 
scher Firmen nicht nur als Vertriebs- 
markt, sondern auch als Produktions- 
und Entwicklungsstandort eine wich- 
tige Rolle.“ 

Im Fachverband Bauelemente der 
Elektronik des ZVEI sind rund 140 
Hersteller elektronischer Bauele- 
mente in der Bundesrepublik 
Deutschland zusammengeschlos- 
sen. 


2 . ASIC-Seminar 

Am 2. und 3. Mai 1 990 fand an der TU 
Karl-Marx-Stadt das 2. ASIC-Semi- 
nar statt, ein Problemseminar zum 
Entwurf anwendungsspezifischer 
Schaltkreise. Dazu hatten der WB Mi- 
kroei ektronikentwurf der TU, der 
Fachausschuß ASIC der KDT und 
das Schaltkreiszentrum des VEB 
Textimaelektronik eingeladen. 

Das Seminar stand im Zeichen sich 
ändernder gesellschaftlicher und 
wirtschaftlicher Rahmenbedingun- 
gen in der Elektronik-Industrie der 
DDR. Das drückte sich zum einen in 
der im Vergleich zum 1. ASIC-Semi- 
nar 1988 etwas geringeren Teilneh- 
merzahl und zum anderen im Ver- 
tragsangebot und in Diskussionen zu 
Entwurfs- und Anwendungsmöglich- 
keiten der ASICs aus. In 1 5 Vorträgen 
vermittelten die Referenten ein breit 
gefächertes Bild, von der Vorstellung 
neuer ASIC-Master über die Anwen- 
dung neuer und bewährter Entwurfs- 
hilfsmittel für Entwurf und Einsatz von 
ASICs. 

Im Plenarvortrag stellte Prof. Müller 
(TUK) die verschiedenen Arten der 
ASICs dar, erläuterte die wachsende 
Notwendigkeit des Einsatzes funktio- 
neller Beschreibungsmöglichkeiten, 
um die steigende Komplexität der 
ASICs zu beherrschen und verwies 
auf internationale Tendenzen in der 
ASIC-Entwicklung. 

Dr. Wolf (TEXEL), Dr. Schmidt (CZJ) 
und Seiler (CZJ) berichteten über 
Vorstellungen zur ASIC-Entwickung 
in der DDR aus firmenspezifischer 
Sicht und über den Aufbau von Soft- 
macrobibliotheken. Diese Ausführun- 
gen wurden von Dr. Ritter (MEE) zu 
dem in Erfurt entwickelten Gate-Ar- 
ray-System U 6xxx ergänzt. Pohland 
(HFO) stellte ein in Frankfurt entwik- 
keltes bipolares Gate-Array-System 
in ECL-Technik vor. 

Breiten Raum nahmen Vorträge zur 
Softwareunterstützung im Gate-Ar- 
ray- Entwurf ein. Dr. Troll (TEXEL) be- 
richtete über grafische Beschrei- 
bungsmittel im Schaltkreisentwurf, 
Dr. Koegst (AdW) über den Steuer- 
werksentwurf mit MIPRE und Dr. Do- 
nath (AdW) über Einsatzerfahrungen 
mit dem Simulationsprogramm KO- 
SIM beim ASIC-Entwurf. Eine 
Gruppe von Vortragenden des WB 
Mikroelektronikentwurf der TUK 
stellte neue Entwurfshilfsmittel vor. 


Dr. Steinbach gab einen Überblick 
über den Logik-Entwurf mit dem Lo- 
giksynthese-Modul ALOE, der von 
Landmann mit speziellen Ausführun- 
gen zur Anwendung von ALOE für 
den ASIC-Entwurf ergänzt wurde. 
Um insbesondere große komplexe di- 
gitale Gate-Array-Systeme entwerfen 
zu können, macht sich die Nutzung 
funktioneller Beschreibungen für den 
Entwurf notwendig. Dazu wurden von 
Knoth (TUK) Erfahrungen und Lösun- 
gen vorgetragen. Die Vorstellung des 
neuen Programmsystems PC-GAD-3 
zum Entwurf von Gate-Array-Schalt- 
kreisen auf der Basis des Masters U 
5300 mit Hilfe der PC-Rechentechnik 
war Inhalt eines Übersichtsvortrages 
von Pauliuk (TUK). 

Die Teilnehmer des Seminars waren 
sich nach einem abschließenden Ge- 
spräch einig, die Tradition der ASIC- 
Seminare fortzuführen. Neben der 
Vermittlung von Anwendererfahrun- 
gen und der Vorstellung neuer Ent- 
wurfshilfsmittel sollte auch der Dar- 
stellung international verbreiteter 
Gate-Array-Entwurfssysteme mehr 
Aufmerksamkeit geschenkt wer- 
den. 

Zum nächsten ASIC-Seminar wird 
rechtzeitig durch die Veröffentlichung 
in der Fachpresse eingeladen. 

Dr. Brumme 


1 . Berliner Unix-Forum 

Die Jahrestagung der Entwickler- und 
Anwendergemeinschaft Unix-kom- 
patibler Betriebssysteme (Unix-EAG) 
am 22. Mai in der Ostberliner Kon- 
greßhalle stand in diesem Jahr ganz 
im Zeichen der sich abzeichnenden 
deutsch-deutschen Zusammenarbeit 
und wurde mit einer Ausstellung füh- 
render Hard- und Softwareanbieter 
aus der Bundesrepublik zum 1 . Berli- 
ner Unix-Forum vereinigt. Für die 
Ausstellung, bei der längst nicht alle 
Interessenten berücksichtigt werden 
konnten, hatten folgende Unterneh- 
men Stände zwischen 6 und 18 m 2 
aufgebaut: AEG Olympia/EAW, Altos 
Computer Systems, Apple Computer, 
Arrow, Beech Tree Systems, BmTec 
Computersysteme, BSP Softwaredi- 
stribution, Bull, Concept ASA, Con- 
current Computer, Digital Equipment, 
Garmhausen und Partner, gki/Uni- 
Ware Computer GmbH, Heise-Ver- 
lag, Hewlett-Packard, !DG Verlag, 
MAI, Mannesmann Kienzle, Markt & 
Technik, Motorola, Mummert & Part- 
ner, NCR, Nomina GmbH, TA Olivetti, 
PSC Computer Systeme, PSI, Qua- 
draton Deutschland, Sequent Com- 
puter, Siemens, Sony Microsystems, 
Stardent Computer, The Santa Cruz 
Operation, Unisys Deutschland. Daß 
ein klingender Name fehlte, nämlich 
IBM Deutschland, lag nicht am feh- 
lenden Bemühen der Organisatoren, 
sondern wohl eher an den zu diesem 
Zeitpunkt noch geltenden COCOM- 
Restriktionen. 

Nach Eröffnung der Jahrestagung 
und dem Grußwort der GUUG (Ger- 
man Unix User Group) wurde zu- 
nächst ein Überblick über die Hard- 
waresituation im Unix-Bereich gege- 
ben. Danach beantwortete ein Vertre- 
ter des EAW die viele im Saal bewe- 
gende Frage, wie es mit der P8000- 
Technik weitergehen würde. Zwei 
weitere aus dem Kreis der EAG ge- 
haltene Vorträge beschäftigten sich 
mit dem Aufbau eines Krankenhaus- 
Informationssystems sowie mit der 


Gestaltung von Multiprozeßsyste- 
men. Der zweite Teil des Vortrags- 
programms wurde in diesem Jahr 
Gastrednern jener Einrichtungen 
überlassen, die in der Standardisie- 
rungsdiskussion um Unix eine füh- 
rende Rolle spielen. Dabei hatte 
AT&T Gelegenheit, über das Unix- 
System V, Release 4 zu referieren, X/ 
Open über Brennpunkte der Entwick- 
lung zu offenen Systemen sowie OSF 
über das Betriebssystem OSF/1. 
Nach der Jahrestagung blieb noch 
genügend Zeit, mit dem einen oder 
anderen Aussteller ins Gespräch zu 
kommen oder zu einem Gedanken- 
austausch unter Kollegen und Mit- 
gliedern der EAG. Die Meinungen 
über die Veranstaltung waren bei den 
meisten der etwa 1500 Besucher 
sehr positiv. Eine Befragung der Aus- 
steller ergab bereits mittags, daß ihre 
Erwartungen voll erfüllt, bei vielen so- 
gar weit übertroffen waren. (Das 
wurde vor allem deutlich bei denen, 
die schon zeitig ohne Werbematerial 
dastanden!) Bei der gki# mbh, die als 
Dienstleistung die EAG betreut, und 
bei UniWare#, die die Ausstellung or- 
ganisiert hatte, beginnen demzufolge 
bereits die Vorbereitungen für das 2. 
Berliner Unix-Forum 1 991 . Schenck 


13. DECUS-München- 
Symposium 

Das 1 3. Symposium der Anwenderor- 
ganisation DECUS München e. V. für 
Anwender elektronischer Klein- und 
Mikrorechenanlagen der Digital 
Equipment Corporation (DEC), May- 
nard/USA, fand vom 12. bis 16. März 
1 990 in Würzburg statt. DECUS Mün- 
chen e. V. ist mit über 8000 Anwen- 
dern aus dem deutschsprachigen 
Raum Bestandteil der weltweiten Di- 
gital Equipment Computer User So- 
ciety (DECUS) mit weit über 100 000 
Mitgliedern. Hauptziel des Sympo- 
siums ist neben der Wissensvermitt- 
lung über Hard- und Softwarepro- 
dukte für DEC-Rechner die Weiter- 
entwicklung des Erfahrungsaustau- 
sches zwischen den Anwendern so- 
wie die Rückkopplung der Einsatzer- 
fahrungen zu den Entwicklern. 

Am ersten und letzten Tag bestand 
die Möglichkeit der Teilnahme an ein- 
tägigen Trainingskursen zu den Pro- 
blemkreisen VAX/VMS-System ma- 
nagement, VAX-Cluster-Grundlagen 
für Systemmanager, DECnet-Mana- 
gement, Sicherheit in verteilten Sy- 
stemen u.v.a. Themen. An den ei- 
gentlichen Symposiumstagen wur- 
den in teilweise bis zu 10 parallelen 
Sitzungen umfangreiche Informatio- 
nen zu Hard- und Software sowie An- 
wendungserfahrungen vermittelt. In 
Workshops konnten Probleme und 
Einsatzerfahrungen diskutiert wer- 
den. In den Q&A-Sitzungen (Que- 
stion and Answer) konnten Anfragen 
an die DEC-Mitarbeiter, insbeson- 
dere aus dem Engineering und Tele- 
fon Support Center gerichtet und Pro- 
bleme zur Beantwortung weitergelei- 
tet werden. 

Die über 190 Vorträge wurden ent- 
sprechend der Struktur von DECUS 
in den SIGs (Spez. Interessengrup- 
pen) gehalten wie SIG Große VAX- 
Systeme, SIG Netzwerke, SIG Be- 
triebssystem VAX/VMS, SIG Be- 
triebssystem UNIX, SIG Betriebssy- 
stem RSX-11, SIG Betriebssystem 
RT-11, SIG Image- und Grafik-Pro- 


cessing, SIG CAD/CAM-Anwendun- 
gen, SIG Sprachen und Werkzeuge, 
SIG Büroautomatisierung u. a. 
Besonderes Interesse der Teilneh- 
mer fanden die Vorträge zur Vorstel- 
lung der neuen VAX-Systeme wie 
VAX 6000, Modelle 410. ..460 und 
VAX 9000, Modelle 210. . .440 sowie 
die Vorträge über die Phase V von 
DECnet und die Vorstellung neuer 
Netzwerkprodukte. 

Auf dem Unix-Sektor wurde die neue 
Ultrix-Version 4.0 vorgestellt. In der 
SIG Sprachen und Werkzeuge waren 
vor allem die Vorträge zu OSF (Open 
Software Foundation) und Weiterent- 
wicklung des Betriebssystems VAX/ 
VMS zur Version 6 auf der Basis der 
Posix-Standards von Interesse. Dar- 
über hinaus gab es auch auf eine 
Vielzahl anderer Sitzungen wertvolle 
Informationen und Hinweise zur Wei- 
terentwicklung von anderen Softwa- 
reprodukten. Prof. Dr. Horn 


Spezialist 

für Bürokommunikation 
in der DDR 

Um DDR-Bürgern den Zugang zu Ko- 
pierern, Telefaxgeräten, Computern 
und elektronischen Schreibmaschi- 
nen zu erleichtern, plant die UTAX 
GmbH, in mehreren Städten der DDR 
Dienstleistungszentren aufzubauen. 
Dort sollen zunächst einmal UTAX- 
Kopier- und Telefaxgeräte, PCs und 
Schreibsysteme bereitgestellt wer- 
den, so daß sie von jedermann ge- 
nutzt werden können. Längerfristig 
soll dies, so die Firmenleitung, die Ba- 
sis für die Entwicklung eines UTAX- 
Vertriebsnetzes auch in der DDR 
sein. 

Für den Anfang ist das Unternehmen 
auf der Suche nach Räumlichkeiten, 
in denen die ersten UTAX-Zentren 
entstehen können. Außerdem sucht 
UTAX Personal, das den Nutzern des 
Services mit Rat und Tat zur Seite 
steht und sich um Organisatorisches 
wie die Wartung der Geräte kümmert. 
Bislang nicht vorhandenes Wissen 
würde durch entsprechende Schu- 
lungsprogramme vermittelt werden. 

Die Kontaktadresse lautet: UTAX 
GmbH , Erwin Lehmann, Ohechaus- 
see 235, D-2000 Norderstedt; Tel. 
528490, Fax: 040152840120, 
Telex: 04 052849 utaxd. MP 


Verkaufspartner 
von Siemens-Tochter 
in der DDR 

Als autorisierter Verkaufspartner der 
Siemens-Tochter Computer Gesell- 
schaft Konstanz mbH in der DDR hat 
sich der ComputerService Magde- 
burg (CSM) - ehemals Datenverar- 
beitungszentrum - seinen langjähri- 
gen sowie potentiellen Kunden vor- 
gestellt. Der Magdeburger Betrieb 
wird künftig eigenständig Erzeugnise 
der Siemens-Tochter vermarkten und 
für sie den gesamten Kundendienst 
auf dem Gebiet der DDR überneh- 
men. Es handelt sich zunächst um 
optische Belegleser, für die anwen- 
derorientierte Systemlösungen ange- 
boten werden. 

Für die Zukunft denke man auch 
daran, einzelne Systemkomponen- 
ten in der DDR produzieren zu las- 
sen, wozu der Magdeburger Betrieb 
die Lizenzvergabe organisieren 
werde. ADN 
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Digitale Signalprozessoren 


Gert Heuer , Berlin 


Die Entwicklung universeller Mikroprozesso- 
ren ermöglichte Anfang der siebziger Jahre 
eine wesentliche Steigerung der Leistungsfä- 
higkeit digitaler Schaltungen und war somit 
eine wesentliche Voraussetzung zur Dezen- 
tralisierung und Miniaturisierung der digitalen 
Rechentechnik. Die Struktur der Mikroprozes- 
soren unterstützt eine universelle Software- 
entwicklung durch vielfältige Adressierungs- 
möglichkeiten, Speicher- und Registeropera- 
tionen unter Verwendung eines großen Kel- 
lerspeichers (Stack) und einer Vielzahl von 
Registern. Für die effektive Umsetzung von 
Signalverarbeitungsalgorithmen besitzen die 
Mikroprozessoren jedoch eine viel zu geringe 
arithmetische Leistungsfähigkeit. Dies betrifft 
vor allem die Rechenzeiten für die Multiplika- 
tion und die Datenbereitstellung für die Verar- 
beitung in der arithmetischen Einheit. 

Für den Einsatz von Prozessoren in der Si- 
gnalverarbeitung wurde deshalb die Entwick- 
lung spezieller, digitaler Signalprozessoren 
erforderlich, die wesentlich kostengünstigere 
und leistungsfähigere Konzepte ermögli- 
chen. Die Eigenschaften digitaler Signalpro- 
zessoren, wie die schnelle Befehlsausfüh- 
rung von arithmetischen Operationen, zum 
Beispiel die Multiplikation in nur einem Be- 
fehlszyklus, die parallele Adreßrechnung 
über Adreßrechenwerke, die Multiprozessor- 
fähigkeit und das Vorhandensein einer seriel- 
len Schnittstelle, eröffnen einen breiten Ein- 
satz dieser Prozessoren in der Signalverar- 
beitung. Die sich ständig verbessernden Lei- 
stungsparameter der digitalen Signalprozes- 
soren führte in den letzten Jahren zur Er- 
schließung immer neuer Anwendungsge- 
biete der Digitaltechnik in der Industrie und in 
der Konsumgüterelektronik sowie zur Ent- 
wicklung völlig neuer Erzeugnislisten. So soll 
das Verkaufsvolumen der DSPs nach einer 
Marktstudie der Frost & Sullivan Incorpora- 
tion in den USA bis 1991 jährlich um 30% 
steigen. 

Einsatzgebiete der digitalen Signalprozesso- 
ren sind unter anderem: 

- Automatisierungstechnik (Steuer- und Re- 
gelungstechnik) 

- Nachrichtentechnik (Modem, Telecom) 

- Informationstechnik (Bildverarbeitung, 
Spracherkennung) 

- Meßtechnik (Spektralanalyse, Signal- 
transformation). 

Diese Einsatzgebiete sind oft dadurch ge- 
kennzeichnet, daß sie besonders hohe An- 
forderungen an den Datendurchsatz und die 


Echtzeitfähigkeit des Systems stellen. Des- 
halb ist für die Entwicklung und die Anwen- 
dung leistungsfähiger DSP-Bords die Aus- 
wahl des richtigen DSPs von nicht zu unter- 
schätzender Bedeutung. Die folgenden Er- 
läuterungen zu den Prozessorstrukturen sol- 
len Ihnen in Zusammenhang mit den techni- 
schen Parametern die Beurteilung der Lei- 
stungsfähigkeit der digitalen Signalprozesso- 
ren für Ihren Anwendungsfall erleichtern und 
somit Voraussetzungen für eine optimale 
Auswahl schaffen. 

Ausgegangen wird hierbei von allgemeinen 
Kriterien zur Leistungseinschätzung von 
DSPs. Im weiteren werden die bekanntesten 
DSPs -vom ersten 16-Bit-Festkomma-DSP 
bis zu den modernen 32-Bit-Gleitkomma- 
DSPs- vorgestellt. 

Eigenschaften und Strukturen 

Die Vielfalt der Algorithmen in der digitalen 
Signalverarbeitung, insbesondere die große 
Anzahl von Filterfunktionen und Transforma- 
tionen, erfordert neben der unterschiedlichen 
Kombination arithmetischer Befehle einen al- 
gorithmenspezifischen Datenzugriff, wie er 
zum Beispiel vom Butterfly-Algorithmus der 
schnellen Fourier-Transformation (FFT) be- 
kannt ist. Daraus ergeben sich unterschiedli- 
che Anforderungen an die internen Struktu- 
ren und Schnittstellen der DSPs. 

Um eine maximale Leistungsfähigkeit zu er- 
reichen, werden für einige oft anzuwendende 
Algorithmen speziell angepaßte Prozessoren 
entwickelt. Sie besitzen eine für einen kon- 
kreten Algorithmus optimierte Struktur, bei- 
spielsweise der Datenflußprozessor juPD 
7281 von NEC (vgl./l /), der FIR-Prozessor 
IMS AI 00 von Inmos (vgl. 121) oder der FFT- 
Prozessor 34161 von Zoran (vgl. 131). Diese 
stark anwendungsorientierten DSPs können 
oft nur für eine spezielle Anwendung oder 
eine Gruppe von Anwendungsfällen einge- 
setzt werden. Sie sind im allgemeinen keine 
Stand-alone-Prozessoren und benötigen 
deshalb einen oder mehrere Prozessoren, 
die die Datenbereitstellung für den DSP und 
die Steuerung des Systems übernehmen. 
Unvierselle DSPs orientieren sich im Gegen- 
satz zu den oben erwähnten DSPs auf allge- 
meine Anforderungen in der Signalverarbei- 
tung. Sie besitzen eine Struktur, die die Pro- 
grammierung unterschiedlichster Algorith- 
men ermöglicht und einen maximalen Daten- 
durchsatz der Arithmetikeinheit unterstützt. 
Dazu sind unter anderem notwendig: 


- leistungsfähige arithmetische Funktions- 
gruppen, insbesondere Multiplizierer 

- spezielle Register und Rechenwerke zur 
Adreß- und Datenmanipulation ohne Nut- 
zung des Akkumulators (ACC) oder der Arith- 
metik- und Logikeinheit (ALU) 

- eine interne bzw. vollständige Harvard- 
Struktur. 

In Analogie zu den Mikroprozessoren besit- 
zen diese DSPs im allgemeinen eine voll- 
ständige Busschnittstelle für den Anschluß 
externer Speicher und die Adressierung von 
Ein-/Ausgabeschnittstellen. Deshalb können 
diese DSPs größtenteils auch als Stand- 
alone-Prozessoren eingesetzt werden. Der 
Einsatz in Multiprozessorsystemen wird oft 
unterstützt. 

Harvard-Struktur 

Wie schon erwähnt, hat die Prozessorstruk- 
tur einen wesentlichen Einfluß auf die Lei- 
stungsfähigkeit des DSPs. Die meisten Mi- 
kroprozessoren haben eine Von-Neumann - 
Architektur. Sie ist gekennzeichnet durch 
eine sequentielle Abarbeitung aller Operatio- 
nen, bedingt durch einen gemeinsamen 
Adreßraum für Daten und Befehle. Dies er- 
möglicht unter anderem einen geringeren in- 
ternen und externen Hardware-Aufwand 
(Bild 1a; x,y,z-Speicher; RI, R2-Register). 
Der für die Signalverarbeitung erforderliche 
hohe Datendurchsatz kann erst durch eine 
Trennung der Befehlsadressierung von der 
Adressierung der Daten erreicht werden. 
Dementsprechend befinden sich bei der Har- 
vard- Architektur die Daten und die Befehle in 
unterschiedlichen Adreßräumen, um ein par- 
alleles Lesen von Befehlen und Daten zu er- 
möglichen. Neben den getrennten Speichern 
erfordert dies eine doppelte Busstruktur (Da- 
ten- und Programmbus) und entsprechende 
Adreßregister und -rechenwerke. Durch par- 
alleles Laden der Daten und Befehle kann 
der Datendurchsatz bei gleicher Rechenlei- 
stung der ALU nahezu verdoppelt werden 
(Bild 1b). 

Eine weit höhere Auslastung der ALU und da- 
mit eine Erhöhung der Rechenleistung wird 
erreicht, wenn die externen Busschnittstellen 
der Prozessoren an die der ALU angepaßt 
werden. Ausgehend von den drei Daten- 
schnittstellen einer ALU erfordert ein maxi- 
maler Datendurchsatz die Bereitstellung der 
Daten und der Befehle über vier separate 
Busse: einen Befehlsbus, zwei Datenein- 
gangs- und einen Datenausgangsbus mit 
entsprechenden Adreßgeneratoren (Bild 2). 
Eine Modifizierung der eigentlichen Harvard- 
Struktur mit einem Buskoppler zwischen den 
„Datenbussen“ beider Adreßräume oder ei- 
nem austauschbaren Speicherblock ermög- 
licht eine höhere Flexibilität bei der Pro- 
grammabarbeitung und ebenfalls eine paral- 
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Bild 1 Vergleich von Harvard - und 
Von-Neumann-Struktur 

a) Von-Neumann-Strukur 

b) Harvard-Struktur mit getrenn- 
tem Adreß- und Datenbus 


Bild 2 Erweiterte Harvard-Struktur 
mit 3 Datenbussen 
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leie Bereitstellung der Operanden für die 
ALU; in diesem Fall über den Daten- und den 
Programmbus. 

Leistungsbestimmende Parameter 

Leistungsbestimmende Parameter für DSPs, 
an denen sich das enorme Entwicklungs- 
tempo der letzten Jahre erkennen läßt, sind: 

- kurze Befehlszykluszeiten (insbesondere 
für Multiplikation). Mit dem Wechsel der 
Technologie von NMOS auf CMOS und mit 
der Erhöhung der Integrationsdichte verrin- 
gerten sich die Befehlszykluszeit von zirka 
400 ns auf weniger als 100 ns und die Ver- 
lustleistung von einigen Watt auf wenige 
100 mW. 

- Wortbreite und internes Rechenformat. 
Neben den DSPs mit einem 16-Bit-Festkom- 
maformat werden seit Ende der 80er Jahre 
zunehmend DSPs mit einem 32-Bit-Gleit- 
kommaformat angeboten. 

- Adressierbarer Speicher. DerAdreßraum 
von einigen KByte erhöht sich mit den 32-Bit- 
DSPs auf einige MByte. 

- Schnittstellen. Neben parallelen E/A- 
Schnittstellen besitzen die modernen DSPs 
serielle Schnittstellen und sind interrupt-, 
multiprozessor- und DMA-fähig. 

- Befehlssatz. Komfortable Befehle ermögli- 
chen vielfältige Adressierungsarten. Wieder- 
holbare Befehle und Blocktransferbefehle 
verringern die Befehlsausführungszeiten 
durch Ausnutzen interner Pipeline-Struktu- 
ren und Adreßrechenwerke. Saldierende Ak- 
kumulatorbefehle unterstützen die Imple- 
mentierung zahlreicher Algorithmen der Si- 
gnalverarbeitung. 

Die Einteilung der DSP-Typen erfolgt nach 
firmenspezifischen Gesichtspunkten anhand 
der Entwicklungsetappen der jeweiligen Her- 
steller. So werden vergleichbare Gleitkom- 
maprozessoren als DSPs der zweiten oder 
vierten Generation angeboten. Ausgehend 
von den obigen Parametern, insbesondere 
bezüglich der Leistungsfähigkeit der arithme- 
tischen Funktionsgruppen, soll hier nur zwi- 
schen zwei verschiedenen Leistungsklassen 
unterschieden werden. Die untere Leistungs- 
klasse der DSPs besitzt eine 16-Bit-Fest- 
kommaarithmetik, und die darauffolgende ist 
durch eine 32-Bit-Gleitkommaarithmetik ge- 
kennzeichnet. Anhand typischer Vertreter 
will ich im folgenden die Strukturen und Funk- 
tionsweisen digitaler Signalprozessoren er- 
läutern. 


Intel 2920 

als erster Signalprozessor 

Mit dem Schaltkreis i2920 stellte Intel 1979 
den ersten programmierbaren Signalprozes- 
sor (Bild 3) /4/ für die Sprachverarbeitung vor. 
Die Integration der analogen Umsetzer und 
des digitalen Verarbeitungsteils auf einem 
Chip reduzieren den externen Schaltungs- 
aufwand auf ein Minimum. 

Die AD-Umsetzung erfolgt mittels eines Ab- 
tast-Haltegliedes (Sample-and-Hold-Glied), 
eines Komparators und des 8-Bit-DA-Umset- 
zers durch sukzessive Approximation. 

Für die digitale Verarbeitung mit einer Daten- 
breite von 25 Bit stehen ein Dual-Port-RAM 
(40 x 25 Bit), ein Schieberegister und eine 
ALU zur Verfügung. Die 25-Bit-ALU ermög- 
licht Addition, Subtraktion, Betragsbildung 
sowie logische UND- und Exklusiv-ODER- 
Operationen von zwei Operanden des Dual- 
Port-RAMs. 

Gesteuert wird der Signalprozessor durch die 
Dekodierung der 24 Bit breiten Befehlswörter 
des Programmspeichers, der über einen 
rücksetzbaren Zähler adressiert wird. Pro- 
grammverzweigungen sind bei diesem Si- 
gnalprozessor noch nicht möglich. Die Auf- 
spaltung der Befehlswörter in einzelne Felder 
für die ALU, den Dual-Port-Speicher, das 
Schieberegister und den Analogteil ermög- 
licht eine parallele Steuerung der einzelnen 
Funktionsgruppen. So kann beim i2920 die 
digitale Signalverarbeitung parallel zur AD- 
bzw. DA-Umsetzung erfolgen. 

Die funktionell geschlossene Lösung von Be- 
fehlsgenerierung, digitaler Verarbeitung und 
analoger Ein-/Ausgabe ermöglicht einerseits 
den Aufbau minimaler Hardwarekonfiguratio- 
nen, begrenzt aber andererseits die Lei- 
stungsfähigkeit der ALU bei großen Daten- 
mengen und die Universalität des Prozes- 
sors durch das Fehlen digitaler Schnittstel- 
len. Die Leistungsfähigkeit des ersten Signal- 
prozessors war begrenzt durch: 

- die Befehlszykluszeit von 400 ns 

- die sequentielle Befehlsabarbeitung ohne 
Programmverzweigungen 

- die geringe Eingangsdatenrate, bedingt 
durch das Iterationsverfahren des AD-Um- 
setzers 

~ das Fehlen eines schnellen Multiplizierers. 
Damit war der Einsatz des i2920 im wesentli- 
chen auf die niederfrequente, analoge Si- 
gnalverarbeitung begrenzt. Die Forderung 
nach wesentlich schnelleren Signalprozes- 


soren führte zur Entwicklung digitaler Signal- 
prozessoren mit integrierten Multiplizierern 
und schnellen digitalen E/A-Schnittstellen 
ohne langsame, analoge Funktionsgrup- 
pen. 

DSPs mit Festkommaarithmetik 

Die Vertreter dieser Leistungsklasse sind 
charakterisiert durch 

- eine 16-Bit-Festkommaarithmetik 

- Adreßräume von bis zu 64 K Wörtern. 

Der «PD7720 von NEC /Al war der erste digi- 
tale Signalprozessor mit einem 16-Bit-Multi- 
plizierer. Die Ausführung einer Multiplikation 
innerhalb eines Befehlszyklus (250 ns) führte 
zu einer wesentlich höheren arithmetischen 
Leistungsfähigkeit gegenüber den Mikropro- 
zessoren (Bild 4). 

Neben der internen Harvard-Struktur ermög- 
lichen zusätzliche Datenbusse zum Haupt- 
datenbus einen hohen Grad an Parallelität 
bezüglich der gleichzeitigen Ausführung ver- 
schiedener arithmetischer Operationen und 
Speicherzugriffe. Außerdem ermöglicht der 
arithmetische Verarbeitungsteil ein Pipeli- 
ning bei der Befehlsausführung. So werden 
die Ergebnisse des Multiplizierers (31 Bit) 
über einen speziellen, aber nur 1 6 Bit breiten 
Bus an die 1 6-Bit-ALU weitergeleitet. Die zur 
ALU gehörenden zwei 1 6-Bit-Akkumulatoren 
(ACC-A, ACC-B) ermöglichen arithmetische 
Operationen mit einfacher Genauigkeit 
(1 6 Bit) und doppelter Genauigkeit (32 Bit). 

Der im Programmfestwertspeicher abgelegte 
Mikrobefehlskode von 23 Bit steuert den 
^PD7720. Gegenüber der Befehlsabarbei- 
tung beim i2970 ermöglichen jedoch der 
Stack und die Interruptsteuerung eine we- 
sentlich flexiblere Programmierung. Der Da- 
tenaustausch des//PD7720 mit der Periphe- 
rie ist nur über die bidirektionale 8-Bit-Ein-/ 
Ausgabeschnittstelle oder über die serielle 
Schnittstelle (vollduplex) möglich. Das Feh- 
len einer 32-Bit-ALU und eines 32-Bit-Akku- 
mulators einschließlich der entsprechenden 
32-Bit-Busse und einer 16 Bit breiten Bus- 
schnittstelle bedeuten eine Leistungsbegren- 
zung dieses DSPs. 

Beim TMS32010 von Texas Instruments (vgl. 
/5/) treten diese leistungsbegrenzenden Dif- 
ferenzen in der Struktur nicht auf. Die Daten, 
die Befehle und acht auswählbare parallele 
Ein-/Ausgabeschnittstellen besitzen die glei- 
che Datenbreite von 16 Bit. Die arithmetische 
Leistungsfähigkeit des TMS32010 wird ne- 
ben seiner internen Harvard-Struktur vor 
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Bild 5 Arithmetikteil des TMS32010 


allem durch die konsequente Pipeline-Struk- 
tur des Arithmetikteils erreicht. 

Das Aufeinanderfolgen von Multiplizierer (16 
x 16-> 32 Bit), 32-Bit-ALU und 32-Bit-Akku- 
mulator, einschließlich der Schieberegister, 
ermöglichen eine leistungsfähige Pipeline- 
Verarbeitung (Bild5). Charakteristisch für 
diesen und alle weiteren DSPs ist, daß die 
Verarbeitungsgenauigkeit der ALU und des 
Akkumulators dem Produkt des Multiplizie- 
rers entspricht. 

Durch eine Kopplung des Daten- und des 
Programmbusses ist ein Datenaustausch 
zwischen beiden Adreßräumen möglich. Ne- 
ben der Modifizierung des Programms in Ab- 
hängigkeit von den Daten ermöglicht dies 
auch das schnelle Einlesen von Daten über 
den Programmspeicher. 

Die universellen Eigenschaften des 
TMS32010 führten zu einer weiten Verbrei- 
tung und zur Entwicklung weiterer Versionen 
dieses Prozessortyps. 

Die. ersten DSPs («PD7720, TMS32010, 
MB8764, PC85010) aber auch modernere 
DSPs, wie derTMS320C25, besitzen zusätz- 
lich zum internen RAM einen internen Pro- 
grammfestwertspeicher. Je nach Version 
werden diese DSPs mit maskenprogram- 
mierbarem Speicher (ROM) oder mit 
EPROM ausgeliefert. Man unterscheidet zwi- 
schen zwei Betriebsarten. Im Mikroprozes- 
sormodus ist dieser Speicher ausgeblendet 
und somit neben dem internen RAM der ge- 
samte externe Programmspeicher adressier- 
bar. Im Mikrocomputermodus wird der 


Adreßraum des On-chip-Programm-ROMs in 
den unteren Teil des externen Adreßraumes 
eingeblendet. Der On-chip-ROM kann dann 
für die Bereitstellung von Startroutinen, Un- 
terprogrammen oder des vollständigen Pro- 
gramms genutzt werden und entsprechende 
Laderoutinen verkürzen oder erübrigen. Dies 
ist insbesondere für solche Anwendungen 
sinnvoll, die keine Busschnittstelle besit- 
zen. 

Hauptnachteile der ersten DSPs sind einer- 
seits die kleinen Adreßräume der Daten- und 
Programmspeicher, die meist nur eine einge- 
schränkte Adressierung externer Speicher 
ermöglichten, und andererseits die Befehls- 
zykluszeit von 200 ns und mehr. Mit der wei- 
teren Entwicklung der Schaltkreistechnolo- 
gien erfolgten bis zur Mitte der achtziger 
Jahre vor allem die Verbesserung einzelner 
Parameter und die Erweiterung vorhandener 
Strukturen, wie 

- die Befehlszykluszeit 

- die Größe des Adreßraumes und des inter- 
nen Speichers 

- die Anzahl der Register und der Adreßre- 
chenwerke 

- die externen Schnittstellen, 

ohne daß jedoch die Struktur des Arithmetik- 
teils wesentlich verändert wurde. Als Beispiel 
für diese Entwicklung kann die DSP-Familie 
TMS 320 von T exas Instruments mit den Pro- 
zessoren TMS3201 0, TMS32020 und 

TMS320C25 angesehen werden. 

Trotz Beibehaltung der Struktur des 
TMS32010, insbesondere des arithmeti- 
schen Teils mit dem 1 6-Bit-Multiplizierer, der 
32-Bit-ALU und dem Akkumulator, konnte die 
Leistungsfähigkeit durch Erweiterung beste- 
hender Funktionsgruppen und Schnittstellen 
wesentlich erhöht werden. Dazu gehören 
beim TMS32020 (/6/, /7/) 

- die Erweiterung des On-chip-RAMs, der 
Bestandteil der auf jeweils 64 K Wörter erwei- 
terten Adreßräume ist 

- die Multiprozessorfähigkeit 

- die bidirektionalen seriellen Schnittstellen. 
Eine kompatible CMOS-Version zum 
TMS32020 von TI ist der U 320C20 vom For- 
schungszentrum Mikroelektronik Dresden 
(ZMD). Dieser im Bild 6 dargestellte DSP hat 
jedoch im Unterschied zum TMS einen we- 
sentlichen geringeren Stromverbrauch und 
eine höhere Taktrate (vgl. /8/). Die ersten 
nennenswerten Stückzahlen werden noch in 
diesem Jahr erwartet. 

Der TMS320C25 ist eine weiterentwickelte, 
weitgehend kompatible CMOS-Version des 
TMS32020. Durch die Verdopplung der Takt- 


frequenz auf 40 MHz wird eine Befehlszy- 
kluszeit von 100 ns erreicht. Die Weiterent- 
wicklung des TMS320C25 gegenüber sei- 
nem Vorgänger bezieht sich vor allem auf die 
Erweiterung vorhandener Funktionsblöcke 
/9/. Dazu gehören die Vergrößerung des Kel- 
lerspeichers und der Hilfsregister des Hilfsre- 
gisterrechenwerkes, das Hinzufügen eines 
On-chip-Programm-ROMs, eines Überlauf- 
bits (carry flag), eines Adreßzählers, eines 
zweiten Datenspeichers und eines Sende- 
und eines Empfangsschieberegisters für das 
Puffern der Daten der seriellen Schnittstelle 
sowie die Erweiterung des Befehlssatzes um 
24 Befehle zur Untersützung von 

- Arithmetik mit erweiterter Genauigkeit 

- Akkumulator-, Registeroperationen und 
Bitmanipulationen 

- der Programmierung von Filteralgorith- 
men und der Radix-2-Adressierung für die 
FFT (bit reversed indexed addressing). 

Eine weitere Leistungssteigerung wird durch 
den Concurrent-DMA-Modus erreicht. Er be- 
wirkt, daß die Programmabarbeitung im 
Hold-Modus des DSPs fortgesetzt wird, so- 
fern nur interne Speicheroperationen ausge- 
führt werden. 

Weitere DSPs dieser Leistungsklasse sind 

- der TS68931 von Thomson Semiconduc- 
tor (vgl. /10/) 

- der DSP56000 von Motorola (vgl. /1 1/) 

- der PC8501 1 von Philips (vgl. /1 21). 

Diese Prozessoren besitzen ebenfalls eine 
interne Harvard-Struktur, deren getrennte in- 
terne Daten- und Programmadreßräume 
über eine gemeinsame externe Busschnitt- 
stelle verfügen, so daß externe abgespei- 
cherte Befehle und Daten nur nacheinander 
mit langsameren externen Speicherzugriffs- 
befehlen geladen werden können. Über die 
Busschnittstelle erfolgt ebenfalls die Adres- 
sierung der Ein-/Ausgabeschnittstellen. 

Eine weitere Gruppe von DSPs mit Festkom- 
maarithmetik besitzt eine vollständige Har- 
vard-Struktur. Als Vertreter sei der speicher- 
lose DSP ADSP2100 von Analog Devices /1 3/ 
genannt. Ein wesentlicher Vorteil seiner 
Struktur ist, daß der parallele Speicherzugriff 
für Daten und Befehle nicht auf die On-chip- 
Speicher begrenzt ist. Dies wird durch die se- 
parate Herausführung der Daten- und Be- 
fehlsbusse einschließlich der dazugehörigen 
Adreßbusse erreicht (Bild 7). Dieser DSP 
sollte vor allem dann eingesetzt werden, 
wenn beispielsweise aus Gründen der An- 
zahl der Parameter oder der Art des Datenzu- 
griffs keine wesentlichen Vorteile durch die 
Nutzung eines schnellen internen RAMs 



Bild 6 Blockschaltbild des U320C20 (kompatibel zum TMS32020) 

Bild 7 Blockschaltbild des ADSP21 00 
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gegenüber dem externen RAM erreicht wer- 
den können. Neben den getrennten Bussy- 
stemen für Daten- und Programmspeicher 
ermöglicht ein interner T ransportbus den Da- 
tentransfer zwischen der ALU, den MACs 
(16-Bit-Multiplizierer und 40-Bit-Akkumula- 
tor) und einem Schieberegister. Zwei unab- 
hängige Adreßgeneratoren können den Da- 
ten- und Programmspeicher adressieren, 
wodurch eine parallele Datenzuführung aus 
beiden externen Speichern erfolgen kann. 
Die Befehlsgenerierung muß in diesem Fall 
über den Programmsequenzer in Verbin- 
dung mit dem Cache-Speicher oder durch ei- 
nen Repeat-Befehl erfolgen. Spezielle Regi- 
ster ermöglichen eine zyklische Adressie- 
rung im Datenspeicher zur Unterstützung der 
Implementierung digitaler Filteralgorith- 
men. 

Eine erweiterte Harvard-Struktur besitzt der 
LM32900 von National Semiconductor 
(Bild 8). Sie ist gekennzeichnet durch zwei 
16-Bit-Datenbusse, einen 28 Bit breiten Be- 
fehlsbus und entsprechend herausgeführte 
Adreßbusse mit einem jeweiligen Adreßraum 
/on 64 K Wörtern. Die sich aus der Anzahl 
der Busse ergebenden 172 Anschlüsse deu- 
ten den notwendigen externen Aufwand beim 
Einsatz dieses DSPs an. Die Befehlszyklus- 
zeit beträgt 100 ns. Daraus ergeben sich ma- 
ximale Zugriffszeiten von nur 25 ns für die ex- 
ternen Datenspeicher. 

Hervorzuheben ist weiterhin das vollständig 
statische CMOS-Design, was beliebig nied- 
rige Taktfrequenzen bei direkt proportiona- 
lem Leistungsabfall gestattet /1 4/ und damit 
eine taktsynchrone Arbeit mit der Peripherie 
und ein taktgesteuertes Anhalten des DSPs 
ermöglicht. 

Im Unterschied zu den Mikroprozessoren be- 
sitzen die 16-Bit-DSPs keine Adreßlogik zur 
Erweiterung des Adreßraumes, so daß dieser 
auf je 64 K Wörter begrenzt ist. Des weiteren 
begrenzt die 16-Bit-Festkommaarithmetik 
die Rechengenauigkeit für einige Anwendun- 
gen derart, daß Gleitkommaoperationen un- 
umgänglich sind. Viele DSPs unterstützen 
deshalb die Programmierung von Gleitkom- 
maoperationen durch spezielle Befehle. Die 
programmtechnische Gleitkommaberech- 
nung erfordert jedoch, einschließlich entspre- 
chender Fehlerbehandlungsroutinen, we- 
sentlich mehr Befehlszyklen (40 und mehr) 
als die entsprechenden Festkommaoperatio- 
nen, so daß die zeitlichen Anforderungen 
ohne weiteres überschritten werden können. 
In solch einem Fall ist der Einsatz eines DSPs 
mit Gleitkommaarithmetik unumgänglich. 


DSPs mit Gleitkommaarithmetik 

Diese DSPs ermöglichen Gleitkommaopera- 
tionen innerhalb eines Befehlszyklus mit ei- 
ner Datenbreite von 24 oder 32 Bit. Sie haben 
im allgemeinen eine Zykluszeit von unter 
150 ns und einen Adreßraum von über 
1 MByte. Digitale Signalprozessoren und 
Gleitkommamultiplizierer besitzen jedoch oft 
firmenspezifische Formate. So hat der HD 
62810 von Hitachi eine 16-Bit-Mantisse und 
einen Exponenten mit 4 Bit Breite (1 6E4). Ein 
standardisiertes Gleitkommaformat ist das 
nach IEEE 754 (Tafel 1). 

Der erste DSP mit einer 32-Bit-Gleitkomma- 
arithmetik ist der /^PD77230. Er besitzt ein 
dem IEEE-754-Standard ähnliches Gleit- 
kommaformat, wobei der Befehlssatz ent- 
sprechende Befehle für die Transformierung 
zum Standard enthält. Eine entsprechende 
Verarbeitung von Daten im Festkommafor- 
mat mit einer Datenbreite der Mantisse sind 
ebenfalls möglich. Das Bild 9 zeigt das Block- 
schaltbild des «PD77230 mit dem Multipli- 
zierfeld, der Steuereinheit, der Prozeßeinheit 
und den integrierten Speichern /1 5/. 

Der kleine Adreßraum dieses Gleitkomma- 
DSPs von 4 K (bzw. 8 K) x 32 Bit für die 
Adressierung externer Befehle und Daten ist 
ein wesentlicher Nachteil. Der arithmetische 
Verarbeitungsteil besteht aus einem 32-Bit- 
Gleitkommamultiplizierer und einer Prozeß- 
einheit (PU - Processing unit) mit einer inter- 
nen Verarbeitungsbreite von 55 Bit. Der Ein- 
gangsmultiplexer der Prozeßeinheit ermög- 
licht die Auswahl von verschiedenen Daten- 
quellen für die dreistufige Pipeline, die sich 
aus dem Schieberegister, der ALU und 8 Ar- 
beitsregistern - WR0. . .WR7 - zusammen- 
setzt. 

Hervorzuheben ist die unterschiedliche 
Schnittstellenkonfigurierung im Master- und 
im Slave-Modus, die im linken unteren Teil 
des Blockschaltbildes dargestellt ist. Sie un- 
terstützt den Aufbau von Multiprozessor- 
strukturen mit Master- und Slave-Prozesso- 
ren. Im Master-Modus besitzt der DSP ein 
vollständiges externes 32-Bit-Speicherinter- 


Tafel 1 Gleitkommaformat nach IEEE 754 
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face mit 13 Adreßleitungen. Demgegenüber 
erfolgt im Slave-Modus eine Neuzuordnung 
der Pins in der Art, daß einem Host eine 
CPU-, ein l/O-lnterface und ein lokales Spei- 
cherinterface zur Verfügung steht. Aufgrund 
der Befehlswortbreite von 32 Bit kann im 
Slave-Modus keine Adressierung eines ex- 
ternen Programmadreßraumes erfolgen, da 
der 32-Bit-Datenbus zu einem 8-Bit-Daten- 
bus, einem 16-Bit-Host-lnterface und weite- 
ren vier I/O-Ports umgeschaltet wird. 

Weitere 32-Bit-Gleitkommaprozessoren sind 

- der DSP32 von AT&T (vgl. /1 6/) 

- der 86232 von Fujitsu (vgl. /1 7/) 

- der DSP96002 von Motorola (vgl. /1 8/) 

- derTMS320C30 von TI (vgl. /1 9/). 

Der DSP32 hat im Gegensatz zu den meisten 
DSPs keine Harvard-, sondern eine Von- 
Neumann-Struktur. Um trotz der einfacheren 
Busstruktur einen hohen Datendurchsatz zu 
erreichen, besitzt dieser DSP einen Hochge- 
schwindigkeitsbus für Daten und Befehle. 
Die On-chip-Speicher ermöglichen bis zu vier 
Speicherzugriffe je Befehlszyklus (80 ns). 

Der TMS320C30 gehört zur dritten Generation 
der DSP-Familie von Texas Instruments. Er 
hat eine Befehlszykluszeit von nur 60 ns. In 
seiner Struktur unterscheidet er sich wesent- 
lich von seinen Vorgängern. Mehrere paral- 
lele Daten- und Adreßbusse, drei parallele 
Speicherblöcke und ein Cache-Speicher er- 
möglichen eine umfangreiche Parallelisie- 
rung beim Datentransfer zwischen den Spei- 
chern, der Peripherie und der CPU. Das ist 
eine Voraussetzung für die effiziente Ausla- 
stung der einzelnen Funktionsblöcke des 
DSPs (Bild 10). Die drei Hauptbusse (Pro- 
gramm-, Daten- und DMA-Bus) können wahl- 
weise über die Systembusschnittstelle auf 
den Adreßraum von 1 6 M x 32 Bit zugreifen. 
Mit der internen Trennung der Adreßräume 
besitzt der TMS320C30 eine Harvard-Struk- 
tur, wobei keine eindeutige Zuordnung der 
Speicher zu den einzelnen Bussen (Adreß- 
räumen) existiert. Dies erübrigt den Bus- 
koppler zwischen dem Daten- und dem Pro- 
grammbus, wie er uns von den 16-Bit-DSPs 
her bekannt ist. 

Eine wesentliche Entlastung der CPU erfolgt 
über die Organisation des Datentransportes 
durch den DMA-Controller. Dieser ermöglicht 
die Bedienung der Schnittstellen über den 
Peripherie-Bus unabhängig von der Pro- 
grammabarbeitung durch die CPU. An die- 
sen Bus sind eine zweite Busschnittstelle mit 
einem auf 8K x 32 Bit reduzierten Adreß- 
raum, zwei serielle Schnittstellen und zwei Ti- 
mer angeschlossen. 
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Bild 10 Blockschaltbild des TMS 320C30 


BENCHMARK-TESTS 



Bild 1 1 Benchmark-Tests für einige DSPs (1211) 

a) Matrixmultiplikation (3x3) (3x1) vom Speicher in einen Speicher, wo- 
bei die Ausgangsmatrix zerstört wird 

b) FIR-Filter (finite impulse response filter) mit 67 Schritten über eine 
parallele Schnittstelle 

c) komplexe Radix-2-FFT (1024 Werte) mit Sortierung, wobei die Aus- 
gangsdaten zerstört werden 


Signalprozessorkarte DSP20 für den EC 1835 

Die Komplettierung eines EC 1835, IBM PC/AT oder Kompatiblen mit einer 
oder mehreren Signalprozessorsteckkarten DSP20 ermöglicht den Aufbau 
eines leistungsfähigen Multirechnersystems zur digitalen Signalverarbei- 
tung. Gegenüber dem in Personalcomputer optional vorhandenen Arithme- 
tikprozessor ermöglicht ein DSP20-Signalrechner die schnelle Ausführung 
umfangreicher arithmetikintensiver Signalverarbeitungsalgorithmen paral- 
lel zum Hostrechner (PC). 

Für die Konfiguration eines Multisignalrechnersystems wurde im Zentrum 
für wissenschaftlichen Gerätebau der Akademie der Wissenschaften die 
Globalspeichersteckkarte GSK20 entwickelt, die eine Wechselspeicherbank 
mit je 64 K Wörtern statischen Speicher besitzt. Für die analoge zweikana- 
lige Meßdatenerfassung wurde die Steckkarte AMK20 mit dem AD-Umset- 
zer AD 9003 (Analog Devices) entwickelt, die in Verbindung mit der GSK20 
die zweikanalige Meßwerterfassung bis zu einer Samplingfrequenz von 
1 MHz ermöglicht, während für Samplingfrequenzen ^ 70 kHz die Meßda- 
ten direkt vom Personalcomputer übernommen werden können. 

Für die komfortable Programmentwicklung wird eine integrierte Entwick- 
lungsumgebung bereitgestellt, die Editor, Makefunktion, Assembler, Linker, 
Debugger und Monitor unter einer einheitlichen Oberfläche anbietet. Ge- 
genüber dem Arithmetikprozessor können umfangreiche Algorithmen (z. B. 
Vektor- und Matrixoperationen) parallel zum Host berechnet werden. Die 
Algorithmen sind über Treiber von Turbo-Pascal 5.0 aufrufbar. 


DSP-Arbeitsptatz für U 320020 

Im Geraer Betrieb von Carl Zeiss JENA wurde in Zusammenarbeit mit dem 
Institut für Automatisierung und dem Zentralinstitut für Kybernetik und Infor- 
mationsprozesse der Akademie der Wissenschaften der Arbeitsplatz für di- 
gitale Signalprozessoren DSP-AP zur Erarbeitung und zum Testen der 
Software für die Signalprozessoren U 320C20 und TMS 32020 entwickelt. 
Der DSP-AP unterstützt die Simulation von Programmen, die Softwareinbe- 
triebnahme unter Echtzeitbedingungen und die Inbetriebnahme und Prü- 
fung anwenderspezifischer Baugruppen. Der Arbeitsplatz besteht aus: ei- 
nem PC (XT/AT) als Bedien- und Crossrechner und einem Beistellgefäß, 
das unter anderem 9 Steckplätze mit MMS-16-Bus und/oder Signalprozes- 
soren-Bus, einen Einplatinenrechner auf der Basis des M MS 16 als Koppel- 
einheit mit seriellem Interface zum Bedienrechner, einen Signalprozessor- 
entwicklungsmodul sowie eine Breaklogik enthält. Zum Signalprozessor- 
entwicklungsmodui gehört ein Signalprozessor U 320C20, ein 8-K-Wörter- 
Programm- und ein 1 6-K-Wörter-Datenspeicher, eine schnelle Treiberlogik 
mit Statusdekoder und Statusport, 

Der Nutzer hat die Möglichkeit, seine eigenen Baugruppen, beispielsweise 
ADC, DAC, Rechner oder weitere externe Speicher an den DSP-Modul an- 
zuschließen. Es stehen dem Anwender drei Steckplätze mit dem Signalpro- 
zessor-Bus und dem MMS-16-Bus zur Verfügung. Zur Schonung der Bus- 
Steckverbinder sind diese Steckplätze mit leicht auswechselbaren Zwi- 
schenadaptern ausgestattet. An diesem Bus sind Adreß-, Daten- und Steu- 
ersignale getrieben. Die Stromversorgung besitzt dazu auch ausreichende 
Leistungsreserven für den Anwender. 

Zum DSP-AP werden folgende Softwarekomponenten zur Verfügung ge- 
stellt: Cross-Assembler und Linker, Simulator, Editor, Hardware-Check und 
Laufzeitdebugger. 

Der Simulator bietet menügesteuerte Möglichkeiten, die wesentlichsten 
Hardwareelemente des DSPs zu jedem beliebigen Zeitpunkt zu kontrollie- 
ren und gegebenenfalls zu verändern. Ein komfortabler Service zur Steue- 
rung der Programmabarbeitung über Breakpoints und Interrupts und zur 
Modellierung der Ein- und Ausgabefunktionen des DSPs zeichnen dieses 
Testhilfsmittel aus. Es bietet weiterhin einen vom Nutzer beeinflußbaren 
Mechanismus zur Ermittlung realer Abarbeitungszeiten von Programmen 
unter einer konkreten Hardware. 

Der Laufzeitdebugger DESPERADO bietet unter anderem die Optionen: 
schrittweise Programmabarbeitung bis zu verschiedenen Befehlen oder 
Zuständen, Ausrührung eines abgewiesenen (aborted) Interrupts, Unter- 
brechung der laufenden Debug-Funktion, Zurücksetzen des Signalprozes- 
sors sowie Füllen des Programm- bzw. Datenspeichers. Die interaktive Be- 
dienung des Debuggers erfolgt menügesteuert und unter Nutzung von Fen- 
stertechnik. 


Die CPU besitzt ebenfalls eine parallele Bus- 
struktur für parallele Adressierung und Da- 
tenbereitstellung für die ALU und den Multi- 
plizierer. Der 32-Bit-Parallelmultiplizierer ver- 
arbeitet Daten im 16- und im 32-Bit-Fest- 
komma- oder Gleitkommaformat innerhalb 
eines Befehlszyklus. In Verbindung mit den 
erweiterten Datenregistern (40 Bit) können 
die Produkte des Multiplizierers im 40-Bit- 


Gleitkommaformat (32E8) gespeichert oder 
in der ALU weiterverarbeitet werden. Die 
Adressierung der Daten kann parallel über 
die beiden Adreßrechenwerke und die dazu- 
gehörigen Adreßregister erfolgen. 

Mit einer CPU-Leistung von 1 6,7 MIPS und 33 
MFLOPS gehört der TMS320C30 zu den lei- 
stungsfähigsten DSPs. So benötigt er für eine 
1 024-Punkte-FFT (Radix-2) 3,04 ms /20/. 


Neben der Entwicklung von neuen, immer lei- 
stungsfähigeren DSPs erfolgt ebenfalls ein 
Redesign von NMOS- in CMOS-DSPs und 
die Weiterentwicklung von 16-Bit-Fest- 
komma-DSPs. Diese DSPs sind weitgehend 
kompatibel zu ihren Vorgängern, haben ei- 
nen wesentlich geringeren Leistungsver- 
brauch und kürzere Befehlszykluszeiten. Der 
niedrigere Preis gegenüber 32-Bit-DSPs, 


i 
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Tafel 2 Technische Parameter ausgewählter DSPs 


Hersteller 

Typ 

Techno- 

logie 

■ 

Datentyp 

Datenbreite 


ÜiÜIHMi 




mg 















Analog 

Devices 

ADSP2100A 

CMOS 

80 

Festkomma 

16 

/ 

/ 

16 K 

32 K x 24 

1 

1 

16 x 16—» 40 

4 

ja 

nein 

nein 

AT&T 

DSP16 

CMOS 

55 

Festkomma 

16 

512 

2 KROM 

64K 

/ 

/ 

1 

16 x 16— >32 


36 

ja 


2 

1 

OSP32C 

CMOS 

80 

Gleitkomma 
32 (24E8) 

4 K ROM oder 51 2 
und 2 x 512 

16M 

1 

24 E8 x 24E8— »32E8 


40 

ja 

ja 

ja 

1 

Motorola 

DSP56000 

CMOS 

97.5 

Festkomma 

24 

512 

512 ROM 

2 KROM 

128K 

64 K 

1 

24 x 24-+ 56 

56 

56 

4 

ja 

ja 

2 

DSP96002 

CMOS 

75 

Gleitkomma 
32 (24E8) 

2x512 

512 

32 ROM 

2 x 1 G 

2 

32E11 x 32E1 1 -» 96 

24E8 x 24E8 

4 

ja 

/ 

/ 

National 

Semiconduktor 

LM32900 

CMOS 

100 

Festkomma 

16 

/ 

/ 

128 K 

64 K x 28 

2 

1 

16 x 16— »32 

32 

32 

ja 


ja 

ja 

# NEC 

//PD7720 

NMOS 

CMOS 

250 

200 

Festkomma 

16 

128 

512X13R 

512 x 23R 

/ 

/ 

/ 

/ 

16 x 1 6 — >31 

16 

16 

ja 

ja 

ja 

ja 

fiPD7728ö 

CMOS 

150 

Gleitkomma 
32 (24E8) 

512 

1 KROM 

2 KROM 

8 K 

4K 

1 

24E8 x 24E8— »-47E8 

55 

55 

2 


ja 

ja 

Philips/ 

Segnetics 

PC85010 

CMOS 

250 

Festkomma 

16 

2x 128 

51 2 ROM 

987 x 40R 

/ 

/ 

/ 

/ 

16 x 16— »32 

40 

40 

ja 


1 

2 

TI 

TMS32Ö10 

TMS320C10 

NMOS 

CMOS 

200 

Festkomma 

16 

144 

1536 ROM 

/ 

4K 

/ 

1 

1 6 x 1 6 — » 32 

32 

32 

ja 

/ 

ja 

/ 

TMS32020 

NMOS 

200 

Festkomma 

16 

288 oder 
544 

256 oder 

0 

64 K 

64 K 

1 

1 6 x 1 6 — ► 32 

32 

32 

3 

ja 

ja 

1 

TMS320C25 

CMOS 

100 

Festkomma 

16 

288/544 

256/0 

4 KROM 

64 K 

64 K 

1 

16 x 16—» 32 

32 

32 

3 

ja 

ja 

1 

TMS32ÖC30 

CMOS 

60 

Gleitkomma 
32 (24E8) 

2x 1 K 

Cache 

4 KROM 

16 M 

2 

32E8 x 32E8— » 40 

40 

40 

4 

ja 


2 


Speichertyp RAM, wenn nicht als ROM gekennzeichnet {in Byte) 


verbesserte Parameter und die bereits vorlie- 
genden Einsatzerfahrungen seitens der An- 
wender ermöglichen eine schnelle Produkt- 
überarbeitung und damit die Entwicklung ko- 
stengünstiger Produkte. 

Als Beispiele seien hier der ^PD77C20, 
TMS320C10, der TMS320E17-25 sowie der 
TMS320C50 genannt. Allen gemeinsam ist 
der wesentlich geringere Leistungsver- 
brauch und eine kürzere Befehlszykfuszeit. 
Des weiteren besitzt der TMS320E17 einen 
vergrößerten On-chip-ROM, und er wurde 
gegenüber seinem Vorgänger (TMS32010) 
um zwei serielle Schnittstellen und etne Ko- 
prozessor-Schnittstelle erweitert. Der von TI 
angekündigte TMS320C50 ist ein 16-Bit- 
DSP mit einer Festkommaarithmetik, dessen 
Busstruktur der des TMS 320C30 ähnelt. Er 
besitzt einen On-chip-Speicher von 10,5 K 
Wörtern und eine Parallel Logic Unit (PLU), 
die schnelle Bitmanipulationen über einen 
Speicherbereich ermöglicht. Mit einer Be- 
fehlszykuszeit von 50 ns wird er zu den 
schnellsten 16-Bit-DSPs gehören. 

Vergleich ausgewählter DSPs 

Der direkte Vergleich von Prozessoren, ins- 
besondere von DSPs, ausschließlich anhand 
der technischen Parameter ist nur bedingt 
sinnvoll. Die digitalen Signalprozessoren un- 
terscheiden sich in ihrer Struktur, den techni- 
schen Parametern und dem Befehlssatz oft 
so stark voneinander, daß eine Leistungsein- 
schätzung im Zusammenhang mit dem kon- 
kreten Einsatzfall vorgenommen werden 
muß. Dabei sollten die für den Algorithmus 
notwendige Rechengenauigkeit, der Spei- 
cherplatzbedarf, der Daten- und Programm- 
speicherzugriff, Prozessorschnittstellen, der 
Befehlssatz und die verfügbaren Entwick- 
lungswerkszeuge ebenso beachtet werden 
wie die Befehlszykluszeit. Um diese Abschät- 
zungen zu erleichtern, sind im Bild 11 einige 
Benchmark-Tests und in Tafel 2 (vgl. 12V, 
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1221) die Zusammenfassung technischer Pa- 
rameter ausgewählter DSPs aufgeführt. 

Bei den 16-Bit-DSPs besitzt Texas Instru- 
ments mit der Produktfamilie TMS320 den 
größten Marktanteil. Aufgrund der Einsatz- 
vorbereitungen für den U 320C20 gibt es in 
den unterschiedlichsten Betrieben und Ein- 
richtungen der DDR umfangreiche Erfahrun- 
gen beim Einsatz des TMS32020 und des 
TMS320C25. Informationen über Entwick- 
lungssysteme oder Boards sind unter ande- 
rem über die Nutzergemeinschaft (ZKI der 
AdW, Prof. Albrecht) oder beim Hersteller 
(ZMD) zu erfahren. 
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Peripherieschaltkreise 

der Reihen DS 8600 und DL 8600 


Elke Badermann, Dr. Dieter Kühnei, 
Siegfried Löbbicke, Peter Piontek, 
Frankfurt ( Oder) 

DMA-Logikschaltkreis DS 8601 DC 

Der DMA-Logikschaltkreis DS 8601 DC ist 
ein Schottky-TTL-Schaltkreis, der für den 
Einsatz in DMA-organisierten Interfacegerä- 
ten vorgesehen ist. Er liefert die Logik zur 
Ausführung von Handshake-Operationen bei 
Ausnutzung der Steuerung des Bussystems. 
Hat sich die Busherrschaft der DMA durchge- 
setzt, erzeugt sie die erforderlichen Steuersi- 
gnale zur Ausführung von Lese-, Schreib- 
oder Multiplex-Transfers entsprechend einer 
Einstelltabelle. 

Der DS 8601 besitzt einen Steuereingang, 
welcher im einen Fall beliebig viele Zyklen 
und im anderen Fall nur vier Zyklen gestattet, 
um die Busherrschaft wieder abzugeben. Er 
liefert an den TTL-Ausgängen mit Gegentakt- 
Endstufe 8 mA und an den Opencollector- 
Ausgängen 70 mA Treiberstrom bei Low-Pe- 
gel. 

Der DS 8601 DC wird in einem 20poligen 
Dual-in-line-Plastgehäuse geliefert. 

Anschlußbelegung, Schaltzeichen 

Bild 1 zeigt die Anschlußbelegung des DS 
8601 DC mit einer kurzen Beschreibung in 
Tafel 1. Bild 2 zeigt das Schaltzeichen des 
DS 8601 DC. 



Bild 1 Anschlußbelegung des DS 8601 DC 


Tafel 1 Beschreibung der Anschlüsse des DS 8601 DC 
(E - Eingang; A - Ausgang) 


Be- 

zeich- 

nung 

An- 

schluß 

Typ 

Name und Funktion 

DRQ 

1 

E 

DATA-REQUEST (DMA-Anfor- 
derung) 

Ein High an diesem Eingang leitet die 
Forderung einer Übertragung an den 
Bus ein. Ein Low beendetdie Über- 
tragung und somit die Busherrschaft. 

dTö 

2 

E 

DATA IN/OUT (Datenübertragung- 
Ein-/Ausgabe) 

Mit diesem Signal findet die Auswahl 
der T ransferart entsprechend einer 
Wahrheitstabelle statt. Während eines 
DI/D0-T ransfers muß dieses Signal 
umkippen, um den Übertragungszyk- 
lus zu beenden. Bei offenem Eingang 
nimmt dieser Anschluß High ein. 
Einstelltabelle: 

DT 1 DT0 Transfer 

X L DI/D0 

L H Dl 

H H DO 

dTT 

3 

E 

DATA IN (Datenübertragung - Eingabe) 
Mitdiesem Signal findet die Auswahl 
der T ransferart entsprechend der oben 
angegebenen Einstelltabelle statt. 

AE 

4 

A 

ADDRESS ENABLE (Adreßfreigabe) 
Dieses Signal zeigt an, daß eine Adres- 
se auf den Bus gebracht werden kann. 

DO 

5 

A 

DATA OUT (Datenausgabe/Master) 
Dieses Signal zeigt an, daß an den Aus- 
gängen des Busmasters gültige Daten 
anliegen, — ► Schreibfreigabe fürden 
Speicher 

Dl 

6 

A 

DATA IN (Dateneingabe/Master) 

Dieses Signal zeigt an, daß der Bus- 
master bereit ist, Daten zu empfangen. 
— » Lesefreigabe des Speichers 

SYNO 

7 

A 

TRANSMIT SYNCHRONIZE 
(Synchronisation/Ausgang) 

Dieses Signal entsteht in der DMA als 
Hinweis, daß ein T ransfer ausgeführt 
wird. 

BGTO 

8 

A 

DMA GRANT OUTPUT (Busgewäh- 
rung/Ausgang : open collector) 

Dieses Signal ist das verzögerte Signal 
von BGTI, solange keine Anforderung 
(DRQ = Low) vorhanden ist. Anson- 
sten ist dieser Ausgang nicht aktiv. 

Er kann direkt an den Bus angeschlos- 
sen sein. 

BMA 

9 

A 

MASTER (Busherrschaft) 

Ein High an diesem Ausgang zeigt an, 
daß die DMA die Busherrschaft besitzt 
und ein T ransfer ausgeführt wird. 

GND 

10 


Masse 

BRQ 

11 

A 

BUS-REQUEST (Busanforderung; 
open collector) 

Ein Low an diesem Anschluß weist dar- 
auf hin, daß die DMA die Busherrschaft 
anfordert. Dieser Ausgang kann direkt 
an den Bus angeschlossen sein. 

SYNI 

12 

E 

RECEIVE SYNCHRONIZE (Synchro- 
nisation/Eingang) 

Bei diesem Signal wird die DMA zum 
Master entsprechend folgender Bezie- 
hung: SYNI x AN XBMA ENA - BMA. 





BMA ENA ist ein internes Signa! der 
DMA-Logik. 

BGTI 

13 

E 

DMA GRANT INPUT (Busgewährung/ 
Eingang) 

Bei einem Low an diesem Eingang setzt 
sich die Busherrschaft durch, wenn die 
Busanforderung noch vorhanden ist 
(DRQ = H). Ansonsten wird dieses 
Signal verzögert zum Ausgang BGTO 
übertragen. 

EMA 

14 

E/A 

TIME-OUT (Eingang: Freigabe BRQ 
oder Ausgang: Freigabe BMA; open 
collector) 

Als Ausgangsvariante ist dieser An- 
schluß Low bei BMA ENA = H. Bei 

BMA ENA = L geht der Ausgang in den 
gesperrten Zustand über. Wird am Ein- 
gang ein L angelegt, wird BRQ = L 
verhindert. Wird am Eingang ein H an- 
gelegt, ist BRQ wirksam, falls BRQ 
wegen der Begrenzung auf max. 4 
Übertragungen rückgesetzt wurde. An 
diesem Anschluß kann zur Verzöge- 
rung von BRQ ein RC-Netzwerk ver- 
wendet werden. 

AN 

15 

E 

REPLY (Antwort) 

Dieses Signal dient zum Freigeben oder 
Sperren des freien Taktimpulses ent- 
sprechend der Einstelltabelle. Auch mit 
diesem Signal kann die DMA Master 
werden, wenn folgende Beziehung gilt: 
SYNI x AN x BMA ENA = BMA 

TN 

16 

E 

COUNT FOUR (Übertragungsanzahl) 
Ein H am Eingang gestattet, ein Maxi- 
mum von vier Zyklen zu übertragen, 
bevor wieder die Busherrschaft abge- 
geben wird. Ein L hebt diesen Vorgang 
auf, und es kann ein unbegrenzt langer 
Transfer stattfinden, solange DRQ = H 
einnimmt. Bei offenem Eingang nimmt 
dieser Anschluß High an. 

C 

17 

E 

CLOCK (Takt) 

Dieses Taktsignal wird zum Erzeugen 
aller Transfers benutzt. 

DE - 

•18 

A 

DATA ENABLE (Datenfreigabe) 

Dieses Signal zeigt an, daß Daten auf 
den Bus gebracht werden können. 

MT ~ 

19 

3 

'd< 

E 

INITIALIZE (Initialisierung) 

Dieses Signal stellt den Anfangszu- 
stand der DMA her, bevor DRQ = H mit 
einer Busanforderung beginnen kann. 
Ist INTT - L, sind folgende Signale un- 
wirksam: BRQ, BMA, DE, AE, SYNO, 
Dl, DO 

Uoc 

20 


Betriebsspannung 


Funktionsweise 

Bild 3 stellt den Ablauf einer einmaligen Dl/ 
DO-Übertragung mit H erste llung des Aus- 
gangszustandes durch I NIT = Lund mit dem 
taktunabhängigen Handshake zu Beginn der 
Übertragung dar. Entsprechend der Bele- 
gung der Eingänge DT0, DT1, TN und DRQ 
werden die drei Übertragungsarten und ihre 
Übertragungslänge realisiert. 

Serien-Parallel-/ 

Parallel-Serien-Wandler-Schaltkreis 
DS 8609 DC 

Der DS 8609 DC ermöglicht den Datenaus- 
tausch zwischen seriellem und parallelem 
Datenformat. Er wird in Schottky-TTL-Tech- 



Bild 2 Schaltzeichen des DS 8601 
DC (positive Logik) 


Bild 3 Ablauf der DI/DO-Übertra - 
gung 


10 
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Tafel 2 Anschlußbeschreibung des DS 8609 DC 


Zeich- 

nung 

Schluß 



TP 

mmmmmr — 

GNDT 

1 


GROUNDTTL 

Masseanschluß für alle internen TTL- 
Stufen (Logik, Flipflops); extern mit 
Anschluß 24 verbinden! 

SYND 

2 

A 

SYNCHRONIZATION DETECTED 
Wenn das Synchronwort erkannt wird, 
liegt ein Low an diesem Ausgang. Das 
Signal ist nur für T estzwecke gedacht. 

C 

3 

E 

CLOCK 

Schiebetakt für alle Register und Takt 
für die meisten Status- Flipflops 

OFUF 

4 

A 

9 

OVERFLOW/UNDERFLOW 

Dieses Signal kann nur durch einen 
Rücksetzimpuls an Anschluß 23 auf 
Low gesetzt werden. Bei der Serien- 
Parallel-Umsetzung wird es aktiviert 
(High), wenn innerhalb eines Wortzyk- 
lus keine Rückmeldung des Datenemp- 
fangs an Anschluß 6 erfolgt ist. Bei der 
Parallel-Serien-Umsetzung wird es ak- 
tiviert, wenn innerhalb eines Wortzy- 
klus kein Ladetakt- Impuls an Anschluß 
26 vorliegt 

RDYP 

5 

A 

READY PARALLEL 

Ein High an diesem Ausgang zeigt an, 
daß das parallele Ausgabewort stabil 
anliegt (bei Serien-Parallel-Umset- 
zung) oder die Bereitschaft zum Emp- 
fang paralleler Daten vorhanden ist 
(bei Parallel-Serien-Umsetzung). 

DAK 

6 

E 

DATAACKNOWLEDGE 

Dieses Signal wirkt nur bei der Serien- 
Parallel-Umsetzung. Mit einem High an 
DAK wird die Abnahme des parallelen 
Daten wortes bestätigt. 

D 

7-14 

27-34 

E/A 

PARALLEL DATA IN/OUT 
paralleles bidirektionales Datentor 

DS1 

DSO 

15 

16 

E 

E 

DATA INPUT SERIAL 
serielle Dateneingänge 

DSC 

17 

E 

DATA INPUT SERIAL CONTRbL 
Dieses Signal bestimmt, welcher der 
beiden seriellen Dateneingänge mit 
dem Schieberegister verbunden ist. 

Ein High an DSC aktiviert DS1 ; ein Low 
aktiviert DSO. 

OEP 

18 

E 

OUTPUT ENABLE PARALLEL 

Ein High an diesem Anschluß bringt 
alle 1 6-D-Ausgänge in den T ristate- 
Zustand. 

ECT 

19 

E 

ENABLE COUNTER 

Bei Serien-Parallel-Umsetzung erlaubt 
ein High an diesem Anschluß die Er- 
kennung des Synchronmu stapi zum 
anschließenden Start des Bitratenzäh- 
lers. Bei Parallel-Serien-Umsetzung 
wird der Bitratenzähler sofort freigege- 
ben, wenn ein High anliegt. 

GNDE 

20 


GROUND ECL 

Masse für interne Spannungsreferen- 
zen und ECL-/EFL-Stufen (BerSpe- 
zialanwendung keine externe Verbin- 
dung mit Anschluß 1 und 24) 

WLSO 

WLS1 

21 

22 

E 

E 

WORD LENGTH SELECT 

Diese beiden Anschlüsse bestimmen 
die Länge des parallelen Ein- und Aus- 
gabewortes. Im folgenden ist die Co- 
dierung für die möglichen Wortlängen 
angegeben: 

16 Bit 10 Bit 8 Bit 

WLSO H H L 

WLS1 H L H 

Gleichzeitiges Low an beiden Steuer- 
eingängen führt zur Fehlfunktion und 
ist daher unzulässig. 

R 

23 

E 

RESET 

Ein Low-Impuls an diesem Anschluß 
setzt alle Register, Zähler und die mei- 
sten Status-Flipflops zurück. 

GNDP 

24 


GROUND PARALLEL 

Masse für die Ausgangstreiber des 
parallelen Tores 

MSP 

25 

E 

MODE SERIAUPARALLEL 

Dieses Signal definiert die grundlegen- 
de Arbeitsweise des Schaltkreises. 

High bedeutet Serien-Parallel-Umset- 
zung, Low Parallel-Serien-Umsetzung. 

LP 

26 

E 

LOAD PARALLEL 

Dieses Signal wirkt nur bei Parallel- 
Serien-Umsetzung. Mit der L-H-Flanke 
eines Low-lmpulses an diesem Eingang 





wird das an D anliegende parallele Wort 
in ein internes Register geladen. 

OES 

35 

E 

OUTPUT ENABLE SERIAL 

Ein High an diesem Eingang bringt die 
beiden seriellen Ausgänge ZDOS (An- 
schluß 38) und ZOOS (Anschluß 39) in 
den T ristate-Zustand . 

CW 

36 

A 

WORD CLOCK 

Der Wortratentakt wird im Schaltkreis 
in Abhängigkeit von der gewählten 
Wortlänge erzeugt. Seine Perioden- 
dauer entspricht n Schiebetaktimpul- 
sen (n: eingestellte Wortlänge); das 
Tastverhältnis beträgt etwa 1 :1 

DOS 

37 

A 

DATA OUTPUT SERIAL 

serieller Datenausgang (ohne T ristate- 

Verhalten) 

ZDOS 

38 

A 

TRISTATE DATA OUTPUT SERIAL 
serieller Datenausgang (mitTristate- 
verh alten 

ZOOS 

39 

A 

TRISTATE CLOCK OUTPUT SERIAL 
Dieser Ausgang gibt - zeitlich verzö- 
gert - das an C (Anschluß 3) anliegen- 
de Taktsignal aus. Die Verzögerung 
dient der genauen Synchronisation des 
Taktes auf die an ZDOS (Anschluß 38) 
ausgegebenen seriellen Daten. Das 
Tristate- Verhalten wird, ebenso wie 
das von ZDOS, durch OES (Anschluß 
35) gesteuert. 

Ucc 

40 

- 

Betriebsspannung 


nik hergestellt. Der Schaltkreis kann sowohl 
eine Serien-Parallel- als auch eine Parallel- 
Serien-Umsetzung vornehmen. Dabei ist er 
auf eine Wortlänge von 8,10 oder 1 6 Bit ein- 
stellbar. Für den Datentransfer stehen ein bi- 
direktionales paralleles Tor (16 Bit) sowie 
zwei serielle Ausgänge und zwei serielle Ein- 
gänge zur Verfügung. Das parallele Tor und 
eines der seriellen Ausgangstore besitzen 
Tristate-Ausgänge, die über separate Ena- 
ble-Signale angesteuert werden. Der zweite 
serielle Ausgang hat eine normale (Totem- 
pole-)Endstufe. Von den seriellen Eingängen 
kann je einer über ein spezielles Steuersignal 
aktiviert werden. 

Bild 4 zeigt ein Blockschaltbild, welches die 
wesentlichen inneren Schaltungskomplexe 
des Schaltkreises enthält. Wie daraus zu er- 
sehen ist, enthält der Schaltkreis zwei 1 6-Bit- 
Registerketten. Diese werden abwechselnd 
mit dem parallelen Tor und den internen 
Steuersignalen verbunden, um einen lücken- 
losen Datentransfer in beiden Funktionsarten 
zu gewährleisten. Der Datentransfer kann bis 
zu einer Taktfrequenz von 28 MHz vorge- 
nommen werden. Eine Beschreibung der An- 
schlüsse enthält Tafel 2. 

Serien-Parallel-Umsetzung 

In dieser Funktionsart sucht der Schaltkreis 
in einem seriellen Datenstrom zunächst ein 
Synchronmuster, das den Beginn der zu 
übertragenden Daten kennzeichnet. Zuvor 
ist der Schaltkreis jriit einem Reset-Impuls 
am Steuereingang R in seinen definierten 
Anfangszustand zu bringen. Dieser Zustand 
bleibt erhalten, bis das Synchronmuster er- 
kannt wird. Danach werden die Daten ent- 
sprechend der eingestellten Wortlänge quan- 
tisiert und an den parallelen Ausgängen zur 
Verfügung gestellt. 

Durch ein Signal am Ausgang RDYP meldet 
der Schaltkreis, daß ein Datenwort stabil an 
den parallelen Ausgängen zur Verfügung 
steht. Während dieses Wort in einer Regi- 
sterkette gespeichert bleibt, wird in die zweite 
Registerkette das nächste Wort seriell einge- 
lesen. Drei Taktimpulse vor dem Abschluß 
dieser Operation muß am Eingang DAK eine 
Empfangsbestätigung für das parallele Wort 
eingegangen sein. Bleibt diese aus, so wird 
am Ausgang OFUF ein Übertragungsfehler 
gemeldet. Während die Verarbeitung der Da- 


ten fortgesetzt wird, kann die Fehlermeldung 
erst mit dem nächsten generellen Reset ge- 
löscht werden. 

Die seriell eingelesenen Daten erscheinen 
zeitverzögert wieder an den seriellen Aus- 
gängen DOS und ZDOS. Diese Verzögerung 
beträgt für eine Wortlänge von 
8 Bit: 21 Taktimpulse 
10 Bit: 25 Taktimpulse 
16 Bit: 37 Taktimpulse. 

Parallel-Serien-Umsetzung 

Nach einem Reset-Impuls am Eingang R 
befindet sich der Schaltkreis im Anfangszu- 
stand. Es erfolgt keine Suche nach einem 
Synchronmuster, so daß der Bitratenzähler 

sofort gestartet wird. 

Durch einen Ladeimpuls am Eingang LP 
wird das parallele Wort in eine der beiden Re- 
gisterketten gespeichert, während der Inhalt 
der anderen Registerkette mit dem Takt C an 
die seriellen Ausgänge geschoben wird. 
Ähnlich wie bei der Funktion Serien-Parallel- 
Umsetzung erfolgt am Ausgang OFUF die 
Anzeige eines Übertragungsfehlers, wenn 
der Ladeimpuls im dafür vorgesehenen Zeit- 
raum ausbleibt. 

Bidirektionaler Bustreiber 
DS 8638 DC 

Der Schaltkreis DS 8638 DC enthält 8 bidi- 
rektionale Bustreiber in Schottky-TTL-Tech- 
nik. Die 8 Bustreiber dienen einer asynchro- 
nen Zweiwege-Kommunikation zwischen 
Open-collector- und Tristate-Bussen. Es 
werden Daten von einem A-Bus (opencollec- 
tor) zu einem B-Bus (tristate) oder von einem 
B-Bus zu einem A-Bus in Abhängigkeit vom 
Pegel am Richtungssteuereingang (DIR) 
übertragen. Der Enable-Eingang (CS) kann 
zum Trennen der beiden Busse voneinander 
benutzt werden. 

Die maximale Treiberstromstärke beträgt 
70 mA an den A-Ausgängen und 25 mA an 
den B-Ausgängen. Die Funktionsweise des 
Schaltkreises verdeutlicht Tafel 3. 

Busempfänger-Schaltkreis 
DL 8640 DC 

Die integrierte Schaltung DL 8640 DC enthält 
vier Busempfänger in Low-power-Schottky- 
TTL-Technik mit je zwei NOR-verknüpften 
Eingängen mit einer typischen Schalt- 
schwelle von 1 ,5 V. Die Gegentaktausgangs- 
stufen haben eine Treiberfähigkeit von 16 mA 
bei U 0 L ^ 0,4 V. Der Schaltkreis ist für den 
Einsatz in busorganisierten Datenübertra- 
gungssystemen vorgesehen, deren 120- 
Ohm-Datenbus k durch 180-Ohm-Wider- 
stände vom Bus zur Betriebsspannung und 


Tafel 3 Funktionstabelle des Bustreibers DS 8638 DC 


[ Steuereingänge 

Operation 

CS 

DIR 


L 

L 

B-Daten zum A-Bus 

L 

H 

A-Daten zum B-Bus 

H 

X 

Bustrennung 


H ^ High-Pegel; L ^ Low-Pegel; X = beliebig 


Tafel 4 Funktionstabelle des Busempfängers 
DL 8640 DC 


1 Eingänge 

Ausgänge 

A 

B 

Y 

L 

L 

H 

L 

H 

L 

H 

L 

L 

H 

H 

L 


H = High-Pegel; L = Low-Pegel 
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Bild 4 Blockschaltbild des DS 8609 DC 



Bild 5 Anschtußbelegung des 
DS 8609 DC 



Bild 6 Schaltzeichen des DS 
8609 DC (positive Logik) 



Bild 7 Anschlußbelegung des 
DS 8638 DC 

A1...A8 Ein-IAusgänge für Da- 
ten (open collector) 

B1...B8 Ein/Ausgänge für Da- 
ten (tristate) 

CS Chip select (output ena - 

ble) 

DIR direction (Richtungs- 

steuerung) 

U cc Betriebsspannung 

GND Masse 



Bild 8 Schaltzeichen des DS 
8638 DC (positive Logik) 


Bild 11 Anschlußbelegung des^t 
DL 8641 DC 

AI... A4 Dateneingänge 
B1...B4 Datenbus (bidirektional) 
Y1...Y4 Ausgänge 
G1,G2 Disable-Eingänge 
U cc Betriebsspannung 

GND Masse 


durch 390-Ohm-Widerstände vom Bus nach 
Masse abgeschlossen ist. 

Busempfänger- 
und Treiber-Schaltkreis DL 8641 DC 

Die integrierte Schaltung DL 8641 DC enthält 
vier Busempfänger-/Treiber in Low-power- 
Schottky-TTL-Technik und ist für den Einsatz 
in busorganisierten Datenübertragungssy- 
stemen vorgesehen, deren 120-Ohm-Daten- 
bus durch 180-Ohm-Widerstände vom Bus 
zur Betriebsspannung und durch 390-Ohm- 
Widerstände vom Bus nach Masse abge- 
schlossen ist. 

Die Bus-Ausgänge sind Open-collektor-Aus- 
gänge mit einer Treiberfähigkeit von 50 mA 
bei U 0 l ^ 0,7 V. Die Busempfängereingänge 
haben eine typische Schaltschwelle von 


Tafel 5 Funktionstabelle des Busempfängers/Treibers DL 8641 DC 


Funktion 

Disable- 

Treiber- 

Treiberausgang/ 

Empfänger- 


eingang 

eingang 

Empfängereingang 

ausgang 


Gl 

G2 

A 

B 

Y 

Empfänger 

H 

X 

X 

H 

L 


H 

X 

X 

L 

H 


X 

H 

X , 

H 

L 


X 

H 

X 

L 

H 

Treiber 

L 

L 

H 

L 

H 


L 

L 

L 

H 

L 


H = High-Pegel; L = Low-Pegel; X = beliebig 


1,5 V, die Empfängerausgänge sind Gegentaktausgangs- 
stufen mit einer Treiberfähigkeit von 16 mA bei U 0 l ^ 
0,4 V. 

Mit den NOR-verknüpften Disable-Eingängen Gl und G2 
wird die Funktion des Schaltkreises gesteuert (entspre- 
chend Tafel 5). 



Bild 9 Anschlußbelegung des 
DL 8640 DC 

IA. ..4A Dateneingänge 

IB. ..4B Dateneingänge 
1Y...4Y Ausgänge 

U cc Betriebsspannung 

GND Masse 



Bild 10 Schaltzeichen des DL 
8640 DC (positive Logik) 




Bild 12 Schaltzeichen des DL 
8641 DC (positive Logik) 


e KONTAKT © 


VEB Halbleiterwerk Frankfurt (Oder), 
Postfach 379, Frankfurt (Oder), 1200; 
Tel. 46 32 75 
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Rasterbilder 

auf dem PC 

Dr. Peter Döring , Berlin 


Grafische Darstellungen sind eine anschauli- 
che Ausgabeform von Programmergebnis- 
sen. Sie gestatten es, wesentliche Eigen- 
schaften schnell zu erfassen und erleichtern 
die Analyse der Ergebnisse bedeutend. An- 
dererseits ist der Aufwand zur Herstellung 
dieser Grafiken relativ hoch. Die grafischen 
Darstellungen werden abgespeichert, damit 
sie für eine spätere Verwendung wieder ver- 
fügbar sind. Am einfachsten ist das, indem die 
notwendigen Teile des Bildschirminhalts in 
Dateien gesichert werden. Bei einer notwen- 
digen Neudarstellung genügt dann ein Rück- 
speichern aus diesen Dateien. Diese Vorge- 
hensweise wird beispielsweise in Turbo-Pas- 
cal durch die Prozeduren PUTIMAGE und 
GETIMAGE sehr gut unterstützt. 

Es kann nun Vorkommen, daß die gespei- 
cherten Bilder neueren Anforderungen nicht 
mehr entsprechen. Notwendig könnten grö- 
ßere oder kleinere Formate oder auch Deh- 
nungen werden. Ähnlich sind die Verhält- 
nisse, wenn Grafiken auf Bildschirmen mit 
verschiedenen Auflösungen dargestellt wer- 
den sollen. Das ist beispielsweise der Fall, 
wenn mit CGA-, EGA- und Hercules-Grafik- 
karten gearbeitet wurde. Die beste Lösung 
wäre in diesen Fällen eine Neuanfertigung 
der Grafiken. Dieser Weg ist aber eventuell 
auch der aufwendigste. Ist das dazugehörige 
Programm nicht flexibel genug, muß ein Ein- 
griff in die Programmstruktur vorgenommen 
werden. Häufig sind auch die Originafdaten, 
mit deren Hilfe die Grafiken erzeugt wurden, 
nicht mehr verfügbar. 

Es sollen nun Algorithmen vorgestellt wer- 
den, die die weitere Bearbeitung von Bildern 
gestatten. Es ist klar, daß im allgemeinen 
diese Bearbeitung eine Verschlechterung 
der Qualität mit sich bringt. Es zeigt sich aber, 
daß durchaus befriedigende Ergebnisse er- 
reichbar sind, sofern es sich nicht um ex- 
treme Skalierungsmaßstäbe handelt. 

Bei der Beschreibung der Algorithmen wird 
auf eine zweifarbige Darstellung orientiert, je- 
doch sind die Algorithmen auch für mehrfar- 
bige Bilder geeignet. Die Beispielgrafiken 
wurden mit Hilfe eines Schneider PC 1512 


ohne Koprozessor mit CGA-Karte erzeugt. 
Die benutzte Programmiersprache war 
Turbo-Pascal, Version 4.0. Die Rechenzei- 
ten beziehen sich auf eine Version der Algo- 
rithmen, die alle CGA-Modi des Rechners 
(einschließlich Farbe) unterstützt, so daß sie 
etwas höher liegen als bei einem Algorithmus 
für 2-Farben-Bilder notwendig wäre. 

Algorithmus 

Die grafische Darstellung auf dem Bildschirm 
wird als Menge von Rasterpunkten (Pixel) 
aufgefaßt. Die Bildbearbeitung umfaßt des- 
halb die Aufgabe, durch eine entsprechende 
Transformation der Pixelkoordinaten ein 
neues Bild aufzubauen. Für diese Aufgabe ist 
es ausreichend, die Transformationen Trans- 
lation, Skalierung und Rotation zu betrach- 
ten. Als Ausgangspunkt der Betrachtungen 
wird der Bildschirm als Teil eines Koordina- 
tensystems aufgefaßt. Dabei erhält die linke 
obere Ecke die Koordinate (0,0), die rechte 
untere Ecke die Koordinate (xmax,ymax). 
Zur Beschreibung der Transformationsfor- 
mel wird festgelegt: 

- Die linke obere Ecke des zu bearbeitenden 
Bildes hat die Koordinaten (X1,Y1), die 
rechte untere Ecke die Koordinaten (X2,Y2). 

- Die Translation verschiebt die Koordinate 
(XI ,Y1 ) auf die Koordinate (Tx,Ty). 

- Die Skalierung der x-Achse verändert eine 
Längeneinheit auf die Länge Sx, die der y- 
Achse auf die Länge Sy. 

- Die Rotation bezieht sich im mathematisch 
positiven Sinn auf die x-Achse mit dem 
Scheitelpunkt in der Koordinate (Tx,Ty). Der 
Rotationswinkel wird mit PHI bezeichnet. 

- Mit R wird das physische Höhen/Seiten- 
Verhältnis des Bildschirms bezeichnet. 

Bemerkung: Die Größen Tx, Ty, Sx, Sy und 
PHI werden als reelle Zahlen aufgefaßt. Bei 
der rechentechnischen Umsetzung des Algo- 
rithmus erfolgt dann stets eine Rundung. 

Die transformierten Koordinaten (px,py) des 


Pixels (x,y) ergeben sich dann aus der For- 
mel (x) 

Zu beachten ist, daß die so berechneten 
transformierten Koordinaten außerhalb des 
Bildschirms liegen können. Diese Punkte 
sind dann nicht mehr darstellbar. Die Normie- 
rung und die Renormierung des Bildschirms 
sind notwendig, damit die Längenverhält- 
nisse des Bildes bei Rotation nicht verändert 
werden (Prinzip: Quadrat bleibt Quadrat). 

In einfachster Form läßt sich nun die Verar- 
beitung des Bildes formulieren als 

Algorithmus 1 - Grundalgorithmus: 

1. Lege Tx, Ty, Sx, Sy, PHI fest. 

2. FORx:=X1 TOX2DO 

FOR y:=Y1 TO Y2 DO 
BEGIN 

Berechne die transformierten Koordi- 
naten (px,py) nach Formel (x); 

Setze Pixel (px,py); 

END 

Dieser Algorithmus wird immer dann gute Er- 
gebnisse liefern, wenn sowohl abs(Sx) ^ 1 
als auch abs(Sy) ^ 1 gilt (Verkleinerung von 
Bildern). Seine Anwendung auf das Testbild 
(Bild 1) zeigt Bild 2. 

Verbesserungen 

Die Qualität des bearbeiteten Bildes kann 
durch weitere Maßnahmen verbessert wer- 
den. Dazu ist es allerdings notwendig, die 
Struktur der Grafik in die Betrachtungen ein- 
zubeziehen. Zu diesem Zweck definieren 
wir: 

Definition: 

1. Die Menge der Pixel 

BS = { (x,y) : x in [0..xmax], y in [0..ymax] } 
heißt Menge zulässiger Pixel. 

2. Menge der Pixel 

- UK(x,y) = BS n { (xl ,y1 ) : |x1 -x| + |yf -y| = 1 } 
heißt Kreuzumgebung von (x,y) 

- UD(x,y) = BS n {(xl ,y1):|x1-x| = 1 and 

|yi-y| = i} 


rpx\ 


\py/ 


^Tx\ /I 0\ / cos(PHI) sin(PHI) \ /Sx 0\ /10 \ /x-xt\ 


(x) 


Ty/ \0 FV \sin(PHI) -cos(PHI)/ \0 Sy/ \0 1/fV \y-yl/ 

Bildschirmnormierung 


Skalierung 


Rotation 

Renormierung des Bildschirms 
Translation 



Bild 1 Testbild 



Bild 2 Verdopplung des Testbildes mit Algorithmus 1 
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heißt Diagonalumgebung von (x,y) 

- U(x,y) = UK (x,y) n UD (x,y) heißt Umge- 
bung von (x,y) 

3. Ein Pixel (xl ,y1 ) heißt bezüglich (x,y) 

- kreuzverbunden, wenn (xl ,y1) e UK (x,y) 

- diagonalverbunden, wenn (xl.yl) e UD 

(x,y) 

- verbunden, wenn (xl.yl) e U(x,y) 

4. Ein Pixel heißt isoliert, wenn U(x,y) = 
(leere Menge). 

Die Bildanalyse stützt sich nun auf die An- 
nahme, daß verbundene Pixel nicht zufällig 
verbunden, sondern Bestandteil einer Gera- 
den sind. Diese Annahme ist in vielen Fällen 
plausibel (z. B. Darstellungen von Koordina- 
tensystemen, Balkendiagrammen) oder in 
anderen Fällen akzeptabel (z. B. bei der Auf- 
fassung, daß Schriftzeichen aus Geraden 
aufgebaut werden können). Der Grundalgo- 
rithmus kann deshalb verbessert werden, in- 
dem für jedes Pixel seine Umgebung heran- 
gezogen wird, die verbundenen Pixel trans- 
formiert werden und danach durch Geraden 
verbunden werden. Je nach der Art der Um- 
gebung können drei weitere Algorithmen for- 
muliert werden. 

Algorithmus 2 - Kreuzalgorithmus: 

1. Lege Tx, Ty, Sx, Sy, PHI fest. 

2. FOR x:-X1 TOX2DO 

FOR y:=Y1 TO Y2 DO 
BEGIN 

Transformiere (x.y) in (px,py) nach 


Formel (x); 

FOR ALL (r ,s) e UK(x,y) DO 
BEGIN 

Transformiere (r ,s) in (pr ,ps) 
nach Formel (x); 

Zeichne eine Gerade von (px,py) 
nach (pr ,ps); 

END 

IF UK(x,y) THEN setze Pixel (px,py); 
END 

Algorithmus 3 - Diagonalalgorithmus: 

1. Lege Tx, Ty, Sx, Sy, PHI fest. 

2. FOR x:=X1 TO X2 DO 

FOR y:=Y1 TOY2 DO 
BEGIN 

Transformiere (x,y) in (px,py) nach 
Formel (x); 

FOR ALL (r,s) e UD(x,y) DO 
BEGIN 

Transformiere (r ,s) in (pr ,ps) nach 
Formel (x); 

Zeichne eine Gerade von (px,py) 
nach (pr ,ps); 

END 

IF UD(x,y) THEN setze Pixel (px,py); 
END 

Algorithmus 4: 

1. Lege Tx, Ty, Sx, Sy, PHI fest 

2. FORx:=X1 TOX2DO 

FOR y:=Y1 TOY2 DO 
BEGIN 

Transformiere (x,y) in (px,py) nach 


Formel (x); 

FOR ALL(r,s) e U(x,y) DO 
BEGIN 

Transformiere (r,s) in (pr,ps) nach 
Formel (x); 

Zeichne eine Gerade von (px,py) 
nach (pr,ps); 

END 

IF U(x,y) THEN setze Pixel (px,py); 
END 

Die Algorithmen 2 und 3 sollten nur dann an- 
gewendet werden, wenn die Grafiken vorran- 
gig aus senkrechten, waagerechten oder dia- 
gonalen Linien bestehen (z. B. Gitternetze). 
Der Algorithmus 4 liefert im allgemeinen die 
beste Qualität, benötigt aber auch die längste 
Zeit. Alle 3 Algorithmen werden dadurch be- 
schleunigt, daß nicht die vollständige Umge- 
bung der Pixel verarbeitet wird, sondern nur 
diejenigen mit (x,y) verbundenen Pixel, für 
die die Komponente s ^ y (vertikale Bearbei- 
tung) bzw. r^x (horizontale Bearbeitung 
gilt. 

Die Anwendung der Algorithmen 2, 3 und 4 
zeigen die Bilder 3 bis 5. , 

Vektorisierung von Bildern 

Eine Analyse der Algorithmen 2 bis 4 zeigt, 
daß eine weitere Beschleunigung der Bild- 
verarbeitung denkbar ist. Es ist generell so, 
daß die Bearbeitung einer Geraden im Urbild 
durch eine gestückelte Bearbeitung von je- 
weils zwei verbundenen Pixeln vorgenom- 



Bild 3 Verdopplung der Größe des Testbildes mit Algorithmus 2 



Bild 5 Verdopplung der Größe des Testbildes mit Algorithmus 4 
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Bild 4 Verdopplung der Größe des Testbildes mit Algorithmus 3 



Bild 6 Halbierung der Größe des Testbildes mit Algorithmus 4 
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men wird. Ausreichend wäre aber die allei- 
nige Bearbeitung des Anfangs- und des End- 
punktes dieser Geraden, die dann anschlie- 
ßend wieder durch eine Gerade verbunden 
werden. Um einen derartigen Algorithmus 
ausführen zu können, muß eine komplizier- 
tere Bildanalyse vorgenommen werden. 
Während es für die Algorithmen 1 bis 4 ange- 
bracht ist, auf eine pixelweise Speicherung 
des Bildes zurückzugreifen, (erzeugt zum 
Beispiel mit der Turbo-Pascal-Prozedur GE- 
TIMAGE), wird nun eine Beschreibung in 
Form zu zeichnender Geraden nötig. Diese 
Beschreibung ist zur Speicherung eines Bil- 
des genauso gut geeignet wie die pixelweise. 
Allerdings kann nicht mehr von vornherein 
angegeben werden, wie groß der dazu not- 
wendige Speicherplatz sein muß. Beispiels- 
weise werden zur pixelweisen Speicherung 
des Testbildes maximal 1 6004 Byte benötigt, 
während der nachfolgend beschriebene Al- 
gorithmus 5 eine Datei mit 271 48 Byte er- 
zeugt. 

Die Bildanalyse erfolgt nach folgendem 
Schema: Das Bild wird zeilenweise waage- 
recht, spaltenweise senkrecht sowie diago- 
nal von links und rechts fallend durchmustert. 
In jeder Suchrichtung wird untersucht, wo 
eine Gerade beginnt oder endet, und ihre 
Eckpunkte werden registriert. Geraden, die 
nur aus einem Pixel bestehen, müssen nur 
dann registriert werden, wenn dieses Pixel 
isoliert ist. 

Formal wird diese Bildanalyse durch den Al- 
gorithmus 5 ausgeführt. 


Algorithmus 5 - Bildanalyse: 

PROCEDURE analyse(startx, starty, such- 

richtung) 

1 . Für jede Suchrichtung lege ix und iy fest als 


{ 0 waagerechte Suchrichtung 
1 sonst 


' 1 waagerechte Suchrichtung 

0 senkrechte Suchrichtung 

ix = 4 

1 von links fallende Suchrichtung 
^ - 1 von rechts fallende Suchrichtung 

2. v:=FALSE 

3. WHILE startx in [xl ..x2] and starty in 

[y1..y2] DO 

BEGIN 1 

vl : = pixelgesetzt (startx, starty); 

IFv 


THEN BEGIN 
IF not vl 
THEN BEGIN 

Registriere die Gerade (xanf, 
yanf)-(startx-ix,starty-iy); 
xanf:=startx; 
yanf:=starty; 

END 

END 

ELSE IF vl 
THEN BEGIN 
xanf: = startx; 
yanf:= starty; 

END 

startx := startx + ix; 
starty: = starty -Hy; 
v:=v1 ; 

END 

4. IFv 

THEN registriere die Gerade (xanf, 
yanf)-(startx-ix, starty-iy); 

END PROCEDURE 

Die durch diesen Algorithmus erzeugte Datei 
dient dann dazu, das gewünschte Bild wieder 
neu aufzubauen. Der dazugehörige Algorith- 
mus 6 ist denkbar einfach. 

Algorithmus 6: 

WHILE not eof DO 
BEGIN 

Lies die Endkoordinaten (xl ,y1),(x2,y2); 
Transformiere sie nach Formel (x) auf die 
Koordinaten 
(px1,py1),(px2,py2); 

Zeichne die Gerade (pxl ,py1 )-(px2,py2); 
END 

Diskussion der Algorithmen 

Problematisch ist die Anwendung der vorge- 
stellten Algorithmen vor allem bei Verkleine- 
rungen des Originalbildes. Sehr schnell kann 
es dabei zu einer starken Verwischung der 
Konturen kommen. Ein Beispiel hierfür wird 
in Bild 6 gegeben. 

Es ist auch nicht zu erwarten, daß die Rück- 
wärtsverkleinerung einmal bearbeiteter Bil- 
der wieder das Originalbild ergeben. Ursache 
dafür ist der Rundungsprozeß bei den ver- 
schiedenen Operationen des Bearbeitungs- 
algorithmus. Wird beispielsweise das Test- 
bild (Bild 1 ) mit dem Algorithmus 4 auf das 
Doppelte vergrößert (Bild 5) und anschlie- 
ßend wieder auf die Hälfte verkleinert, ergibt 
sich die in Bild 7 gezeigte Differenzmenge. 


Sie ist als Ungenauigkeit des Algorithmus zu 
interpretieren. Eine noch größere Differenz 
wird sich ergeben, wenn ein Bild gedreht und 
anschließend wieder zurückgedreht wird. 

Bei extremen Vergrößerungen (siehe Bild 8) 
dagegen kann die Struktur des Ausgangsbil- 
des verloren gehen. Im allgemeinen erzeugt 
aber der Algorithmus 4 noch brauchbare Bil- 
der. Das Bild 8 zeigt gleichzeitig, wie die ein- 
zelnen Algorithmen vergrößern. Während 
der Algorithmus 1 keine brauchbare Vergrö- 
ßerung liefert, ist bei den Algorithmen 2 und 3 
das transformierte Bild erkennbar, eine 
brauchbare Darstellung liefert allerdings erst 
der Algorithmus 4. 

Ein weiteres Problem ergibt sich bei der Rota- 
tion des Urbildes. Aufgrund des unterschied- 
lichen Auflösungsvermögens des Bildschirms 
in x- und y-Richtung kann es zu einer relativ 
großen Vergröberung der Bilddarstellung 
kommen. Ein Beispiel dafür ist das Bild 9, in 
der das Testbild um 45 Grad gedreht wurde. 
Die bisherigen Erfahrungen besagen, daß 
der Algorithmus 4 und der ihm grafisch 
gleichwertige Algorithmus 6 die besten Er- 
gebnisse liefern. Bei ihrer Anwendung muß 
aber folgendes beachtet werden. Der Algo- 
rithmus 4 ist immer dann anzuwenden, wenn 
es um eine einmalige Bearbeitung des Urbil- 
des geht. Algorithmus 6 wird immer dann 
sinnvoll sein, wenn ein Urbild flexibel mehr- 
fach bearbeitet werden soll. Die Zeiten zum 
Aufbau eines neuen Bildes betragen nur un- 
gefähr 40 % der Zeit des Algorithmus 4. 

Ein Vergleich der Rechenzeiten aller Algo- 
rithmen ist in Tafel 1 zu finden. Daraus ist er- 
sichtlich, daß der Algorithmus 6 am schnell- 
sten arbeitet (wenn die Analysezeit nicht be- 
achtet wird). Die gegenüber Algorithmus 4 
kürzeren Zeiten der Algorithmen 1 bis 3 sind 
verbunden mit der schlechteren Qualität der 
Bilder. Die Rechenzeiten für die Bildverklei- 
nerung sind für die Algorithmen 1 bis 4 gleich, 
weil hier generell verzichtet wurde, Pixel 
durch Geraden zu verbinden. 

Anzumerken bleibt noch, daß die Bearbei- 
tungszeiten nicht wesentlich von den Bear- 
beitungsparametern abhängen. Entschei- 
dend ist hier allein die Pixelzahl des Original- 
bildes. Geringe Differenzen ergeben sich 
ausschließlich durch die Anwendung des Al- 
gorithmus für die Liniendarstellung (Turbo- 
Pascal-Prozedur LINE), der für verschieden 
geneigte Linien unterschiedliche Abarbei- 
tungszeiten zu haben scheint. 


Bild 7 Differenzbild für Algorithmus 4 





Bild 8 20fache Vergrößerung der Ziffer 6 
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ßild 9 Drehung des Testbildes um 45 Grad 

PROGRAM demo; 

USES crt.graph; 

TYPE REAL=SINGLE; ( ** falls Co-P rozessor vorhanden **) 

PROCEDURE square(xi ,yl,laenge : INTEGER) ; 

VAR x,y : WORD. 

BEGIN 

getaspectratio(x , y ) ; 

rectanglefxl ,yl , xl+ laenge ,yl+round( ( laenge )*(x+0 . 0)/y ) ) ; 
f loodf ill(xl+l ,yl+l , 1 ) ; 

END; (* square *) 

PROCEDURE testbild; 

VAR i : INTEGER ; 

BEGIN 

rectangle( 160,50,478 , 149) ; 

1 ine (160, 149,478,50) ; 
ci rcle(320 , 100 , 80) ; 
setf illstyle(8, 1 ) ; 
f loodf i 1 1 ( 320 ,90.1); 
setf i 1 lstyle( 10 , 1 ) ; 
f loodf ill(320, 110, 1) ; 

outtextxyf 170 , 55 , *a bcdefg A8CDEFG ?*); 

FOR i : -1 TO 9 00 

outtextxy(465 , 50+ 10*i ,chr( i+ord( ’O ’ ) ) ) ; 
outtextxy (320 , 140 , ’ T e s t b i 1 d’); 
setf illstyle( 1 , l ) ; 
squaref 175 , 100 , 50) ; 

END; (* — testbild *) 


(* vereinfachte Form des Algorithmus 4 *) 


PROCEDURE zsigef tx, ty , sx , sy , phi : REAL ; 
TYPE barr = ARRAY [ 1 . . 1 ] of BYTE; 
pbarr = ""barr; 

VAR argument, xyrate , xyratel , 
plx ,p2x , ply , p2y ,pxc ,pyc , 


sxc , sys , syc . sxs 
hoehe ,br ei te , bbrei te 
P 

xmax , ymax,xasp , yasp 

i, j 

null 

-kleiner 


REAL ; 

LONGINT; 

pbarr ; 

WORD; 

INTEGER 

BYTE; 

BOOLEAN 


pbild: POINTER) ; 


VAR px , py :REAL ) ; 


PROCEDURE newpoint(x, y : INTEGER; 

(* Koordinaten des transf ormierten Pixels *) 
VAR xx ,yy : REAL ; 

BEGIN 

xx ; -x ; 


yy : =y*xyratel ; 
px : -pxc+xx*sxc+yy*sys ; 
py; =pyc+yy*syc-xx*sxs; 
END; (* newpoi nt * ) 


FUNCTION Pixelgesetz t( rx.ry: INTEGER) : BOOLEAN ; 

(* Test, ob Pixel zulaessig und gesetzt *) 

VAR index : WORD ; 

BEGIN 

index: =5+ry*bbrei te+( rx shr 3); 

Pixelgesetz t : = ( (p" [index] shr ((7-(rx mod 8))) and 1)<>0) 
and (rx<=breita) and (rx>=0) 
and (ry<=hoehe) and (ry>=0) 

END; (* pixelgesetzt *) 

PROCEDURE rahmen; 

(* Loeschen des neuen Bildbereichs *) 

VAR pppp : ARRAY [ 1 . .5] of pointtype; 
xx. yy : REAL; 
fills : f il lsetti ngstype ; 

BEGIN 

newpoi nt(0 , 0 , xx , yy ) ; 

ppppCl] .x;=round(xx) ; pppp[i] . y := round ( yy) ; 
newpoi nt ( b rei te , 0 , xx, yy) ; 

pppp [2] . x : = round( xx) ; pppp [2] . y : s round( yy ) ; 
newpoi nt ( breite, hoehe, xx, yy) ; 

PPPP [3] .x: =round( xx) ; pppp [3] . y : = round(yy) ; 
newpoi nt (0, hoehe, xx, yy) ; 

pppp [4] . x: = round (xx) ; pppp [4] . y : = round( yy ) ; 

PPPP [5] : =pppp[l] ; 

ge tf il lsettings( fills ) ; 

setcolor(O); ; 

setf illstyled , 0 ) ; 

f illpoly(S.pppp) ; 
setcolor( 1 ) ; 

setf illstyle(f ills.pattern.f ills.color) ; 

END; (* rahmen *) 


BEGIN 
null : =0; 
xmax:-getmaxx; 
ymax: ^getmaxy; 
getaspectratio( xasp, yasp) ; 
xy rate : = (xasp+O. 0)/yasp ; 
xy rate 1 : - 1 . 0/xyrate ; 

argument: =pi*phi/ 180 . 0 ; 

sxc: =sx*cos(argument) ; sys : -sy*sin(argument) ; 

syc : =sy*cos( argument)*xyrate ; sxs: =sx*sin(argument)*xyra+a; 
pxc : = tx ; pyc:=ty; 
p : -pbarr (pbi ld ) ; 

IF ( ( sx= 1 . 0) AND (sy=1.0) AND (phi=0.C) ) 

THEN BEGIN 

C* Bild muss nur verscnoben werden *) 
putimage( round(Lx) , roundf ty ) , p~ , normalput ) ; 

EXIT; 

END; 

kleiner:=not ((sx>0.0) and (sx<1.0) and (sy>0.0) and (sycl.O)); 

(* kleiner =TRUE , falls keine Verkleinerung vorliegt *) 

noehe:=0; 
breite : =0 ; 

move(p [1) .breite, 2) ; (» Bestimmung des Bildformats *) 

move(p"[null+3) , hoehe, 2) ; 
bbrei te : ^ (brei te div 8) + l; 
rahmen ; 

FOR i : =0 TO hoehe DO 
FOR j : =0 TG breite DO 
IF pixelgesetzt( j , i ) 

THEN BEGIN 

setcolor ( 1 ) ; 
newpoint( j , i , plx ,ply ) ; 

line( round(plx) , round(ply ) , round(plx) . round (ply) ) ; 

IF kleiner 
THEN BEGIN 

IF pixelgesetzt( j+ 1 , i+1 ) 

JHEN BEGIN 

newpoi nt ( j + 1 , i+1 , p2x , p2y ) ; 

line( round(pix) ,round(ply), round(p2x) , round(p2y 
END; 

IF pixelgesetzt( j+1 , i ) 

THEN BEGIN 

newpoi nt ( j+1 , i , p2x , p2y) ; 

line( round( plx) , round(ply ) , round(p2x) , round(p2y 
;• . - END; 

IF pixelgesetzt( j- 1 , i + 1 ) 

THEN BEGIN 

newpoi nt( j- 1 , i+1 , p2x , p2y ) ; 

line( round (plx) , round(ply ) , round ( p2x) , round (p2y 
END; 

IF pixelgesetzt.( j , i + 1) 

THEN BEGIN 

newpoint( j , i+1 , p2x ,p2y ) ; 

line(round(plx), round ( ply ) , round(p2x) , round (p2y 
END; 

END; 

END; 

END; (* --- zeige *) 

(* *) 


VAR tx. ty ,sx,sy ,phi : REAL; 

pbild : POINTER; 

grdriver . grmode : INTEGER; 

1 : WORD ; 

BEGIN (* Beginn des Demonstrati onsprogramm *) 

cl rscr ; 

write( 'Verschiebung auf x = ’); readln(tx); 
wri te( ' y = ’); readln(ty); 

wri te( 'Streckungsf aktor x = ’); readln(sx); 
wri te( ’ Streckungsfaktor y ~ ’); readln(sy); 
wri te( 'Drehungswinkel in Grad = ’); readln(phi); 
grdriver : =cga ; 
grmode :=cgahi; 

initgraph( grdriver .grmode, ’ c; \turbo\tpu ’ ); 

clearviewport ; 

testbild; 

1 : = imagesi ze( 160,50,478,149) ; 
ge tmem( pbild , 1 ) ; 

ge ti mage( 160 , 50 , 478 , 149 , pbi ld" ) ; 
ze i ge ( tx , ty ,sx ,sy , phi .pbild) ; 
readln; 

f reemem(pbild, 1 ) ; 

END. 

Bild 10 Demo-Programm für den Algortikmmd 
Tafel 1 
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Zum Glück... 


"... gibt's von LGI PC's und Monitore, die mit 
ausgereiften Technik allen Ansprüchen gerecht 


werden. In einer kompakten, ergonomischen 


Bauweise. In solider, betriebssicherer Verarbei 
tung - und zu einem Preis, der mir meine Ent 
Scheidung leicht gemacht hat. In LGI habe i 
einen zuverlässigen Partner. Dafür bürgt 

der kostenlose 24-Stunden-Service während 

Garantiejahres. 


Zum Glück ..." 



...gibt's 


Ansprechpartner in der DDR: 

Informatik-Service Leipzig GmbH, Dittrichring 
20, Leipzig, 701 0; Tel. 20 81 95 

MIDAT GmbH, Bertinistraße 23, Potsdam, 
1561 

ALMARKO GmbH, Heinrich-Mann-Straße 3a, 
Zittau, 8800 

ALLTECH Elektronik-Vertriebs GmbH, Seu- 
mestraße 10, Berlin, 1035 


Personal Computer 
LGI 386 


Laptop LGI 286 LT 


Personal Computer 
LGI 286 




/JS> >ir o? <• 

» ^ /V 

v ®' ^ jp 

Lucky-Goldstar International (Deutschland) GmbH /cg> <£■ ^ jy 

Hahnstraße 70, 6000 Frankfurt 71 ^ 

/<A , 0 <y 

Telefon (069)663007 21-24 ^ ^ ^ 

Telefax (069) 6666865 ^ 


Lucky-Goldstar International (Deutschland) GmbH 
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Wir bieten Ihnen noch 1990 aus unserer laufen- 
den Entwicklung einen Schaltkreistester mit 
Thermohandler für digitale Schaltkreise im Dual- 
inline-Gehäuse. 

Parameter: 

- Prüfung von Positiv- und Negativlogik 

- DC-Parametermessung nach Datenblatt 

- Funktionstest unter Worst-case-Bedingungen 
(10-ns-Auflösung) 

- 3 Versorgungsspannungen 

- Automatische Prüfprogrammerstellung mit 
interaktivem Parameterdialog und Funktions- 
testmodellierung 

- Leistungsfähiger EchtzeitdebuggerA/erifier 

- Erstellung von Zeit- und Fehlerstatistiken 

- Automatische Thermohandler/Sorter mit Mar- 
kiereinrichtung, metrischen und zölligen Meß- 
fassungen 

- Modulare Prüfschaltungsadapter 

- Umfangreiche Bedien-, Programmier- und Ser- 
vicedokumentation 

- Leistungsfähige Service-, Justage- und Fehler- 
suchpakete 

- Eine Vielzahl bereits produktionswirksamer 
Prüfprogramme 

- Testzeit pro Schaltkreis kleiner 1 0 s 

- Testprogrammerstellung pro Typ 20 min bis 
max. 2 Stunden ohne Debugging 

■-C, .. 

Vorführung und Kundenberatung an einem Tester 
im Produktionseinsatz. 

¥ 

Richten Sie Ihre Anfragen bitte an: 

Herrn Frank Riedel oder Herrn Rainer Bauch 
Telefon: 4 74 32 70 bzw. 4 74 32 64 

VEB NUMERIK „KARL MARX“, PSF 947 
Karl-Marx-Stadt, 9010 

i&m 




UMSETZUNG MODERNER LAN-KONZEPTE 


Der INGENIEURBETRIEB FER bietet Ihnen: 

• Projektberatung 

• Installation moderner Systemlösungen 

• Beherrschung extremer Betriebsbedingungen 

• Einsatz von LWL/Koaxialkabel 

FER, Bleckenburgstr. 25 

Magdeburg, 301 1 , Telefon : 4 42 81 


Wir fertigen für Sie: 

LED-Zeilen 

als punktweise modulierbare Lichtquelle 

Zeilenlänge: 102,4 mm 

Rastermaß: 100/*m 

Wellenlänge: 650 nm 

Nacktchiptechnologie mit LED-Ansteuerschaltkreis U 9032 
Durch optische Abbildung ist die Verkleinerung des Rasterma- 
ßes möglich. 

Auf Wunsch kann Ansteuersoftware geliefert werden. 
Einsatzgebiete: LED-Belichter, -drucker, -kopierer, 

Filmbelichtung für Leiterplattenherstellung 
VEB Typoart, Großenhainer Str. 9, Dresden, 8060 
Kontaktpartner: Dipl.-Phys. Schubert, Tel.: 5 9651 37 


DAS TOP-ANGEBOT 

COMPUTER - ELEKTRONIK 

digital electronic C. & J. Kühn 

Aus unserem Sortiment 
(für Industrie und Handel): 

- Prozessoren 8086 bis 80386, V 20, V 30 u. a. 

■ - Koprozessoren 

- DRAMs 64 KBit bis 4 MBit 

- SRAMs bis 1 MBit 

- EPROMs in NMOS oder CMOS bis 2 MBit 

- Schnittstellenbauteile 

- Floppylaufwerke 5,25" und 3,5" 

- Winchesterlaufwerke 20 MByte bis 
385 MByte 

- Controller, Add-ons etc. 

- Standard-ICs und spezielle ICs (digital) 


digital electronic C. & J. Kühn, 
Postfach 9, Dresden, 8021 
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Einführung in MS-DOS 


Wolfram Schulze, Uwe Schulze, Berlin 


Der dritte Teil des Kurses widmet sich dem 
Prompt-Befehl, zeigt , was es mit dem AN SP 
Treiber auf sich hat und stellt die kleine, aber 
leistungsfähige Kommandosprache von 
DOS vor. 

Nutzung des Prompt-Befehls 

Als Prompt wird das Bereitschaftszeichen 
von DOS bezeichnet. Es zeigt das aktuelle 
Laufwerk, meistens den aktuellen Pfad und 
ein Größerzeichen. Dem Nutzer ist es über- 
lassen, den Prompt nach eigenem Belieben 
zu verändern. Versuchen Sie es doch einmal 
mit 

prompt alles roger 

und drücken Sie ein paarmal <ENTER>, um 
zu sehen, was passiert. Ganz lustig ist das ja, 
aber nicht allzu hilfreich, da wir nicht mehr 
wissen, auf welchem Laufwerk wir uns befin- 
den. Mit 
prompt 

ohne Parameter läßt sich wieder die Stan- 
dardanzeige einstellen. Außer beliebigem 
Text kann der Prompt aber noch eine Reihe 
von Systeminformationen anzeigen. Dafür 
sind einige Sonderzeichen reserviert. Sie be- 
stehen jeweils aus einem Dollarzeichen ($) 
und einem Buchstaben. Im folgenden sind 
die möglichen Kombinationen aufgelistet: 

$b das Zeichen! 

$d das Datum 

$e das Zeichen Escape (1BH) 

$h letztes Zeichen löschen 
$g das Zeichen > 

$1 das Zeichen < 

$n das aktuelle Laufwerk 
$p das aktuelle Verzeichnis 
$q das Zeichen = 

$s das Leerzeichen 
$t die Uhrzeit 
$v die DOS-Version 

$_ neue Zeile (CR/LF) > 

$$ das Zeichens 

Der Standardprompt, den man erhält, wenn 
man PROMPT ohne Parameter aufruft, zeigt 
das Laufwerk und das Größerzeichen. Er ent- 
spricht damit der Einstellung prompt $n$g. 
Allgemein üblich ist es aber, den aktuellen 
Pfad anzuzeigen. Dazu dient die Anweisung 
prompt $p$g 

wie sie auch in unserer Datei AUTOEXEC- 
.BAT eingetragen ist. Auf diese Art und 
Weise lassen sich beliebig komfortable 
Prompts einrichten, etwa 
prompt Zeit:$t$_Datum$d$_$p$g 
Vergessen Sie über das Experimentieren 
aber nicht, daß der Prompt nicht nur nett aus- 
sehen, sondern auch zweckmäßig sein soll. 

Der Prompt-Befehl und ANSI.SYS 

Die Bildschirmsteuerung unter MS-DOS ist 
nicht besonders komfortabel. Außer dem 
Piepton (Beil), dem Wagenrücklauf (Carriage 
Return/Linefeed) und dem Löschen des letz- 
ten Zeichens (Backspace) werden keine 
Steuerzeichen interpretiert. Deshalb kann 


ein zusätzliches Gerätesteuerprogramm 
(Treiber, englisch Device Driver) verwendet 
werden, das weitere Steuerbefehle verarbei- 
tet. Man hält sich damit an einen Normvor- 
schlag für Terminal-Steuerbefehle (Normvor- 
schrift X 3.64: Additional Controls for Use 
with ASCII) der amerikanischen Standardi- 
sierungsbehörde ANSI (American National 
Standards Institute). Deshalb wird der Trei- 
ber auch kurz ANSI-Treiber genannt und wir 
finden ihn auf der Systemdiskette unter dem 
Namen ANSI.SYS. Um seine Dienste in An- 
spruch zu nehmen, muß er mit 
device=ansi.sys 

in die Konfigurationsdatei CONFIG.SYS 
(siehe Teil 2) eingetragen werden. Steht der 
ANSI-Treiber nicht im Hauptverzeichnis, so 
kann auch sein Pfad angegeben werden, bei- 
spielsweise 

device=\dos\ansi.sys 
Anschließend muß das System neu gestartet 
werden (<CTRL> <ALT> <DEL>, <Strg> 
<ALT> <Entf> oder Reset-Taste); nur so 
sind neue Treiber zu installieren. Ab sofort 
untersucht DOS alle zum Bildschirm ausge- 
gebenen Zeichen auf Steuerfolgen. Da fast 
alle Tasten in ihrer eigentlichen Bedeutung 
(Buchstaben, Zahlen, Sonderzeichen) ge- 
braucht werden, stehen nicht genug Steuer- 
zeichen zur Verfügung. Deshalb werden Fol- 
gen von Zeichen verwendet, die stets durch 


Teil 3 


das Zeichen Escape (ASCII-Code 1 B hex. = 
27 dezimal) und die öffnende eckige Klam- 
mer [ (ASCII-Code 5B hex. = 91 dezimal) 
eingeleitet werden. Daran erkennt der ANSI- 
Treiber, daß die folgenden Zeichen nicht als 
Zahlen, Buchstaben etc., sondern als Steuer- 
folge zu interpretieren sind. Das einleitende 
Escape steht auch für die Bezeichnung Es- 
cape-Sequenzen (Sequenz (engl.) = Folge, 
Ordnung). Tafel 1 gibt einen Überblick über 
die möglichen Befehlsfolgen. Sie müssen nur 
noch auf den Bildschirm ausgegeben werden 
und bewirken das entsprechende Kom- 
mando. In einer Programmiersprache kön- 
nen die normalen Ausgabeanweisungen ver- 
wendet werden, also write in Pascal oder 
printf in C. (später ein Beispiel dazu). 

Aber auch im Betriebssystem gibt es Kom- 
mandos, die Ausgaben auf den Bildschirm 
bewirken. Erinnern Sie sich bitte an die letzte 
Kurs-Folge. Mit 

echo Dies ist eine wunderschöne Ausgabe 

erhalten Sie eben diese Ausgabe auf den 
Bildschirm. Leider läßt sich das Escape nicht 
darstellen; das Betätigen der Escape-Taste 
(<ESC>) bringt nicht den erhofften Effekt - 
DOS nutzt die Taste zum Abbrechen von Be- 
fehlen. Der Echo-Befehl scheidet also aus. 
Mit TYPE lassen sich Dateien auf den Bild- 
schirm ausgeben, aber diese müssen erst mit 
einem Texteditor erstellt werden, und dann 


Tafel 1 Überblick 
über Befehlsfolgen 
für ANSI.SYS 


ESC 

x; y 

H 

Setzen des Cursors an Zeile x, Spalte y 

ESC 

x; y 

f 

gleiche Wirkung 

ESC 

X A 


Bewegen des Cursors um x Zeilen nach oben 

ESC 

x B 


Bewegen des Cursors um x Zeilen nach unten 

ESC 

X C 


Bewegen des Cursors um x Spalten vor 

ESC 

x D 


Bewegen des Cursors um x Spalten zurück 

ESC 

6 n 


Aktuelle Cursorposirion abf ragen (nicht mit 
Prompt verwenden) 

ESC 

s 


Sichern der aktuellen Cursorposition 

ESC 

x; y 

R 

Anzeigen der aktuellen Cursorposition 

ESC 

u 


Setzen des Cursors an die Stelle des 
letzten Sicherns 

ESC 

2 J 


Bildschirm löschen, Cursor home 

ESC 

k 


Bildschirm ab Cursorposition löschen 

ESC 

[ = X 1 

h 

Bildschirmmodus setzen 


Esc [ = x 1 
ESC [ x ; . . . x m 


Wirkung 

40x25 Zeichen schwarz/weiß 
40x25 Zeichen Farbe 
80x25 Zeichen schwarz/weiß 
80x25 Zeichen Farbe 
Grafik: 320x200 Punkte Farbe 
Grafik: 329x2 00 Punkte schwarz/weiß 
Grafik: 640x200 Punkte schwarz/weiß 
Bildschirmmodus zurücksetzen 
Zeichenattribute setzen 
x Wirkung 

zurücksetzen, weiß auf schwarz 
höhere Helligkeitsstufe 
niedrigere Helligkeitsstufe 
Kursivschrift 

unterstrichen (nur monochrom) 
blinkend 

schnelles Blinken 
invers 
löschen 

hochgestelltes Zeichen 
tiefgestelltes Zeichen 
Hintergrund 
40 


Vordergrund 
30 


ESC [ x; 


31 

32 

33 

34 

35 

36 

37 


41 

42 

43 

44 

45 

46 

47 


Tastatur neu belegen 
x gibt den Tastencode an, 
neue Belegung 


schwarz 
rot 
grün 
gelb 
blau 
violett 
kobaltblau 
weiß 

es folgt die 
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gibt es die gleichen Probleme mit nicht- 
druckbaren Zeichen, wie Escape. Die Über- 
schrift verrät es: Der Prompt-Befehl kann hier 
Abhilfe leisten. Seine eigentliche Aufgabe 
besteht bekanntlich in der Einstellung der 
DOS-Bereitschaftsanzeige; der Nebeneffekt 
der Ausgabe auf den Bildschirm wird für die 
Escape-Sequenzen genutzt. Vorteilhaft vor 
allem, daß das Escape-Zeichen eine eigene 
Darstellung erhält, nämlich $e (Dollarzeichen 
und kleines e). Wie Sie Tafel 1 entnehmen 
können, wird mit ESC [ 2 J der Bildschirm ge- 
löscht. Die Leerzeichen werden nur zur bes- 
seren Lesbarkeit eingefügt und dürfen sich 
nicht im Kommando befinden, das folgender- 
maßen aussieht (die eckige Klammer errei- 
chen Sie, wie in Teil 1 beschrieben, mit 
<ALT> 91): 
prompt$e[2J 

Wenn Sie alles richtig gemacht haben, ist der 
Bildschirm jetzt gelöscht und der Cursor steht 
links oben in der Ecke. Auffallen wird, daß 
kein Prompt mehr zu sehen ist - ihn haben 
wir mit dieser Anweisung außer Kraft gesetzt. 
Um Laufwerk und Pfad wieder angezeigt zu 
bekommen, muß 
prompt$p$g 

eingegeben werden. Vorläufig reicht aber 
auch einfach prompt, denn auf den Pfad kön- 
nen wir bei den folgenden Übungen verzich- 
ten. Hat der Befehl nicht die erhoffte Aktion 
ausgeführt, so überprüfen Sie bitte folgende 
Fehlerquellen: Steht der Treiber ANSI.SYS in 
der Konfigurationsdatei CONFIG.SYS (wie 
oben beschrieben)? Und haben sie weitere 
Programme geladen, die ihrerseits die Bild- 
schirmausgabe kontrollieren? 

Zumeist ist es der Notion-Commander (den 
wir uns in einerweiteren Kurs-Folge noch ge- 
nauer ansehen werden), es können aber 
auch andere residente Programme wie Side- 
Kick oder Superkey daran Schuld sein. Ent- 
fernen Sie also zunächst einmal den Norton- 
Commander (Funktionstaste F10) und pro- 
bieren Sie es noch einmal. 

Nun ist das Löschen des Bildschirms keine 
allzu hilfreiche Anwendung - dafür gibt es ja 
den CLS-Befehl. Deshalb wollen wir als 
nächstes einmal einen anderen Bildschirm- 
modus einstellen, nämlich mit nur 40 Zeichen 
auf einerZeile, die man dann auch ohne Brille 
ganz gut lesen kann. Dazu haben Sie 
prompt $e[=0h 

zu schreiben. Auch hier muß der Prompt wie- 
der hergestellt werden, indem prompt einge- 
geben wird. Inzwischen müßten Sie in der 
Lage sein, aus Tafel 1 festzustellen, wie in 
den normalen Bildschirmmodus zurückge- 
schaltet werden kann. Normal sind 25 Zeilen 
zu 80 Zeichen (80 x; 25) . Da es in DOS häufig 
mehrere Wege zum Ziel gibt, können Sie das 
gleiche aber auch mit 
mode 80 

erreichen - in einer späteren Folge wird ge- 
zeigt, was es damit auf sich hat. Jetzt dürfte 
es keine Schwierigkeiten mehr bereiten, be- 
liebige andere Einstellungen vorzunehmen, 
beispielsweise 
prompt $e[7m 

zur Einstellung einer inversen Darstellung. 
Ihnen wird auffallen, daß nicht sofort der 
ganze Bildschirm invers ist, sondern nur die 
Ausgaben ab aktueller Cursorposition. 
Weitere Möglichkeiten ergeben sich, wenn 



Kurs 


Sie über einen Farbbildschirm verfügen. Das 
Auge freut sich sicherlich über gelbe Schrift 
auf blauem Grund, die mit 

prompt $e[33;44m 

eingestellt wird. Der Befehl kann gefahrlos 
auch auf einen Schwarzweißbildschirm an- 
gewendet werden. Er erzeugt Graustufen 
und sieht - je nach Bildschirmkarte - ganz 
passabel aus. Eine Einstellung ganz beson- 
derer Art wird von 
prompt $e[31;41m 

vorgenommen. Probieren Sie es doch einmal 
aus. Die anschließende Eingabe müssen Sie 
blind vornehmen oder die Reset-Taste be- 
tätigen. Warum? Rote Schrift auf rotem 
Grund . . . 

ANSI.SYS ist aber nicht nur für den Bild- 
schirm verantwortlich, sondern auch für die 
Tastatur; Bildschirm und Tastatur werden zu- 
sammen Konsole genannt, und ANSI.SYS ist 
ein Konsol-Treiber. 

Was läßt sich an einerTastatur ändern? Nun, 
die Belegung der Tasten. Warum? Erinnern 
sie sich der Suche des Backslashs (\), der 
auf vielen Tastaturen nur schwer zu errei- 
chen ist. Oder aber denken Sie an die Mög- 
lichkeit, eine ganze Zeichenkette (etwa einen 
Programmnamen) auf nur eine Taste zu le- 
gen. Dazu müssen Sie den Code wissen, den 
diese Taste abgibt. Alle Tasten, die ein druck- 
bares Zeichen darstellen, können Sie unter 
ihrem ASCII-Code erreichen. Sie benötigen 
dazu eine ASCIi-Tabelle, die in kaum einer 
Dokumentation fehlt. Dort werden Sie das 
kleine u alseine dezimale 1 17 und das kleine 
x als 1 20 finden. Als erstes fällt einem sicher- 
lich ein Beispiel aus dem Leben ein; um also 
ein x für ein u zu erhalten, brauchen Sie nur 
noch 

prompt $e[117;120p 

einzugeben (siehe auch Tafel 1). Wie Sie 
sich selbst überzeugen, können trifft die Ein- 
stellung jetzt nur für das kleine u zu, für den 
Großbuchstaben ist die gleiche Prozedur mit 
seinem Tastencode nötig. Wenn Sie dieses 
Beispiel nicht überzeugt, so möchte ich Ihnen 
auch eine sinnvolle Anwendung vorstellen. 
Wir wenden uns deshalb dem Backslash zu 
und legen ihn auf das Ausrufezeichen, das 
uns damit verlorengeht: 
prompt $e[33;92p 

Beachten Sie bitte, daß vor dem letzten 
Buchstaben (in diesem Falle das p zur Kenn- 
zeichnung der Umbelegung) kein Semikolon 
steht. Da kaum ein Zeichen entbehrlich ist, 
wäre es viel interessanter, die Funktionsta- 
sten zu belegen. Diese Steuerlasten besit- 
zen einen sogenannten erweiterten Tastatur- 
code. Er beginnt stets mit einer Null und es 
folgt ein weiteres Zeichen (SCAN-Code). 
Gleiches gilt auch für die Buchstaben in Ver- 
bindung mit der ALT- oder Control-(Strg-)Ta- 
ste. Für eine vollständige Tabelle fehlt uns 
der Platz - Ihnen bleibt nur der Blick in die Sy- 
stemliteratur. Trotzdem als kleine Hilfe die 
wichtigsten Belegungen: 

<F1>bis<F10> 

<F1 > bis <F10> mit<SHIFT> 

<F1> bis <F1 0> mit <CONTROL> 

<F1>bis<F10> mit<ALT> 

<ALT> <Q> 

<ALT> <W> 

<ALT> <D> Code 0;32 

<ALT> <F> Code 0;33 


Code: 0;59bis0;68 
Code: 0:84 bis 0;93 
Code: 0;94bis0;103 
Code: 0;104bis0;113 
Code 0;16 
Code 0;17 


Sie sehen, daß die Codes nicht aufsteigend 
nach dem Alphabet, sondern nach der An- 
ordnung auf der Tastatur vergeben worden 
sind. Die Abtrennung mit Semikolon wurde 
gewählt, da sie auch in den Escape-Sequen- 
zen so gefordert ist. Damit Sie einen Ver- 
gleich haben, hier der Befehl um den Backs s 
lash auf die Fl -Taste zu legen: 
prompt $e[0;59;92p 

Damit verliert die Fl -Taste natürlich die in 
Teil 1 beschriebene Möglichkeit, einzelne 
Zeichen aus dem Tastaturpuffer zu holen. 
Und natürlich wird auch deutlich, daß sich 
solch eine Einstellung nicht mit dem Norton- 
Commander verträgt, der seine eigene Bele- 
gung der Fl -Taste durchsetzen würde. Et- 
was sinnvoller lassen sich die Funktionsta- 
sten mit einem ganzen Kommando belegen, 
zum Beispiel mit dem DIR-Kommando, wie- 
derum auf die Taste Fl : 
prompt $e[0;59;”dir”;13p 
Die dezimale 13 hinter dem Kommando ist 
ein Wagenrücklauf (Carriage Return) und be- 
wirkt, wie das Betätigen der Enter-Taste, die 
sofortige Ausführung des Kommandos. Ge- 
nausogut ist es auch möglich, auf die Ein- 
gabe weiterer Parameter von Hand zu war- 
ten. Das Kommando 
prompt $e[0;60;”type”p 
legt auf F2 den Befehl TYPE und wartet beim 
Betätigen der Taste auf Eingabe eines Datei- 
namens. Das Belegen der Tasten mit Kom- 
mandos beschränkt sich nicht auf die Funk- 
tionstasten. Dazu nutzt man die Mehrfachbe- 
legung der Tasten, also <CONTROL> 
<Buchstabe> oder <ALT> <Buchstabe>. 
So stehen ausreichend Tasten für eigene 
Ideen zur Verfügung. Versuchen Sie es mal 
mit dem Kommando FORMAT A: auf die Ta- 
sten <ALT> <F>: 
prompt $e[0;33;”format a:”;13p 
oder mit dem Aufruf von dBase auf <ALT> 
<D> mit 

prompt $e[0;32; ,, dbase ,, ;13p 

Aufmerksame Leser werden sicher auf die 
Idee kommen, nicht nur Systemkommandos, 
sondern auch sonst benötigte Zeichenketten 
fest auf Tasten zu legen, zum Beispiel „BE- 
GIN“ für Pascal-Programmierer, „LIST“ für 
dBase oder „Mit freundlichen Grüßen“ für 
eine beliebige Textverarbeitung. Hier werden 
Sie enttäuscht. Der ANSI-Treiber tut seine 
Arbeit nur auf der Ebene des Betriebssy- 
stems, innerhalb von Programmen stehen Ih- 
nen die Belegungen nicht zur Verfügung, da 
die meisten Programme eigene Ein-/Ausga- 
beroutinen benutzen (Ausnahmen bestäti- 
gen wie immer nur die Regel). 

Es gibt allerdings Hilfsprogramme, die soge- 
nannte Tastaturmacros, also die Belegung 
von Tasten mit Zeichen ketten in sehr komfor- 
tabler Form gestatten. Dazu gehören Super- 
Key und Keyworks. Und noch ein Hinweis: Es 
steht nicht unbegrenzt Platz für die Umbele- 
gung von Tasten zur Verfügung. In DOS 3.x 
werden Sie im Schnitt auf 30, höchstens 64 
Redefinitionen kommen. Aber das sollte ja 
ausreichend sein. Ist der dafür vorgesehene 
Puffer voll, werden die danach folgenden An- 
gaben ohne Fehlermeldung ignoriert. 

Haben Sie ein paar sinnvolle Belegungen ge- 
funden, so schreiben Sie diese am besten 
gleich in die AUTOEXEC.BAT, um sie nach 
jedem Systemstart wieder zur Verfügung zu 
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Wfff Auch ohne weiteres Wissen können wir 
schon Batch-Dateien schreiben. Und eine 
ganz besondere haben wir schon kennenge- 
lernt: AUTOEXEC.BAT. Als nächstes soll 
eine Batch-Datei angelegt werden, die uns 
t die verfügbaren externen Befehle auf der 
Festplatte anzeigt. Dazu brauchen wir nun 
aber doch einen Texteditor - der COPY-Be- 
I fehl ist für größere Arbeiten nicht geeignet. 

I Schreiben Sie also mit dem Editor Ihrer Wahl 
(Wordstar, Norton- Editor, Turbo-Editor) die 
neue Datei EXDIR.BAT mit dem Inhalt: 
dir\dos\*.com /w 

Anschließend können Sie die Datei mit ihrem 
Namen - also EXDIR - aufrufen, und es wer- 
den alle COM-Däteien aus dem Verzeichnis 
DOS (und dort stehen gerade die externen 
DOS-Befehle) in Kurzform angezeigt. Bei nur 
^ einem Befehl in der Kommandodatei ist die 
Jpl Arbeitserleichterung nicht sonderlich groß; 
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ist. Ais nacnsies son vemmutMi wciucn, uau 
man auch die CONFIG.SYS damit ansehen 
kann. Alle anderen Dateien ja, aber die Konfi- 
gurationsdatei soll nicht zugänglich sein. 
Dazu sollte es genügen, das Kommando 
jf %i = = config.sys echo Diese Datei ist tabu 
voranzustellen (beachten Sie bitte, daß es 
sich um zwei Gleichheitszeichen handelt). 
Beim Aufruf von test config.sys werden Sie 
feststellen, daß die Ausschrift wirklich 
kommt, die Datei aber anschließend trotz- 
dem gezeigt wird (sofern sie vorhanden ist). 
Ursache dafür ist, daß alle Befehle nachein- 
ander durchlaufen werden. Um dem zu be- 
gegnen, kann mit GOTO verzweigt werden, in- 
dem eine Sprungmarke angegeben wird. Sie 
kann beliebig lang sein, aber nur 8 Zeichen 
werden zur Auswertung herangezogen. Die 
Marke selbst wird von einem Doppelpunkt 
eingeleitet. Wird sie nicht gefunden, so bricht 




UCIl. <_UI UV/OOOI I hWWWUlllV» »W» '«*»-. — — — - - 

jf ”%1” == ”” ... möglich. Der Batch zum 
Anzeigen von 1 bis 3 Dateien hat dann fol- 
gendes Aussehen: 

if exist %1 type %1 
jf n %2” == ”” goto ende 
if exist %2 type %2 
if ”% 3 ”==”” goto ende 
if exist %3 type %3 
:ende 

Wenn Sie genau aufgepaßt haben, werden 
Sie feststellen, daß jetzt doppelt geprüft wird. 
Denn ein nicht übergebener Parameter wird 
als leere Zeichenkette interpretiert und des- 
halb als Datei nicht gefunden, was auch keine 
Fehlermeldung auslöst, ln vielen Fällen ist es 
aber wichtig, auf die Existenz eines Parame- 
ters zu prüfen. So würde die Anweisung format 
%1: beim Fehlen des Laufwerksparameters 
format :ergeben. Wird die Existenz des Para- 
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haben, denn selbstverständlich gehen sie 
verloren, wenn der Rechner abgeschaltet 
wird. 

Zu guter Letzt sei noch einmal daran erinnert, 
daß die Ausgabe von Steuersequenzen mit 
der eigentlichen Aufgabe des Prompt-Be- 
fehls -nichts zu tun hat; er wird sozusagen 
zweckentfremdet benutzt. Der Vorteil liegt 
darin, daß wir nicht extra eine Programmier- 
sprache bemühen müssen, sondern auf 
DOS-Kommandoebene arbeiten können. In 
einer Programmiersprache können die Steu- 
erzeichen einfach mit dem Ausgabebefehl 
auf den Bildschirm ausgegeben werden. Die 
einzige Schwierigkeit besteht darin, daß der 
Programmierer wissen muß, wie die nicht- 
druckbaren Zeichen (vor allem ESCAPE) 
ausgegeben werden. Die Belegung der F1- 
Taste mit dem DIR-Befehl sei hier als Bei- 
spiel in Pascal und C gezeigt: 
write(chr(27),’[0;59;”dir”;13p’); {Pascal} 
printf(”%c[0;59;\ ,, dir\”;13p”,27); /*C*/ 
Achten Sie aber darauf, daß der Compiler die 
Programmierschnittstelle von DOS (BDOS) 
verwendet und nicht (an ANSI.SYS vorbei) 
auf das ROM-BIOS zugreift. Für Turbo-Pas- 
cal heißt das, auf die Unit CRT zu verzichten. 

Stapelverarbeitung 

Der Ihnen vielleicht etwas seltsam anmu- 
tende Begriff Stapelverarbeitung stammt 
noch aus Zeiten, als man wahrhaftig Loch- 
kartenstapel in seinem Rechenzentrum ab- 
gab, um dafür (Tage später) eine Druckliste 
zu erhalten. Damit sich das aber nicht allzu 
profan anhört, sagte man auch Job dazu. Die 
PC-Nutzer geben sich modern und sagen 
Batch, was auch nichts anderes heißt als Sta- 
pel oder Stoß (Papier). Darunter wird eine 
Folge von Kommandos auf DOS-Ebene ver- 
standen, die ohne Zutun des Nutzers als 
Block abgearbeitet werden. Ziel ist es, stets 
wiederkehrende Arbeiten zu automatisieren. 
Dazu können alle bisher besprochenen Be- 
fehle (interne und externe) sowie beliebige 
Programme verwendet werden. Zusätzlich 
stellt DOS noch Steuerstrukturen zur Verfü- 
gung, die die eigentliche Kommandosprache 
ausmachen, und um die soll es in diesem Ab- 
schnitt gehen. Vom Umfang her ist die DOS- 
Kommandosprache recht klein (verglichen 
mit denen anderer Betriebssysteme), aber 
sie kann sehr mannigfaltig eingesetzt werden 
und bildet so ein mächtiges Werkzeug. 

Auch ohne weiteres Wissen können wir 
schon Batch-Dateien schreiben. Und eine 
ganz besondere haben wir schon kennenge- 
lernt: AUTOEXEC.BAT. Als nächstes soll 
eine Batch-Datei angelegt werden, die uns 
die verfügbaren externen Befehle auf der 
Festplatte anzeigt. Dazu brauchen wir nun 
aber doch einen Texteditor - der COPY-Be- 
fehl ist für größere Arbeiten nicht geeignet. 
Schreiben Sie also mit dem Editor ihrer Wahl 
(Wordstar, Norton-Editor, Turbo-Editor) die 
neue Datei EXDIR.BAT mit dem Inhalt: 
dir\dos\*.com /w 

Anschließend können Sie die Datei mit ihrem 
Namen - also EXDIR - aufrufen, und es wer- 
den alle COM-Däteien aus dem Verzeichnis 
DOS (und dort stehen gerade die externen 
DOS-Befehle) in Kurzform angezeigt. Bei nur 
einem Befehl in der Kommandodatei ist die 
Arbeitserleichterung nicht sonderlich groß; 
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wie weitere Befehle verwendet werden kön- 
nen, war schon bei der AUTOEXEC zu se- 
hen. Was jedoch fehlt, sind Steuerstrukturen 
für die Wiederholung von Kommandos und 
zum Prüfen von Bedingungen. Für letzteres 
gibt es in DOS den IF-Ausdruck. Es können 
drei verschiedene Arten von Bedingungen 
getestet werden: die Existenz von Dateien 
(mit EXIST), die Rückgabe von Fehlernum- 
mern durch Programme (ERRORLEVEL) 
und die Gleichheit von Zeichenketten (= =), 
was besonders für Parameter und Dateina- 
men verwendet werden kann. Durch den Ein- 
satz von NOT können die Aussagen auch je- 
weils negiert werden. Wenn Sie die Datei 
CONFIG.SYS listen wollen, aber keine Feh- 
lerausschrift, wenn diese nicht vorhanden ist, 
dann geht das mit 
if exist config.sys type config.sys 
Diese Befehlsfolge kann auch interaktiv ein- 
gegeben werden. Im folgenden wird nicht 
weiter darauf hingewiesen, diese Anweisun- 
gen in eine BAT-Datei zu schreiben und zu 
starten. 

Genauso kann auch eine Aktion ausgeführt 
werden, wenn die Datei nicht vorhanden ist. 
Oder gleich in beiden Fällen: 
if exist config.sys type config.sys 
if not exist config.sys 
echo CONFIG.SYS ist nicht vorhanden 
Die Unterdrückung der Anzeige der Befehle 
erfolgt mit echo off. Dieser Befehl steht in der 
Regel in der ersten Zeile einer Stapeldatei - 
am Ende wird das Echo automatisch wieder 
eingeschaltet. Noch schöner wäre dieser 
Batch, wenn er nicht nur auf eine Datei an- 
wendbar wäre, sondern auf beliebige. Dazu 
geben wir den Dateinamen als Parameter 
beim Aufruf an. In der Batchdatei steht dafür 
ein Platzhalter. Die Parameter (bis zu neun 
Stück) werden mit %1 bis %9 bezeichnet. 
Der gleiche Batch wie oben für beliebige Da- 
teien sieht so aus: 
if exist %1 type %1 

if not exist %1 echo %1 ist nicht vorhanden 

Der ECHO-Befehl wird - wie bereits gezeigt - 
entweder dazu genutzt, die Ausgaben der 
Befehle zu unterdrücken (ON/OFF) oder 
aber um Meldungen auf den Bildschirm zu 
bringen. Der Aufruf der angenommenen Da- 
tei TEST.BAT erfolgt dann mit 
testdateiname 

Sie listet als test autoexec.bat entweder die 
Datei oder schreibt, daß sie nicht vorhanden 
ist. Als nächstes soll verhindert werden, daß 
man auch die CONFIG.SYS damit ansehen 
kann. Alle anderen Dateien ja, aber die Konfi- 
gurationsdatei soll nicht zugänglich sein. 
Dazu sollte es genügen, das Kommando 
if %1 = = config.sys echo Diese Datei ist tabu 
voranzustellen (beachten Sie bitte, daß es 
sich um zwei Gleichheitszeichen handelt). 
Beim Aufruf von test config.sys werden Sie 
feststellen, daß die Ausschrift wirklich 
kommt, die Datei aber anschließend trotz- 
dem gezeigt wird (sofern sie vorhanden ist). 
Ursache dafür ist, daß alle Befehle nachein- 
ander durchlaufen werden. Um dem zu be- 
gegnen, kann mit GOTO verzweigt werden, in- 
dem eine Sprungmarke angegeben wird. Sie 
kann beliebig lang sein, aber nur 8 Zeichen 
werden zur Auswertung herangezogen. Die 
Marke selbst wird von einem Doppelpunkt 
eingeleitet. Wird sie nicht gefunden, so bricht 


DOS mit einer Fehlermeldung ab. Das Bei- 
spiel von oben sieht dann richtig so aus: 

echo off 

if %i = = config.sys goto tabu 
if exist %1 type %1 

if not exist %1 echo %1 ist nicht vorhanden 

exit 

rtabu 

echo Diese Datei ist tabu. 

Beim Dateinamen (wie bei allen Parametern) 
muß Groß- undKleinschreibung unterschie- 
den werden. 

Als Beispiel für die Übergabe mehrerer Para- 
meter schreiben wir uns jetzt eine Befehlsda- 
tei, die mehrere Dateien listet: 

if exist %1 type %1 
if exist %2 type %2 
if exist %3 type %3 

Beim Aufruf mit 

test config.sys autoexec.bat brfef.txt 

werden alle drei Dateien nacheinander ange- 
zeigt. Damit können sie umgehen, daß beim 
TYPE-Kommando keine Joker erlaubt sind. 
Trick am Rande: Zum Listen mehrerer Da- 
teien kann auch 
copydateiencon 

verwendet werden, beispielsweise 

copy *.batcon 

zum Listen aller BAT-Dateien. Wenn Ihnen 
das nicht einleuchtet: Einmal aussetzen und 
zwei Folgen zurück zum COPY-Befehl. 

Wie bereits erwähnt, können die Parameter 
%1 bis %9 verwendet werden (%0 enthält 
den Namen der BAT-Datei selbst). Sollten 
Sie wirklich einmal nicht damit auskommen, 
so kann der SHIFT-Befehl zur Anwendung 
kommen. Er verschiebt die Parameterken- 
nungen nach links. Sie erreichen unter %1 
dann den zweiten Parameter und unter %9 
den zehnten. Durch mehrmaliges Anwenden 
können so alle Parameter zugänglich ge- 
macht werden. Für die meisten Anwendun- 
gen wird das aber kaum nötig sein. 
Unbefriedigend beim Anzeigen der drei Da- 
teien ist, daß stets genau drei Parameter an- 
gegeben werden müssen. Besser wäre es, 
wenn bei einem weggelassenen Parameter 
die Aktion nicht ausgeführt wird. Dazu wird die 
Parameterzeichenkette daraufhin geprüft, ob 
sie leer ist, und zwar mit if %1* = = * ... Eine 
leere Zeichenkette im eigentlichen Sinne ist 
nicht vorhanden. Deshalb wird ein beliebiges 
Zeichen angehängt (hier ein Stern) und ver- 
glichen, ob es sich nur um einen Stern han- 
delt. Zur besseren Lesbarkeit ist aber auch 
jf ”« %Y == "" ... möglich. Der Batch zum 
Anzeigen von 1 bis 3 Dateien hat dann fol- 
gendes Aussehen: 
if exist %1 type %1 
jf”o /o2 ” == ”” goto ende 
if exist %2 type %2 
if ”% 3 ” == ”” goto ende 
if exist %3 type %3 
:ende 

Wenn Sie genau aufgepaßt haben, werden 
Sie feststellen, daß jetzt doppelt geprüft wird. 
Denn ein nicht übergebener Parameter wird 
als leere Zeichenkette interpretiert und des- 
halb als Datei nicht gefunden, was auch keine 
Fehlermeldung auslöst. In vielen Fällen ist es 
aber wichtig, auf die Existenz eines Parame- 
ters zu prüfen. So würde die Anweisung format 
%1: beim Fehlen des Laufwerksparameters 
format :ergeben. Wird die Existenz des Para- 
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Kurs 


CALL datei [parameter], 

Aufruf einer weiteren 
Batch-Datei (ab DOS 3.30) 

GOTO marke 
: marke 

Verzweigen zu einer 
Sprungmarke 

ECHO [ON j OFF | meldung] 

Ausgabe von Meldungen auf 
den Bildschirm 

EXIT 

Vorzeitiges Beenden einer 
Batch-Datei 

FOR %%variable IN (parameter) 
DO kommando 

Wiederholte Abarbeitung von 
Kommandos, solange die Be- 
dingungen erfüllt sind 
(Bei direkter Abarbeitung 
nur ein Prozentzeichen) 

IF [NOT] bedingung kommando 

bedingung: ERRORLEVEL n 

EXIST dateiname 
stringl == string2 

Bedingte Ausführung 
von Kommandos 

Rückgabewert größer 
oder gleich n 

Vorhandensein einer Datei 
Gleichheit von Zeichenketten 

PAUSE [meldung] 

Warten auf Tastendruck 

REM kommentar 

Kommentare in Batch-Dateien 
(keine Wirkung) 

SHIFT 

Verschieben der Parameter 
nach links 


meters getestet, ergibt sich die Möglichkeit, 
einen Standard (z. B. a:) anzunehmen. 

Nicht unterstützt von der DOS-Kommando- 
sprache werden Tastatureingaben, die dem 
Nutzer die Auswahl aus einem Menü oder die 
Beantwortung einer Abfrage (etwa: „Wirklich 
Formatieren (J/N)“) gestatten. Deshalb wird 
zu einem Trick gegriffen, den wir - obwohl 
häufig in Publikationen gezeigt -wegen sei- 
ner Nützlichkeit kurz vorstellen möchten. Die- 
sem liegt die Tatsache zugrunde, daß mit ER- 
RORLEVEL der Programmrückkehrcode im 
Prozessorregister AL ausgewertet wird. Bei- 
spielsweise gibt Format (wie den DOS-Unter- 
lagen zu entnehmen ist) eine 0 für fehlerfreie 
Beendigung der Arbeit, eine 3 für einen Ab- 
bruch mit <CTRL> <C> bzw. <Strg> <C> 
und eine 4 für einen Diskettenfehler zurück. 
Das läßt sich mit folgendem Batch-Pro- 
gramm ausprobieren: 
format a: 

if errorlevel 4 goto fehler 
if errorlevel 3 goto abbruch 
If errorlevel 0 goto okay 

usw. 

Um Tastatureingaben auszuwerten, wird nur 
ein kleines Programm benötigt, daß den Ta- 
stendruck abfragt und ASCII-Dode übergibt. 
Am einfachsten wird folgendes Assembler- 
programm mit einem Editor erfaßt und durch 
den Debugger Debug (befindet sich unter 
den externen DOS-Kommandos) geschickt. 
Das ist auch für Nutzer mit wenig Erfahrung 
zu schaffen. Hier das Programm TASTE- 
.ASM: 

a 

movah,0 
int 16h 
movah,4ch 
int 21h 

(Leerzeile) 

rcx8 

ntaste.com 

w 

q 

Übersetzt wird es durch 

debug < test.asm 

und das fertige Programm TASTE.COM 


kann dazu verwendet werden, den Tasten- 
code als ERRORLEVEL zurückzugeben. Es 
gibt sicher elegantere Lösungen, aber keine 
kürzere. Sie brauchen nur noch in der ASCII- 
Tabelle den Zeichencode nachzusehen. Be- 
achten Sie dabei, daß Tasten, die einen er- 
weiterten Code abgeben (Funktionstasten, 
Kombinationen mit <ALT> oder <CTRL>) 
keine Verwendung finden können. Das ei- 
gentliche Ziel bei der Einführung des ER- 
RORLEVEL war, auf eine fehlerhafte Beendi- 
gung eines Programms reagieren zu können. 
Als Beispiel wird häufig das Assemblieren 
von Programmen gezeigt und je nachdem, 
ob das fehlerfrei geschieht oder nicht, wird 
zum Linken oder zum erneuten Editieren ver- 
zweigt. Wir benutzen den ERRORLEVEL- 
Ausdruck also wieder einmal zweckentfrem- 
det (wie schon den Prompt-Befehl). Dazu 
wird ein kleines Menü erzeugt, aus dem der 
Anwender ein Programm aussuchen kann, 
das gestartet werden soll (in diesem Falle 
Wordstar, dBase und Multiplan). Die Aus- 
wahl erfolgt durch Eingabe des Anfangs- 
buchstabens (Programm Taste). Und so 
könnte eine kleine Batch-Datei aussehen: 
echo off 

echo Aufruf von Programmen 
echo. 

echo w - Wordstar 
echom-Multiplan 
echo d- dBase 
echo. 

echo Bitte Auswahl: 
taste 

if errorlevel 119 goto ws 
if errorlevel 109 goto mp 
if errorlevel 100 goto db 
exit 

:ws 

c:\text\ws 

exit 

:mp 

c:\calc\mp 

exit 

:db 

c:\data\dbase 

Aus Platzgründen wurde auf jegliche Ver- 
schönerungsmaßnahmen verzichtet. Statt 


des einfachen Programmstarts sollten noch 
die Standarddirectories eingestellt, Such- 
pfade festgelegt und eine nette Ausschrift ge- 
geben werden. 

Mit echo. wird einfach eine Leerzeile erzeugt. 
Und nun die Auswertung: if errorlevel 119 te- 
stet, ob ein Code größer (!) oder gleich 119 
übergeben wurde. Die 1 1 9 ist gerade ein klei- 
nes w in der ASCII-Tabelle. Dieses w bewirkt 
dann den Start von Wordstar. Anschließend 
wird auf m (109) und d (100) geprüft. Wichtig 
ist die Aussage, daß stets auf größer oder 
gleich untersucht wird. Das hat den Hinter- 
grund, daß beim Test auf Fehler nicht alle 
möglichen Codes abgefragt werden können. 
Ein fehlerfreies Programm gibt 0 zurück, und 
mit aufsteigenden Nummern werden die Feh- 
ler schwerwiegender. Auf diese Weise- müs- 
sen zuerst die schweren Fehler bearbeitet 
werden, z. B. 
if errorlevel 8 goto abbruch 
if errorlevel 4 goto warnung 
if errorlevel 0 goto okay 

So wird bei allen schlimmeren Fehlern als 8 
abgebrochen, bei Fehler zwischen 4 und 8 
gewarnt usw. 

Für unser obiges Beispiel heißt das aber, daß 
bei allen Tasten mit einem Code größer als 
119 zu Wordstar verzweigt wird. Also zum 
Beispiel, wenn Sie ein z eingeben. Und bei ei- 
nem p gehen Sie zu Multiplan - ein kleiner 
Nachteil dieses kurzen Programms. Ein oft 
begangener Fehler bei dieser Art der Batch- 
Programmierung ist, daß die Prüfung mit ER- 
RORLEVEL nicht in absteigender Reihen- 
folge geschieht. Dann landen Sie stets im er- 
sten Menüpunkt. 

Wenn Ihnen der Umgang mit dem Programm 

TASTE zu schwierig erscheint, so können sie 

auch ASK aus den Norton-Utilities benutzen. 

Das oben gezeigte Programm sieht dann 

(leicht gekürzt) so aus: 

echo w- Wordstar 

echo m-Multiplan 

echo d- dBase 

ask "Bitte Auswahl", dmw 

if errorlevel 3 goto ws 

if errorlevel 2 goto mp 

if errorlevel 1 goto db 

usw. 

Dem Programm ASK werden neben einer 
Ausschrift die Anfangsbuchstaben der mögli- 
chen Antworten übergeben, und man erhält 
die Nummer des gedrückten Buchstabens 
zurück (hier nicht der ASCII-Code). Weiterhin 
muß aber in absteigender Reihenfolge gete- 
stet werden. 

Literatur 

/I / MS- DOS- Referenzkarte. Mikroprozessortechnik, Berlin 

2 (1988) 12, 3. US 

121 Smode, D.: Das große MS-DOS-Profi-Arbeitsbuch. 

München: Franzis-Verlag GmbH 1 987 


In der nächsten Folge bleiben wir noch ein 
wenig bei der Stapelverarbeitung, und Sie 
erfahren dann, was es mit Filtern und Pipes 
In DOS auf sich hat und daß Umleitungen 
nützlich sein können. 
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Einstieg in die 

soziale 

Marktwirtschaft 



DEUTSCHLANDS WIRTSCHAFTS- UND FINANZZEITUNG. 


D er Erfolg des politischen und ökonomischen 
Reformprozesses in der DDR hängt in hohem 
Maße von fundierten Wirtschafts- und Finanzin- 
formationen ab, wie sie das Handelsblatt bietet. Das 
Handelsblatt spiegelt wie kein anderes Medium die 
Praxis der sozialen Marktwirtschaft wider, ver- 
mittelt die dringend notwendigen Kenntnisse über 
Auslandsmärkte, Außenhandelspartner, Export- 
und Importfinanzierung, modernes Management 
und grenzüberschreitende Kooperation. Keine an- 
dere Tageszeitung berichtet so umfassend, so kom- 
primiert und nutzbringend über Wirtschaftspolitik, 
Unternehmen, Branchen, Märkte, Innovationen, 
Weltwirtschaft, Geld, Finanzen und Rohstoff- 
märkte. Damit ist das Handelsblatt die unentbehr- 
liche Informationsquelle und Pflichtblatt für alle, 
die in der Wirtschaft mitarbeiten und Verant- 
wortung tragen. Kompetent seit über 40 Jahren. 


Lesen Sie das Handelsblatt: 
Europas größte deutschsprachige 
Wirtschafts- und Finanzzeitung. 
Handelsblatt-Leserservice, 

Postfach 9225, 4000 Düsseldorf 1, 
Telefon (49/2 11) 83 88 565/569, 
Telex 172114489 


BE STELL COUPON 
Hiermit bestelle(n) ich/wir das Handelsblatt — Deutschlands Wirt- 
schafts- und Finanzzeitung — zum Vorzugspreis (bitte ankreuzen) 

fl Zunächst 20 Ausgaben zum Kennenlernen: DM 22,— 
(statt 51 DM) 

H irn Abonnement zum monatlichen Bezugspreis von DM 51,—. 
Lieferung in den ersten 14 Tagen kostenlos. 

In diesem Falle erhalte ich als Dankeschön das Taschenbuch 
„Wirtschaftsnachrichten — erklärt und entschlüsselt.” 

Ich möchte die Ermäßigung durch folgende Zahlungsweise in An- 
spruch nehmen: 

□ jährl. DM 546 - □ l/2jährl. DM 294 - 

□ l/4jährlich DM 150,- 

Die Lieferung erfolgt frei Haus. Erscheinungsweise Montag bis 
Freitag. Garantie: Der Verlag garantiert, daß diese Bestellung 
innerhalb einer Woche widerrufen werden kann. Rechtzeitige 
Absendung genügt. Handelsblatt GmbH, DDR-Vertrieb, Postfach 
11 02, 4000 Düsseldorf 1. ? oo o? 311 
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Programm ARIMAC 

Kurzcharakteristik 

Das Programm ARIMAC stellt eine Kopplung zwischen 
dem OrCAD-System (Programm DRAFT 1 .20) und 
ARIADNE-Layout-System V 3.0 her. Nachdem von ei- 
ner mit OrCAD erstellten Schaltung durch das Nutzer- 
programm CONVERT die Bauelementeliste erstellt 
worden ist, wird diese durch ARIMAC komplettiert und 
im ARIADNE-Format abgelegt. 

Sie enthält dann die gesamte Topologie der Platine: 

1 . BE-Bezeichnung (von OrCAD) 

2. Makroname (Gehäuse) (von ARIMAC) 

3. x- undy-Koordinaten (von ARIMAC) 

4. Rotationsfaktor (von ARIMAC) 

5. Wert (von OrCAD) 

Die mit NETLIST (Nutzerprogramm des OrCAD-Sy- 
stems) erstellte Signalliste name.SIG ist nicht lOOpro- 
zentig für ARIADNE verwendbar. ARIMAC stellt Kom- 
patibilität her. 

ARIMAC nutzt zur Positionierung der Bauelemente auf 
der Platine die Grafikoberfläche (CGA-Treiber) des 
Rechners. Dadurch ist Übersichtlichkeit und einfache 
Bedienung gewährleistet. 

ARIMAC wurde auf A 7150 mit Festplatte erstellt und 
mit dem mitgelieferten OrCAD-System und dem 
ARIADNE getestet. 

Nachnutzungsinteressenten wenden sich an: 

VEB Elektronik Gera, Abt. ENQ/Tel.: 58 41 67 
Parkstraße 3, Gera, 6500 


DATAPUWER 

UNTERBRECHUNGSFREIE STROMVERSORGUNG 


DP 1 00 3 + 5 kVA 1 phasig Schon kurze Netzstörungen 

durch Überspannung oder Ausfall 
können zu 

Hard- und Softwareschäden 

führen. Erhebliche Folgekosten 
durch Datenverlust und 
Produktionsausfall sind die Folge. 
Hinzu kommt die ständig 
schlechter werdende Netzqualität 
durch Geräterückwirkungen wie 
sie durch Phasenanschnittsteue- 
rung und primärgetaktete Netz- 
geräte entstehen. 

Datapower-USV-Anlagen 
schützen Ihre Computer vor 

- Netzausfall 

- Netzverzerrung 

- transienter Überspannung 

- Netzspannungsschwankungen 

DP 10 0,5-2 kVA • DP 100 3-5 kVA • DP 300 10-80 kVA 




PEES GmbH 
Ingenieurbüro für 
Elektroenergieanlagen 
Gustav Adolf Str. 17 b 
1120 Berlin 


/ilcon 


Probleme mit dem Computer? 

Sie suchen DIE Lösung? 

digital electronic C. & J. Kühn 

Wir führen für Sie alle Anpassungen, Installationen und 
Erweiterungen im PC-Bereich aus. Insbesondere lösen 
wir Ihre Probleme auf folgenden Gebieten: 

- Erweiterungen von XT-, AT- und EC 1 834-Systemen 

- Kommunikation/Datenübertragung 

- EPROMer-Technik 

- Hardwareanpassung und hardwarenahe Software 
(Treiber etc.) 

- Spezielle Hardwareerweiterungen (Scanner, Karten- 
leser, Strichcode, AD/DA, Video-Capture etc.) 

- Systemlösungen 


Aus unserem ständigen Unterprogramm: 

- Komplett-PCs von XT bis 386er in allen Konfiguratio- 
nen 

- Speicherbauteile, Koprozessoren, Mikroprozesso- 
ren, digitale Standard- und Spezial-ICs 

- Disketten- und Festplattenlaufwerke 

- Controller, Netzwerkkarten, Streamer, Grafikkarten 
etc. 


Hardware + Beratung + Service 
digital electronic C. & J. Kühn, Postfach 9, 
Dresden 8021 



ii 


. . . das was Sie brauchen ist machbar 
- mit 168 Köhlkörperstandards. 

In Verbindung mit modernster CNC-Bearbeitung 
fertigen wir Ihren Kühlkörper. 

Genau und kostengünstig. 
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A Entwurf und Ablaufsteuerung 

lVl/\OXV intelligenter Dialogsysteme 

* für kommerzielle und Realzeitanwendungen 
-für UNIX und DOS 

- interaktiver Entwurf von Masken und Druckausgabe 

- virtueller Bildschirm, Fenster, Pull-down-Menüs 

- strukturiertes Programmieren in der Maske 

- Anschluß an C, COBOL, PASCAL ... - . 

-MS-DOS: bewegte Symbole 

Hintergrundgrafik 

Fonteditor 

- Mausunterstützung 

Fordern Sie unsere kostenlose Demoversion für DOS an! 
□ 360K □ 1 .2MB □ mit Handbuch 95.- M 


SIGMk GmbH Dimitroffstr. 66, 9072 Karl-Marx-Stadt, 0071/44425 


Wir reparieren für Sie 

in unserer spezialisierten Werkstatt 

Steckeinheiten des K 1520-Baugruppensorti- 
ments 

- der Gerätegruppen K 89xx und A 51 xx 

- spezielle Baugruppen auf Anfrage 

Schaltznetzteile der Reihen STM und STZ 

Halbleiterwerk Frankfurt (Oder) 
Hauptmechanik 

Tel.: Frankfurt (O.) 46 39 07/36 08 


CAD/CAM 

Applikationstagungen 

Die Nutzergemeinschaft „CAD/CAM Ent- 
wicklung und Applikation“ führt im Interesse 
der mehr als 250 Anwender von PolyCAD- 
Systemlösungen sowie von Nutzern kompati- 
bler Systeme auf den Gebieten 

- Zeichnungserstellung, -Verwaltung, 
-archivierung und -recherche 

- Stücklistengenerierung 

- Projektierung von Maschinen und Anlagen 

- Datenbankapplikationen im CAD/CAM- 
Bereich 

- Realisierung durchgängiger CAD/NC- 
Lösungen und Branchenlösungen (Behäl- 
terbau, Elektrotechnik, Kartographie u. a.) 

monatliche Applikationstagungen zu folgen- 
den Terminen 

17.9.90 

9.10.90 

20. 1 1 . 90 

14.12.90 


Entwicklungssoftware 

für Einchipmikrorechner Ux 8xx 

Das Programmpaket GBEMU ermöglicht die Emulation 
beliebiger EMR-Programme. Die Software ist an einen 
Hardware-Emulator, z. B. EMU 81 vom WTZ der SDAG 
Wismut, gebunden. Für den Emulatoranschluß ist ein 
K 1520-kompatibler Systemsteckverbinder notwendig. 
Das Einbinden verschiedener Emulatorentypen ist 
nach Absprache möglich. 

Die vorliegenden Programme wurden in Turbo-Pascal 
erstellt und ermöglichen somit den Einsatz unter ver- 
schiedenen 8-Bit-Betriebssystemen. 

Die Emulatorsoftware 

ermöglicht folgende Grundfunktionen: 

- Anzeigen und Verändern des Programm- bzw. 
Datenspeichers 

- Anzeigen und Verändern des EMR-Registerersatzes 

- Schrittbetrieb 

- Lauf bis Unterbrechungspunkt 

- Echtzeitlauf 

- Zeilenreassembler. 

Das Reassemblieren von EMR-Programmen ist unab- 
hängig von der Emulatorhardware auch auf 16-Bit-Sy- 
stemen möglich. Der Reassembler ist an eine feste Pro- 
grammadresse bzw. -große gebunden und damit für 
alle EMR der Reihe Ux 88xx verwendbar. 

Geologischer Betrieb der SDAG Wismut, Abt. ME/RT. 
Karl-Marx-Straße 13, Grüna, 9125; 

Tel: K.-M.-Stadt 88 77-5 39; Herzog 


jeweils in der Zeit von 9.30 bis 1 5.00 Uhr in 
der Leipzig-Information am Sachsenplatz, 
7010 Leipzig, durch. 


Die CAD-Kolloquien des 2. Halbjahres 
1990, jeweils im Kinosaal der Leipzig-Infor- 
mation, sind in den Themenstellungen 

„Entwicklung und Applikation durchgän- 
giger CAD/NC-Lösungen“ und 
„CAD/CAM-Branchenlösungen - Entwick- 
lung und Applikation“ 
für den 4. 10. 90 bzw. 4. 12. 90 geplant. 


Interessenten an den genannten Veranstal- 
tungen können sich zwecks näherer Informa- 
tion an die 


Ingenieurgesellschaft für angewandte 
Computertechnik mbH (IAC) Nikolaistraße 
53, PSF 630, Leipzig, 7010, Tel.: 231626, 
wenden. 
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Im Bild 10 ist ein Demonstrationsprogramm 
für den Algorithmus 4 zu sehen. Die Algorith- 
men 1 bis 3 sind daraus leicht ableitbar, in- 
dem die Prozedur zeige entsprechend verän- 
dert wird. Es wurde bewußt auf eine Laufzeit- 
optimierung verzichtet, um das Programm 
übersichtlich zu gestalten. 

Anmerkung: Alle Abbildungen sind Kopien 
des Bildschirms, die dadurch im Maßstab 
leicht deformiert werden. Insbesondere ist 
bei der Bildschirmdarstellung die gefüllte Flä- 
che stets ein Quadrat, und in Bild 9 liegt ein 
Rechteck und kein Parallelogramm vor. 

Ausblick 

Die hier vorgestellten Algorithmen sind in ver- 
schiedener Weise ausbaufähig. Es wäre bei- 
spielsweise denkbar, daß das Originalbild 
nicht durch Geraden analysiert wird, sondern 
durch andere geometrische Gebilde (z. B. Pi- 
xelquadrate). Dabei ist stets mit steigenden 
Zeiten für die Bildanalyse zu rechnen. Außer- 
dem ist auch zu klären, wie diese geometri- 
schen Grundformen transformiert werden 
können. In diesem Sinne sind die vorgestell- 
ten Algorithmen ein Kompromiß zwischen 
Geschwindigkeit und Qualität der Bildbear- 
beitung. Eine Beschleunigung aller Algorith- 
men ist weiterhin denkbar durch die Ausnut- 
zung der speziellen byteweisen Speicherung 
des Bildes. Dementsprechend ist nicht eine 
pixelorientierte Bildanalyse und -bearbei- 
tung, sondern eine byteorientierte genauso 
denkbar. Allerdings wäre hier der programm- 
technische Aufwand beachtlich hoch. 

Literatur 

/I/ Pavlidis, T.: Algorithmus for Graphics and Image Pro- 
cessing. Computer Science Press, Inc., Rockville 1982 
121 Angel!, I. 0.: A practical introduction to Computer gra- 
phics. The Macmillan Press 1981 
/3/ TURBO-PASCAL, Referenzhandbuch der Version 4.0. 
Heimsoeth & Borland 1 987 
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Akademie der Landwirtschaftswissenschaften, Institut für 
Getreideforschung Bernburg-Hadmersleben, AG Modellie- 
rung, Krausenstraße 38/39, Berlin, 1086; Tel. 2000951 


TERMINE 

4. Tagung Elektronik-Technologie 

WER? Humboldt-Universität, Sektion Elektronik 
WANN? 5. bis 8. November 1 990 
WO? Berlin, Kongreßhalle am Alexanderplat 
WAS? 

• Technologie mikro- und optoelektronischer Sy- 
stemelemente 

• CAD/CAM 

• Prozeßautomatisierung 

• Bildverarbeitung 

• Meß- und Sensortechnik 

• optische Nachrichtentechnik 

• Rechnerkommunikation 

• Informatik in der Leheraubildung 

WIE? Anfragen richten Sie bitte an: Humboldt-Uni- 
versität Berlin, Sektion Elektronik, Dr. Hochmuth, 
Invalidenstraße 1 1 0, 1 040 Berlin Dr. Härtig 


kennengelernt 

Quick-Basic 4/4.5 

Dr. Knut Löschke $ 

Sl *** 


Neben Cobol und Fortran ist Basic die wohl am 
meisten benutzte Programmiersprache. Durch Ho- 
mecomputer und PCs verbreitet, erfreut sie sich 
weiter großer Beliebtheit, obwohl die Nachteile der 
alten Basic-Interpreter-Sprache unübersehbar 
sind. Als Gründe für die prinzipielle Ablehnung 
werden insbesondere die mangelnde Strukturier - 
barkeit und - in deren Gefolge - die Probleme der 
Projektentwicklung und Softwarewartung ins Feld 
geführt. 

Solche Fragen scheinen durch die Sprache Pascal 
beantwortet und deren „Siegeszug“ durch Bor- 
lands Turbo-Pascal unangefochten zu sein. 

In den letzten Jahren wurden jedoch von verschie- 
denen großen Softwarehäusern neue Basic-Va- 
rianten angeboten. Sie treten mit dem Anspruch an, 
die Nachteile des alten Basic beseitigt, alle Vorteile 
bewahrt und weiter ausgebaut zu haben und eine 
Alternative auch für professionelle Softwareent- 
wicklung zu bieten. 

Ein spannendes Kopf-an-Kopf-Rennen lieferten 
sich dabei Borland mit Turbo-Basic und Microsoft 
mit Quick-Basic. Inzwischen wird anerkannt, daß 
Microsoft mit Quick-Basic 4.5 die Nase vorn hat, 
und Bergland entwickelt Turbo-Basic nicht weiter. 

Das Grundkonzept von Quick-Basic 

Quick-Basic ist weder ein Interpreter noch ein Com- 
piler schlechthin. Mit Quick-Basic 4 und 4.5 legt Mi- 
crosoft ein qualitativ neues Software-Entwicklungs- 
konzept vor, das als Linie in allen anderen Micro- 
softsprachen (Quick-C, Quick-Pascal) jetzt und zu- 
künftig verfolgt werden soll Quick-Basic 4.5 bietet 
wohl als Flaggschiff all das, was darunter zu verste- 
hen ist. 

Sichtbare Äußerung des Konzeptes ist die ähnlich 
gestaltete Entwicklungsumgebung aller neuen Mi- 
crosoft-Sprachen (Quick-...), das gleichartige Bi- 
bliothekskonzept (QuickLib), die damit verbundene 
Mischsprachenprogrammierung (Objekt-Module 
aller Sprachen können miteinander gelinkt wer- 
den), und die Verwendung des Debuggers Code- 
View für alle für ihn erzeugten Programme. 

Nicht ohne tieferen Hintersinn sagt Microsofts Pro- 
duktmanager Greg Lobdell: „Basic wird sich zu der 
Sprache entwickeln, in die die Microsoft-Anwen- 
dungen eingebettet sind“. Mit Quick-Basic wird so- 
wohl dem Hobby-Programmierer als auch dem pro- 
fessionellen Softwareentwickler ein Werkzeug zur 
Verfügung gestellt, daß kaum noch Wünsche offen 
läßt und hochmütige Ignoranz solchen Erneuerun- 
gen gegenüberin die Ecke stellt. 

Die Entwicklungsumgebung 
Quick-Basic 4/4.5 

Eine Sprache kann noch so stark und ausgefeilt 
sein - moderne Softwareentwicklung mißt sie nicht 
ohne Grund an den mit ihr zur Verfügung gestellten 
Entwicklungsumgebungen und Werkzeugen. In ei- 
ner modernen, menügeführten Benutzeroberfläche 
integriert Quick-Basic (QB) einen leitungsfähigen, 
word-ähnlichen Texteditor, die Softwareentwick- 
lungsunterstützung, den Compiler, ein Hilfe-Sy- 
stem und Debugger-Werkzeuge. 

Das klingt alles noch nicht sehr revolutionär, ist man 
von Turbo-Pascal her verwöhnt. Verblüffung er- 
zeugt QB aber spätestens dann, wenn man beginnt 
ein Programm einzutippen. Jetzt wird deutlich, was 
Softwareentwicklungsunterstützung gegenwärtig 
heißen kann. 

Weil QB jede eingegebene Zeile sofort compiliert, 
wird - soweit möglich - die Syntax geprüft, Leerzei- 
chen werden korrigiert und die Schreibweise der 
Variablen übernommen. Das Ergebnis dieses blitz- 
artigen Vorgangs (150000 Zeilen sollen pro Minute 
compiliert werden können . . .) sieht der Program- 
mierer z. B. entweder in einer Fehlernachricht oder 
in der Großschreibung aller Schlüsselwörter und in 
der Korrektur der Schreibweise ailer gleichbenann- 




ten Variablen im Geltungsbereich einschließlich der 
Leerzeichenanordnung. 

Eine vorbildliche Unterstützung bietet bereits das 
Hilfe-System von QB 4. Die Version 4.5 geht noch 
darüber hinaus. 

Neben der manuellen Durchforstung der klar struk- 
turierten Hilfstexte bietet QB gewissermaßen on- 
line per Knopfdruck Hilfe zu dem Sprachkonstrukt 
an, auf dem der Cursor steht. Aber nicht nur Hilfe 
schlechthin, sondern ganze Beispielprogramme, 
Prozeduren, nützliche Querverweise auf Ähnliches 
usw. Das alles kann sogar bei Bedarf in den Pro- 
grammtext übernommen oder probeweise in einem 
gesonderten Interpretermodus abgearbeitet wer- 
den. In diesem Direktmodus, der in einem eigenen 
Fenster aktiviert wird, kann der Entwickler ganze 
Programmteile oder auch einzelne Zeiten testen, 
bevor er sie in den eigentlichen Quelltext aufnimmt. 
Hilfreich ist das zum Beispiel auch beim separaten 
Rechnen (dezimal oder hexadezimal). Es kann 
aber auch benutzt werden, um schnell einmal eine 
Datei zu eröffnen, einen Satz auszulsesen und des- 
sen Inhalt auf dem Bildschirm anzusehen. 

Die Projektentwicklung mit QB wird durch ein Mo- 
dulkonzept unterstützt, das in verschiedenen Ebe- 
nen wirksam wird, wobei einzelne Niveaus wegge- 
lassen werden können. 

Ein Projekt besteht für QB aus einer Hierarchie von 
Quelltext-Strukturen. Die Wurzel ist das Hauptpro- 
gramm. Es besteht aus Modulen, die für sich wie- 
derum lauffähige Programme sein können. Mit QB 
können diese einzeln editiert, gespeichert und gete- 
stet werden. 

Als Unterprogramme fungieren SUB-Routinen 
(Prozeduren) und Funktionen. 

Programme der Wurzel-Ebene können natürlich 
andere - sogar mit Übergabe von Variablen - star- 
ten (CHAIN) oder als Kindprozeß (SHELL) aufru- 
fen. Module können, weil sie im RAM verwaltet wer- 
den, gegenseitig Unterprogramme aufrufen. 

Eine weitere Möglichkeit bildet die Bibliotheks- 
ebene. QB verwaltet einen Bibliothekar, der es ge- 
stattet, eigene Objektmodule oder Module anderer 
Microsoft-Programmiersprachen (Assembler, C, 
Pascal, Fortran) einzubinden. Letztlich wird damit 
die Sprache beliebig erweiterbar (der Aufruf der 
Module erfolgt praktisch genauso, als ob Basic-Be- 
fehle benutzt werden). Erst beim letztlichen Able- 
gen eines EXE-Files werden die Module und die Bi- 
bliotheksroutinen miteinander gelinkt. Ein System- 
file sorgt dafür, daß zusammengehörige Module 
eventuell gleich gemeinsam unter dem Namen des 
Projektes geladen werden. Die Verwendung von 
Unterprogrammen und Funktionen, die auch rekur- 
siv benutzt werden können, unterstützt QB auf be- 
sondere Weise. Zunächst kann an beliebiger Stelle 
im Quelltext SUB oder FUNCTION geschrieben 
werden, und man befindet sich sofort nur noch in- 
nerhalb dieses Quelltext-Abschnittes. Wird in den 
Text des Moduls zurückgegangen, ist das Unter- 
programm dort als Quelle überhaupt nicht zu fin- 
den. QB hat sie nämlich inzwischen säuberlich in 
eine gesondert verwaltete, alphabetische Liste aller 
Module und ihrer Unterprogramme aufgenommen 
und am Modulbeginn deklariert (DECLARE). Auf 
diese Weise können mit einem Knopfdruck ganze 
Unterprogramme gelöscht oder von Modul zu Mo- 
dul transportiert werden. 

Aber nicht nur das. Beim jetzt möglichen Aufruf wer- 
den noch beim Schreiben die Typen, die Reihen- 
folge und die Anzahl der zu übergebenden Parame- 
ter geprüft und die Nichtübereinstimmung mit der 
Deklaration gemeldet. 

Module selbst müssen explizit verlassen oder an- 
gewählt werden. Es ist so, daß QB diese Strukturen 
mit globalen und lokalen Variablen bedient und nut- 
zerdefinierte Variablentypen (TYPE) zuläßt, die 
Überschaubarkeit und Handhabbarkeit gewährlei- 
sten. 

Alle genannten Features zwingen noch nicht zum 
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strukturierten Programmieren - machen es aber so 
leicht und bequem, daß man es praktisch von ganz 
alleine tut. Und top-down dazu. 

Ein weiterer Pluspunkt sind die ausgebauten De- 
bugging-Fähigkeiten. Abgesehen von der Möglich- 
keit, am fertigen EXE-Programm mit CodeView an- 
setzen zu können, erlaubt QB praktisch alles, was 
an Break- und Watch-Punkten, an Variablenverfol- 
gung usw. denkbar ist. Weil QB 4/4.5 eigentlich ein 
Interpreter ist, kann er aber auch alles, was einen 
solchen auszeichnet: Verlangsamung des Ablaufs, 
schrittweises Abarbeiten, Sprünge zu beliebigen 
Programmstellen, sogar eine Rückwärts-Abarbei- 
tung ist möglich . . . 

Die Sprache Quick-Basic 

Microsoft behauptet kühn, daß QB zu GW-Basic 
(BASICA) kompatibel sei. Das stimmt auch in fast 
allen Fällen. Dennoch kann es zu Problemen kom- 
men, wenn Interpreter-Basic-Programme unter QB 
bearbeitet werden sollen. Sie sind jedoch dank des 
Hilfesystems meist schnell lösbar (d. h. an die et- 
was andere Sprachkonstruktion anpaßbar). Wer 
Zeilennummern nun nicht mehr mag, kann sie sich 
mit Hilfe eines Dienstprogramms entfernen lassen. 
QB braucht sie nicht; sie stören aber auch nicht. 
Gegenüber GW-Basic wurde QB - beginnend mit 
der Version 2 bis zur 4.5 -um moderne Strukturele- 
mente kontinuierlich erweitert (CASE-Konstrukt, IF- 
ELSEIF-ELSE-ENDIF, DO WHILE - LOOP UNTIL 
sowie FUNCTION und SUB in Verbindung mit glo- 
balen, lokalen und typisierten Variablen (TYPE), re- 
kursiven Prozeduraufrufen usw.). Hinzu kamen 
auch viele nützliche Befehle oder Erweiterungen 
derselben. Weiterhin stehen die leistungsfähigen 
Grafik-Befehle nun für CGA-, EGA-, VGA- und Her- 
kuleskarten zur Verfügung. Neben den 2-Byte-lN- 
TEGER-, SINGLE-(7 Stellen) und DOUBLE-(15 
Stellen)Variablen gibt es nun auch eine 4-Byte 
LONG INTEGER und numerische Konstanten. 
Dem dynamischen String-Typ wurde eine Stringva- 
riable konstanter Länge hinzugesellt. Ein kaum zu 
überschätzender Vorteil sind dynamische Felder 
(REDIM). Ab QB 3 wird der mathematische Kopro- 
zessor unterstützt und intern ab der Version 4 im 
lEEE-Format bedient. 

Standardmäßig stehen sowohl für Strings als auch 
für numerische Variablen je rund 50 KByte Speicher 
zur Verfügung. Mit einem kleinen Trick ist es aber 
möglich (Strings als eindimensionale Felder; jedes 
Feld mit konstanter Länge), den Stringspeicher bis 
zur maximal nutzbaren RAM-Größe auszudehnen, 
weil für jedes Stringfeld konstanter Länge 64 KByte 
reserviert werden. 

Der Extended-Memory-Bereich eines ATs ist leider 
nicht direkt nutzbar. 

EXE-Files 

Beim Laden eines Quelltextes bearbeitet QB ab 
Version 4 ihn so (loading and parsing), daß eine vor- 
kompilierte Quelle im Speicher steht (Threated-P- 
Code). Jede weitere oder eingefügte Programm- 
zeile wird sofort in dieses Format überführt. Nach 
dem Programmstart entfällt damit ein zusätzlicher 
Compile-Vorgang und das Programm ist sofort da. 
Bei sehr langen Quellen und vor allem bei sehr vie- 
len Prozeduren kann ein merklicher (im 1 bis 4 Se- 
kundenbereich liegender) Binding-Prozeß auftre- 
ten. Im Gegensatz zu allen anderen vergleichbaren 
Entwicklungssystemen, befindet sich im Speicher 
von QB nur eine Form des Programms, der P-Code, 
aus dem sowohl der explizite Quelltext als auch das 
ausführbare Programm im Bedarfsfall zeilenweise 
erzeugt wird. 

Im Laufzeitverhalten und in sehr seltenen Fehlersi- 
tuationen wird deutlich, daß QB damit ein kompilie- 
render Interpreter oder interpretierender Compiler 
ist. Letztlich erzeugte EXE-Files sind dann auch 
noch schneller als ihre Vorstadien in der Entwick- 
lungsumgebung. 

Soll nach ausführlicher Testung das Programm 
zum selbständigen EXE-File werden, ruft QB einen 
separaten Basic-Compiler und den Microsoft-Lin- 
ker (LINK) auf. Das erscheint zunächst umständ- 
lich, liegt doch eine vorkompilierte Quelle im Spei- 
cher vor. Sinnvoll wird die ganze Sache aber da- 
durch, daß ja jeder Compiler vom Nutzer an QB an- 
gebunden werden kann. Also auch der Basic-Com- 
piler 6.0 von Microsoft, mit dem OS/2- Prag ramme 
erzeugt werden können. 


Programm 1 
t = TIMER 
XX = 0 
YX = 9 

FOR iX = 1 TO 30000 

XX = XX + (YX * YX - YX) \ YX 

NEXT 

PRINT TIMER - t 


Programm 2 

t = TIMER 
X! ~ 0 i 
Y! = 9.9 

FOR iX = 1 TO 20000 

X! = X! + (Y! * Y! - Y! ) / Y! 

NEXT 

PRINT TIMER - t 


Programm 3 
t - TIMER 

X! = 0.0 
Y! = 9.9 

FOR iX s l to 5000 

X! = X! + SIN(ATN(COS(LOG(Y! ) ) ) ) 

NEXT 

PRINT TIMER - t 


Programm 4 

t = TIMER 

FOR iS = 1 to 1000 

PRINT "1234567890qwertzuiop" , iX 

NEXT 

PRINT TIMER - t 


Programm 5 
SCREEN 2 
t = TIMER 
FOR iX = 1 to 100 

FOR jX = 1 to 100 
PSET (IX, jX) 

NEXT jX 
NEXT iX 

PRINT TIMER - t 

Programm 6 
t = TIMER 

OPEN "test.dat" FOR RANDOM AS #1 LEN = 20 
FIELD #1, 20 AS A$ 

FOR IX « 1 to 1000 

A$ = ”1234567890qwertzuiop" 

PUT #1, IX 

NEXT 

CLOSK #1 

KILL "test.dat" 

PRINT TIMER - t 

Bild 1 


Auffällig ist die beachtliche Größe der EXE-Files. 
Wird das Laufzeitmodul mit eingebunden (Stand- 
alone-Programme), so kommt man kaum unter 
20 KByte. Allerdings kennt QB keine Größenbe- 
grenzung nach oben. 

Die Länge der Programme kann eventuell ver- 
schmerzt werden, zeigen sie dann, welche Ge- 
schwindigkeiten sie erreichen. Sicher sind Bench- 
mark-Tests so eine Sache. QB schneidet aber ge- 
genüber allen Compiler-Basic-Versionen im Durch- 
schnitt als Sieger ab. Selbst Turbo-Pascal 5.0 hinkt 
in meinen Tests (Bild 1) vor allem in der Arithmetik 
hinterher... (Tafel 1). Ihre Umsetzung in Turbo- 
Pascal 5.0 erfolgte mit höchstmöglicher Ähnlich- 
keit. 

Toolboxen und Umfeld 

Wie eingangs erwähnt, entscheidet sich ein profes- 
sioneller Programmierer für eine Programmierspra- 
che aus viel mehr Gründen denn aus Gründen des 
Sieges bei Geschwindigkeitstest. QB muß sich so- 
wohl gegen die (jetzt unbegründeten) Vorurteile ge- 
gen Basic als auch gegen ein weit ausgebautes 
Netz von Toolboxen, Modulen und Units anderer 
Entwicklungsumgebungen durchsetzen. Unter die- 
sem Gesichtspunkt sind Turbo-Pascal und Micro- 
soft-C sicher unangefochtene Favoriten. 

QB ist derzeit leider nur unter MS-DOS und auf 
Apple Macintosh lauffähig. 

Allerdings kommt QB Basic-Programmierern ent- 
gegen, die zu MS-DOS umsteigen und bietet für 
etwa 340 DM zahlreiche Vorteile, die man in ande- 
ren Programmiersprachen unter MS-DOS derzeit 
vergeblich sucht. 


Tafel 1 


Programm^ "**?*&* 

m ' ötH-iasicf 1111 




1 

0,441 

0,378 

0,439 

0,445 

2 

6,641 

1,980 

2,363 

5,998 

3 

16,148 

4,558 

4,228 

6,598 

4 

34,328 

12,027 

17,848 

10,392 

5 

1,648 

1,308 

1,593 

1,480 

6 

1,867 

1,980 

1,812 

1,980 


Anmerkung: Benchmark-Programme nach Personalcomputer- World, getestet auf einem PC AT, 80286 mit Koprozessor 
80287, EGA-Grafik und Festplatte; Zeitangaben in Sekunden. 


TERMINE 

1. Werkstattag des Computerclubs 

WER? Kammer der Technik, Bezirksvorstand 
Frankfurt (O). 

WANN? 24. Oktober 1990 
WO? Franfurt (O). 

WAS? 

• Systemprogrammierung (DOS-Rufe, MASM, 
TASM, Turbo-Pascal 5.0) 

• Datensicherheit 

• Einsatz von Druckern 

WIE? Nähere Informationen sind erhältlich 
beim Bezirksvorstand der KDT Frankfurt (O)., 
Ebertusstraße 2, Postschließfach 110, Frank- 
furt (O)., 1200; Tel. 369330 Hamhalter 


Forth-Workshop 

WER? Kammerder TechnikSuhl 
WANN? 7. bis 9. November 1990 
WO? Suhl 
WAS? 

• Steuerungsaufgaben 

• Aufgaben der Kl 

• Forth-Einsatz in der Informatikausbildung 

WIE? Anmeldungen richten Sie bitte an: Kam- 
mer der Technik Suhl, Interessengemeinschaft 
Forth, „Workshop“, Postfach 190, Ilmenau, 
6300 Dr. FinsterbuschlDr. Horn 
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Kopierbahnhof VG A-RAM 

Verwendung des VGA-RAMs jenseits A000:9600H. 


Jürgen Petsch 


Im PC herrscht in aller Regel chronischer 
Speicherplatzmangel. Um so verwunderli- 
cher ist es, daß viele Besitzer von VGA-Kar- 
ten ungewollt über 100 KByte ungenutzt las- 
sen müssen. 

Eine kleine Turbo-Pascal-Unit zeigt Ihnen, 
wie Sie dieser Verschwendung für einige 
Anwendungen Einhalt gebieten. 

Eine IBM-kompatible VGA-Karte ist stan- 
dardmäßig mit 256 KByte bestückt, die im 
häufig verwendeten Modus 12H (640 x 480 
Pixel bei 16 Farben) in 4 Ebenen ä 64 KByte 
aufgeteilt sind. Für den Bildspeicher werden 
aber nur 38400 Byte in vier Ebenen, also 
153600 Byte benötigt. Die ungenutzten 
108544 Byte (27136 je Ebene) warten nur 
auf sinnvollen Einsatz. 

Der angezeigte Bildspeicher beginnt nach 
der Initialisierung bei der Adresse 
A000:0000H. Solange man diese Startadres- 
se nicht absichtlich verändert, kann man den 
Bereich ab A000:9600H prima als Spielwiese 
für eigene Ideen verwenden. Natürlich 
könnte man den Platz zur zeitweiligen Ablage 
von Datenfeldern nutzen, wenn man sich 
dazu vom VGA-Chip die entsprechende 
Ebene zuteilen läßt (Map Mask Register für 
das Schreiben, Read Map Select Register für 
das Lesen). 

Musketiere, 32 Bit breit 

Wie einfallslos! Es ist doch viel naheliegen- 
der, den ungenutzten Speicher zur Ablage 
von Bildausschnitten zu verwenden. Dabei 
unterstützt der Write Mode 1 des VGA-Chips 
tatkräftig das Kopieren von Speicherberei- 
chen im Segment A000H. Dies läuft dann 
gänzlich innerhalb des VGA-RAMs ab. 

Mit einer Leseoperation wird das 32-Bit- 
Latchregister mit dem Inhalt einer vorgege- 
benen Speicherzelle aus den vier Ebenen 
geladen und mit einem nachfolgenden 
Schreibbefehl in die vier Ebenen an eine an- 
dere Stelle zurückgeschrieben. So transpor- 
tiert ein einzelner Assemblerbefehl (MOVSB) 
zum Laden eines Bytes 32 Bit mit einem 
Schwung. Auf ähnliche Weise ist es im Write 
Mode 2 möglich, mit einem STOSB acht ne- 
beneinanderliegenden Pixeln die gleiche 
Farbe zu verleihen. 

Als praktische Anwendung dienen die beiden 
von Turbo-Pascal 4.0/S.x aufrufbaren Proze- 


10 0NIT SPRI,* (* ftrt»-Pasc*l 4.0/5.* 

11 (w) 1990 Jürgen Petsch 

12 (c) 1990 Heinz Heise Verlag GmbH C Co KG *) 

13 INTERFACE 

14 Procedure SaveSprite 

15 (X,y, Breite, Hoehe: Integer; StartAdr :Word) ; 

16 Procedure RestSprite 

17 (X,Y, Breite, Hoehe; Integer; Startadr : Word) ; 

18 Procedure FillSprite 

19 {X,Y, Breite, Hoehe, Color: Integer) ; 

20 

21 IMPLEMENTATION 

22 {$L SP RI ASM. OBJ ) 

23 Procedure SaveSprite; Extemal; 

24 Procedure RestSprite; External; 

25 Procedure FillSprite; Extemal; 

26 END. 

Bildauschnitte schnell kopieren - ohne DOS- 
R AM -Verbrauch: Diese UNIT ist der „heiße 
Draht“ zur VGA-Karte. 
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duren SaveSprite und RestSprite. Sie nutzen 
den Write Mode 1 und erlauben das Retten 
und Restaurieren von rechteckigen Bildaus- 
schnitten. Um solche Bildausschnitte mit ei- 
ner vorgegebenen Farbe zu füllen, bedient 
sich FillSprite der zahlreichen Möglichkeiten 
des Write Mode 2. 

Drei Weise... 

Alle drei Prozeduren sind im Quelltext 
SPRIASM.ASM enthalten. Der Deklarations- 
teil in SPRI. PAS stellt das Interface zu Turbo- 
Pascal her, der die Unit SPRI vervollständigt. 
Sie ist genau wie die bereits in einer früheren 
Ausgabe der c’t [1] vorgestellte Unit VGA als 
Stand-alone-Unit nutzbar. Die beiden Units 
lassen sich allerdings auch vereinen. 


10 program SUNSHADE; (* Turbo-Pascal 4.0/5.X + ÖNIT SPRI 

11 (w) 1990 Jürgen Petsch 

12 (c) 1990 Heinz Heise Verlag GmbH t Co KG *) 

13 (*$N+,E+,R+ *) 

14 

15 {* Zeigt die Verwendung des ungenutzten Bildschirmspeichers 

16 ab der Adresse A000 : 960 OH zur Darstellung von bewegten 

17 Sprites mit Hilfe von SaveSprite, RestSprite und 

16 FillSprite. Zeichnet ein Sonnenschinnchen, dreht und bewegt es. 

19 *) 

20 

21 Oses CRT, GRAPH, SPRI; 

22 

23 Var 

24 Treiber, Modus, I, J, K, X, Y, 

25 Farbe, AdrOffs, Del, Hoehe, xx : Integer; 

26 Ch : Char; 

27 Alfa, Beta : Double; 

26 

29 Const 

30 A=64; B=32; (* Grosse und kleine Halbachse *) 

31 

32 Begin 

33 Treiber: =9; Modus: =2; 

34 InitGraph (Treiber, Modus,").* 

35 OutTextXY 

36 (190 , 20, ' c" t Demo, Mickeys Sonnenschirachen fliegen lassen!'); 

37 OutTextXY 

38 (190, 30, 'Erstmal 26 Bildchen zeichnen und verstecken, ) ; 

39 FOR I:= 0 TO 25 DO (* 26 Bilder zeichnen *) 

40 Begin 

41 SetColor (1); 

42 Line (A,B, A,B+30) ; (* Senkrechte weisse Linie *) 

43 Farbe := 10; 

44 Alfa:* I*Pi/13; 

45 FOR J:= 0 to 2 DO {*3 Fluegel zeichnen *) 

46 BEGIN 

47 SetColor (Farbe); 

48 Beta:=0: 

49 FOR K:= 0 TO 100 DO {* Einen Fluegel zeichnen *) 

50 BEGIN 

51 BETA : - K*Pi/1000; 

52 X: = Trunc ( (A-2)*Cos(Alfa+Beta+2*J*Pi/3)) ; 

53 Y:= Trunc ( (B-2)*Sin(Alfa+Beta+2*J*Pi/3)j ; 

54 Line (A+X,B+Y, A,B) ; 

55 END: 

56 Farbe:=Farbe+5; 

57 END- 

58 AdrOffs :=I*A Div 2*B; (* Ein Bild ablegen *) 

59 SaveSprite (0,0, A DIV 4, 2*B, $9600+AdrOffs) ; 

60 FillSprite (0,0, A DIV 4, 2*B,0); (* Bereich loeschen *) 

61 END; 

62 SetColor (15); 

63 OutTextXY 

64 (190, 49, 'Jetzt holen wir sie der Reihe nach wieder her.'); 

65 OutTextXY (212, 80, ' Beenden der Demo mit beliebiger Taste.'); 

66 Del:=500; (* Start Verzögerung einsteilen *) 

67 Hoehe : =0 ; 

68 Repeat 

69 FOR I:* 0 TO 25 DO (* 26 Bilder wieder holen *) 

70 BEGIN 

71 AdrOffs :=I*A Div 2*B; 

72 RestSprite (200, 400-Hoehe,A DIV 4,2*B, $9600+AdrOffs) ; 

73 Delay (Del) ; 

74 

75 If (Del > 200) Then (* Rotationsverzogerung *) 

76 Del := Del-20; (* verringern *) 

77 If (Del > 30) then 

78 Del:» Del-2; 

79 

80 If (Del < 40) and (Hoehe < 300) then 

81 Hoehe := Hoehe+1; 

82 End. 

83 üntil Keypressed; 

84 Ch:= ReadKey; 

85 Ch:= Readfcev; 

86 End. 

Lassen Sie das Schirmchen nicht zu lange flie- 
gen. Mickey und Minnie wären traurig, wenn es 
dann doch verloren ginge. 


Die drei Musketiere, Save-, Fill- und Rest- 
Sprite, verleihen dem Antlitz selbstgeschrie- 
bener Programme Professionalität. So sind 
sie zum Beispiel in der Lage, ein Fenster mit 
Hilfstexten zur Bedienung eines Programms 
in eine grafische Darstellung einzublenden. 
Beim Ausblenden geht der ursprüngliche In- 
halt nicht etwa verloren, sondern RestSprite 
restauriert die vorher geretteten Pixel (Bei- 
spielprogramm: WINDEMO.PAS). 

Die Anzahl der Fenster hängt natürlich von 
deren Größe ab. Schließlich benötigt auch 
der wiederherzustellende Bildbereich noch 
mal den Speicherplatz des Fensters, und gut 
27 KByte sind schnell verbraucht. 

Die beiden in Turbo-Pascal enthaltenen Pro- 
zeduren Getlmage und Putimage können Sie 
natürlich auch dazu verwenden. Allerdings 
haben die hier vorgestellten Routinen eben 
den Vorteil, zur Ablage der Bildausschnitte 
keinen Platz im Hauptspeicher zu binden. 
Gerade dem ungenutzten Bereich des VGA- 
RAMs verhelfen unsere drei Routinen zu 
neuen Ehren. Außerdem transportieren Sa- 
veSprite und RestSprite die Daten auf einem 
8-MHz-AT etwa 15- beziehungsweise 30mal 
schneller als Put- und Getlmage. Kleines Op- 
fer: Die vorgestellten Routinen gestatten 
keine Wahl der Übertragungsart (XOR, OR, 
AND usw.). 

. . . aus dem VGA-Land 

Die größere Geschwindigkeit erlaubt noch 
eine andere Anwendung. Das Demopro- 


10 program WinDeao, (* Turbo-Pascal 4,0/ 5.x + ÜNIT SPRI 

11 (w) 1990 Jürgen Petsch 

12 (c) 1990 Heinz Heist Verlag GmbH i Co KG *) 

13 (*$R+ *) 

14 

15 (* Zeigt die Verwendung des ungenutzten Bi ldschiraapei chers 

16 ab der Adresse AOQO:9600H zur Darstellung von Fenstern 

17 mit Hilfe von SaveSprite, RestSprite und FillSprite *} 

18 

19 Uses CRT, GRAPH, SPRI; 

20 

21 Var 

22 Treiber, Modus, I, 

23 X, Y, Breite, Hoehe, Farbe : Integer; 

24 Startadr : Word; 

25 Ch : Char; 

26 Text : String; 

27 

28 CONST {* Lage und Groesse der Windows *) 

29 Xl= 80; Yl=100; Bl= 40; Hl=200; Textl = 'WINDOW 1'; 

30 X2=200; Y2=200; B2= 50; H2=160; Text2 =' WINDOW 2 ' ; 

31 X3=120: Y3=50; B3* 30; H3=300; Text3 = 'WINDOW 3' ; 

32 

33 Procedure OpenWindow 

34 (X,Y, Breite, Hoehe, Farbe: Integer; Startadr: Word; Text : String) ; 

35 Begin 

36 SaveSprite (X,Y, Breite, Hoehe, StartAdr) ; {‘Sichern*) 

37 FillSprite (X,Y+1 6, Breite, Hoehe- 16, Farbe) ; {* Fuellen *) 

38 FillSprite (X,Y, Breite, 16,0); {* Titelzeile *) 

39 Rectangle (X, Y, X+B*Breite-l, Y+Hoehe-1) ; {* Rahmen *) 

40 Line (X, Y+16, X+8*Breite-l, y+16) ; 

41 OutTextXY (X+20, Y+5,Text) ; 

42 END; 

43 

44 Begin 

45 Treiber: =9, Modus : =2; 

46 InitGraph (Treiber, Modus,' '); 

47 FOR i := 1 TO 15 DO (* Hintergrund zeichnen *) 

48 BEGIN 

49 SetColor (i); 

50 Line (0,32*1,639,32*1); {* quer *) 

51 Line (41*1,0,41*1,479); {* längs *) 

52 END; 

53 FillSprite (196,20,29,18,8); 

54 OutTextXY (200, 24, 'Weiter mit beliebiger Taste’); 

55 Ch;“ ReadKey; 

56 

57 OpenWindow (XI, Yl, Bl, Hl, 9, $9600, Textl) ; 

58 Ch:= ReadKey: 

59 OpenWindow (X2,Y2,B2,H2,2, $9600+Bl*Hl, Text2) ; 

60 Ch:= ReadKey: 

61 OpenWindow (X3,Y3,B3,H3,6,$9600+Bl*Hl+B2*H2,Text3) ; 

62 Ch:= ReadKey; 

63 

64 RestSprite (X3, Y3,B3,H3, $9600+Bl*Hl+B2*H2) ; 

65 Ch:= ReadKey; 

66 RestSprite (X2, Y2,B2,H2,$9600+B1*H1) ; 

67 Ch:= ReadKey; 

68 RestSprite (XI, Yl, Bl, Hl, $9600) ; 

69 Ch:= ReadKey ; 

70 End. 

Wenn Sie Ihre Menüs auslüften wollen, öffnen 
Sie doch ein „window“. Windemo.pas können 
Sie durchaus als Fenstergriff verwenden. 
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gramm SUNSHADE.PAS zeichnet einzelne 
Phasen eines Bewegungsablaufes, legt sie 
im ungenutzten Bildspeicher ab und holt sie 
dann mit steigendem Tempo auf den Bild- 
schirm zurück. So könnte man Mickey 
Mouse’ Sonnenschirm zum Leben erwek- 
ken. Da fährt auch schon ein lauer Nachtwind 
unter das Schirmchen und läßt es sanft rotie- 
rend entschweben. Mickey hätte ihn besser 
nicht am Strand vergessen sollen. 


Ein abendfüllender Spielfilm wird es wohl 
nicht werden - stehen doch für die ganze 
Handlung nur 27136 Byte zur Verfügung. 
Das Programm verwendet zur Animation der 
Handlung 26 Bildchen zu je 128 x 64 Pixel, 
also ein KByte je Bild. Dies kleine Beispiel 
zeigt eine Möglichkeit, wie periodische Vor- 
gänge, deren einzelne Phasen zuviel Re- 
chenzeit kosten würden, mittels Einzelbild- 
sequenz in eine halbwegs fließende Dar- 


stellung auf den Bildschirm zu bringen 
sind. 


Literatur 

[1] Jürgen Petsch, Schnellfärtoerei, c’t 8/89, S. 176, c’t9/89, 

S. 214 


Nachdruck aus c’t- Magazin für Computertechnik, 
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Turbo-Pascal-Tip 

Heller Hintergrund im Textmodus 


MS-DOS vergibt bei der Nutzung einer EGA-/VGA- 
Karte im Textmodus für jedes Zeichen auf dem Bild- 
schirm ein spezielles Farbattribut, das heißt einen 
Wert zwischen 0 und 255, der angibt, welche Vor- 
der- und Hintergrundfarben das Zeichen hat und ob 
es blinkt. Normalerweise liegen nur die dunklen 
Farben (0 bis 7) als Hintergrundfarben vor. Der Be- 
reich ab 128 kennzeichnet dabei die gleichen Attri- 
bute wie der Bereich bis 1 27, allerdings mit dem Un- 
terschied, daß die Vordergrundfarben blinken. Mit 
der im Bild 1 angegebenen Prozedur LightBack 
kann die Bedeutung der Farbattribute ab 1 28 umge- 
schaltet werden. Nach Aufruf der Prozedur werden 
die Vordergrundfarben normal, also nicht blinkend, 
und die Hintergrundfarben hell leuchtend darge- 
stellt. Und so wird aus blinkend schwarz auf grau 
(240) mit LightBack schwarz auf weiß. Die Prozedur 
BlinkBack schaltet wieder auf die übliche Darstel- 
lung um. 

Die beiden Prozeduren eignen sich besonders zur 
Hervorhebung von Leuchtbalken (beispielsweise 
zur Auswahl in Menüs) oder für Texteditoren, bei 
denen es auf einen hellen Hintergrund ankommt. 

Bernd Beyreuther 


Programm zeigt, wie mit EGA/VGA Karte 
im Textmode von blinkenden 
Farbattribut en auf helle Hintergrund- 
farben umgeschaltet wird. 

Bernd Beyreuther , 19. Mär 2 1990, 
getestet auf IBM AT( VGA mit 16 Farben), 
DOS 3.3, 

turboPASCAL 4. 0/5.0 


program BLINK_L I GHT ; 
use.5 dos,crt; 

var regs:r 

egisters ; 

procedure 

begin 

light BACK; 

regs . ah : 

-16 ; 

regs.al: 

=3; 

regs .bl : 

=0; 

irrtr { 16 , regs ) 

end; 


procedure 

begin 

blinkBACK; 

regs . ah ; 

— 16; 

regs . al : 

= 3; 

regs .bl : 

*1; 

int.r( 16 , 
end; 

r 

regs ) 


procedure say( s : string ) ; 
begin 

writeln(s); 
readln 
end ; 

{ } 

begin 
clrscr ; 

blinkback; { ATTR > 127 blinkend } 

textattr : = 1 1 2 ; 

sayl 'NORMALES SCWARZ AUF GRAU’ ) ; 
tex ta t. tr : = 1 1 2 + 1 2 8 ; 

say ( 'BLINKENDES SCHWARZ AUF GRAU' ) ; 
lightEACK; { ATTR > 127 intensiv } 

say ( ' SCHAR Z AUF WEISS ' ) ; 
blinkback; 

say ('UND WIEDER NORMAL BLINKEND') 
end . 

{ } 


Wegbereiter der Informatik 



HOWARD 

HATHAWAY 

AIKEN 


* 1 900 Hoboken (New Jersey) 
1 1973 St. Louis (Missouri) 


H. H. Aiken hat zunächst Elektro- 
technik studiert und in diesem 
Fachgebiet an der Universität von 
Wisconsin 1923 ein Examen abge- 
legt. Schon während seiner Stu- 
dienzeit war er seit 1919 in einer 
Elektro-Firma in Madison als Inge- 
nieur für Energieversorgung beruf- 
lich tätig; nach seinem Examen be- 
faßte er sich dort mit Konstruktions- 
problemen von Starkstromgenera- 
toren. Mit 31 Jahren begann Aiken, 
ein zweites Mal zu studieren, dies- 
mal belegte er an der Universität 
Chicago die Fächer Mathematik 
und Physik. Im Jahre 1932 wech- 
selte er an die Harvard-Universität 
Cambridge über, legte hier 1937 
sein zweites Examen ab („Master 
of Science“) und promovierte 1 939. 
Zwei Jahre später erhielt er an die- 
ser Universität eine Professur für 
angewandte Mathematik, die er 22 
Jahre innehatte. Ab 1961 bekleidete 
er dann eine Professur für Informatik 
an der Universität Miami in Florida. 
Während des 2. Weltkrieges erhielt 
Aiken von der Harvard-Universität 
den Auftrag zum Bau eines Digital- 
rechners. Auf Grund seiner 2fachen 
Ausbildung als Elektrotechniker 
und Mathematiker war er offenbar 
der geeignete Wissenschaftler, ei- 
nen solchen Auftrag in die Tat um- 


zusetzen. Der Babbage-Biograph 
Anthony Hymann berichtet (1987), 
daß Aiken von Babbages Maschi- 
nen besonders begeistert gewesen 
ist und auch dadurch mit dazu inspi- 
riert wurde, einen solchen Auftrag 
von sich aus vorzuschlagen. Von 
Zuses bereits 1941 fertiggestelltem 
programmgesteuerten Rechenau- 
tomaten Z3 kann Aiken angesichts 
der damaligen Kriegssituation 
kaum etwas gewußt haben, denn 
Zuses Arbeiten blieben damals au- 
ßerhalb Deutschlands jahrelang 
unbekannt. Während Zuse in An- 
lehnung an Leibnizsche Ideen in 
seiner Maschine bereits das Dual- 
system und die Gleitkommaarith- 
metik realisiert hatte, verwendete 
Aiken in seinem Automaten bei der 
Ausführung der Rechenoperatio- 
nen eine dekadische Zahlendar- 
stellung. Aikens Maschine, die un- 
ter seiner Leitung von der Firma 
IBM gebaut wurde, war 1944 voll- 
endet und erhielt die Bezeichnung 
MARK I (mancherorts auch ASCC 
= Automatic Sequence Controlled 
Calculator genannt). MARK I ist der 
erste in Amerika konstruierte, teil- 
weise programmgesteuerte elek- 
tromechanische Digitalrechner; 
seine Operationszeit betrug für eine 
Addition 0,3 Sekunden, für eine 


Multiplikation 6 und für eine Division 
15 Sekunden. Die Dateneingabe 
erfolgte über Lochstreifen. 

MARK I ist 15 Jahre lang genutzt 
und noch verbessert worden. So 
wurden 1 947 der Nachfolgerechner 
MARK II fertiggestellt und später 
die Automaten MARK III und MARK 
IV, die dann vollständig mit Elektro- 
nenröhren ausgerüstet waren 
(MARK I und MARK II waren Re- 
laisrechner). 

Von Aiken stammt auch ein speziel- 
ler Binär-Dezimal-Code, bei dem 
jede Dezimalziffer als Tetrade ver- 
schlüsseltwird ( Aiken-Code ); dabei 
handelt es sich um einen Komple- 
mentärcode, der günstige Eigen- 
schaften bei der technischen Reali- 
sierung der Dezimalarithmetik auf- 
weist. 

Howard Aiken erhielt für seine com- 
putertechnischen Entwicklungsar- 
beiten sowie für seine theoreti- 
schen Beiträge zu Fragen der Co- 
dierung und Programmierung etc. 
zahlreiche Auszeichnungen, zum 
Beispiel von der französischen 
(1949) und von der belgischen 
(1951) Akademie. 1952 wurde er 
zum Ritter der Ehrenlegion ernannt 
und war Ehrendoktor der Techni- 
schen Hochschule Darmstadt und 
der Universität Wayne. 

Dr. Klaus Biener 
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BICLAN ist ein lokales Netz für den 
Bildungscomputer A 5105 (BIC). Der 
vorliegende Bericht gibt einen Über- 
blick über Eigenschaften und Anwen- 
dungsmöglichkeiten von BICLAN. 

Einsatzgebiet 

Hauptanwendung für BICLAN ist die 
Vernetzung des Bildungscomputers 
A 5105 in Lehrkabinetten. Damit sind 
die Leistungsmerkmale wesentlich 
bestimmt durch die schulspezifischen 
Einsatzbedingungen. Die typische 
Ausstattung eines Lehrkabinettes be- 
steht aus einem Lehrerrechner 
(I — BIC) und 7 Schülerrechnern 
(S-BIC). 

BICLAN ist gekennzeichnet durch 
eine kostengünstige und problemlos 
zu installierende Netzhardware. Die 
Ankopplung der zu vernetzenden 
Rechner erfolgt durch einfaches Ein- 
ketten in das als Übertragungsme- 
dium dienende Koaxialkabel mit den 
Mitteln der passiven Antennenan- 
schlußtechnik. BICLAN ist somit ein 
typisches Beispiel für ein Low-cost- 
LAN. Es ist unter beiden Betriebssy- 
stemen des A 5105 - RBASIC und 
SCPX- lauffähig. 

Hardwarekonzept 

BICLAN basiert auf einer modifizier- 
ten Version des lokalen Netzes LO- 
TUNET IV. Die die LAN-Hardware re- 
präsentierende physische Schicht 
PH enthält folgende Komponenten: 

- Die Medienanschlußeinheit MAU. 
Sie besteht beim BICLAN lediglich 
aus einer simplen T-Anschlußdose 
der Antennentechnik, über die ein zu 
vernetzender A 5105 in das Koaxial- 
kabel des LANs eingekettet wird. Da- 
bei wird als Netztopologie eine Li- 
nienstruktur verwendet (Bild 1 ). 

- Die Netz-Interface-Einheit NIU. Sie 
realisiert logisch und physisch die 
Kopplung mit dem Übertragungsme- 
dium und steuert die Datenkommuni- 
kation. Hauptkomponente ist eine im 
synchronen SDLC-Verfahren arbei- 
tende SIO U 856, die die bitorientierte 
Übertragung der Daten organisiert. 

Als Übertragungsprinzip benutzt BI- 
CLAN das stochastische CSMA/CD- 
Zugriffsverfahren. Die Netzteilneh- 
mer verfolgen den Datenverkehr auf 
dem Netz ständig mit. Beim Empfang 
erkennt ein Teilnehmerrechner die für 
ihn bestimmte Nachricht anhand der 
Stationsadresse. Beim Senden kann 
die kritische Situation des gleichzeiti- 
gen Sendebeginns mehrerer Rech- 
ner entstehen. Sie wird dadurch auf- 
gelöst, daß die Sender nach Sende- 
abbruch erst nach einer für die ein- 
zelnen Rechner unterschiedlichen 
Wartezeit erneut senden. Dies ist 
eine der Grundeigenschaften des 
CSMA/CD-Verfahrens, allerdings mit 
dem Nachteil einer nicht determinier- 
ten Übertragungszeit. Für die Lösung 
der Aufgaben von BICLAN ist dies je- 
doch von untergeordneter Bedeu- 
tung. 


BICLAN - 

Ein lokales Netz für Lehrkabinette 


Dr . Christian Löber, 
Dresden 


Das Schichtenmodell von BICLAN 
Die Datenverbindungsschicht DL 
stellt Dienstprimitiven und dazugehö- 
rige Statusinformationen für Nutzer 
dieser Schicht zur Verfügung. Die Pri- 
mitiven beinhalten Dienste zur Netz- 
initialisierung sowie zum Senden und 
Empfangen von Telegrammen. Die 
Übertragung basiert auf dem Prinzip 
des Telegramm-Handshakes, das 
heißt, nach jeder gesendeten Nach- 
richt wartet der Sender auf die Ant- 
wort des adressierten Empfängers. 
Die für Netz Übertragungen kritischen 
Situationen von Verlust oder Dopp- 
lung von Telegrammen werden über 
einen Quittungs- und Flußsteue- 
rungsmechanismus automatisch er- 
kannt und behoben. Auf die Schich- 
ten PH und DL ist die datenverarbei- 
tende Applikationsschicht APP für die 
beiden Betriebssysteme RBASIC 
und SCPX 5105 augesetzt. Diese 
wird durch die Dienste von BICLAN 
repräsentiert. Damit realisiert BI- 
CLAN eine 3-Schichten-Architektur 
nach dem OSI-Referenzmodell, wo- 
bei die Schichten 3 bis 6 leer sind (Ta- 
fel 1). 

Softwarekomponenten 
Das sowohl residente wie transiente 
Komponenten enthaltende Pro- 
grammsystem von BICLAN basiert 
auf einem schichtenorientierten 
Schnittstellenkonzept. Die residenten 
Komponenten werden beim Kaltstart 
automatisch, die transienten Kompo- 
nenten im Rahmen eines erweiterten 
Boot-Prozesses nachgeiaden. BI- 
CLAN basiert auf folgenden Grund- 
forderungen: 

- keine direkte Kommunikation zwi- 
schen Schülerrechnern 

- keine Vorkenntnisse netzspezifi- 
scher Kommandos beim Schüler 

- Einleitung und Kontrolle aller das 
Netz betreffenden Aktivitäten nur 
durch den Lehrer (Masterfunktion) 

- Lauffähigkeit unter RBASIC und 
SCPX 5105. 

Wegen dieser Forderungen ist die in 
den Schülerrechnern und im Lehrer- 
rechner laufende Netzsoftware unter- 
schiedlich. 

Kommandoregime 
BICLAN basiert auf der Nutzung der 
dominanten Master-Slave-Relation, 
das heißt, jede Informationsübertra- 
gung wird vom Lehrer als Auftragge- 
ber eingeleitet und vom ausgewähl- 
ten Schülerrechner unmittelbar be- 
antwortet. Die Einleitung und die 
Überwachung der Netzaktivitäten 
wird durch ein Bedienermenü für 
beide Betriebssysteme unterstützt. 
Durch die kursorgesteuerte Bedie- 
nerführung sind alle Dienste von BI- 
CLAN auf einfache und übersichtli- 
che Weise und ohne eine langwierige 
Lernphase nutzbar. Der Beginn einer 
Kommunikationsphase ist durch den 
Übergang des ausgewählten Schü- 
lerrechners in den Slavestatus ge- 
kennzeichnet, das heißt, ab sofort hat 
nur noch der Lehrer Zugriff auf die 


Anschluß- Anschluß- Anschluß- Ansohluß- 

doso 1 dose 2 dose n dose n+1 



Tafel 1 Das Schichtenmodell des lokalen Netzes BICLAN 


Applikationsschicht 

APP 

Dienste von BICLAN 

7 



leer 

6 



leer 

5 



leer 

4 



leer 

3 

datenverarbeitende 

LLC 

logische Verbindungssteuerung 


Schicht DL 

MAC 

Kanalzugriffssteuerung 

2 

physische Schicht 

PLS 

bitorientierte Übertragung 

1 

PH 

PMA 

Medienanschluß 



Ressourcen des Schülerrechners. 
Nach Abarbeitung des Netzkomman- 
dos wird der Slavestatus des Schüler- 
rechners automatisch wieder aufge- 
hoben. 

Status und Betriebsweise eines 
Schülerrechners werden je nach 
Netzkommando über unterschiedli- 
che Schnittstellen des netzfähigen 
Betriebssystems beeinflußt: 

- durch direkte und sofortige Aus- 
wertung des über Interrupt empfan- 
genen Netztelegramms, beispiels- 
weise bei der Aufforderung an den 
Schülerrechner, den Slavestatus ein- 
zunehmen 

- über die zeichenorientierte BIOS- 
Schnittstelle bei der Stringverarbei- 
tung; dies ist beim Druckerdienst der 
Fall. 

- über die sektororientierte BIOS- 
Schnittstelle bei Netzkommandos mit 
Dateiarbeit, beispielseise beim File- 
transfer. 

Dienste von BICLAN 
Hauptdienst von BICLAN ist der File- 
transfer. Er ermöglicht die Übertra- 
gung von sequentiellen oder Direkt- 
zugriffsdateien beliebiger Länge. 
Dies können Programm-, Text- oder 
Datenfiles sein. Bei hardwareseiti- 
gem Vollausbau verfügt der Lehrer- 
rechner über folgende Laufwerkskon- 
figuration: 

A physisches Laufwerk in der Dis- 
kettenstation DSE 


B, C physische Laufwerke in eventu- 
ell vorhandener Diskettenbei- 
stellung 

D, E RAM-Floppies 
F...P LAN-Laufwerke von BICLAN 
(gleich physische Laufwerke A 
der Schülerrechner 1 ...1 1 ). 
Files können also zwischen allen 16 
logischen Laufwerken transferiert 
werden, vorausgesetzt, die physi- 
schen Ressourcen hierfür sind vor- 
handen. 

Bei normal ausgestatteten Compu- 
terkabinetten hat der Lehrer Zugriff 
auf sein physisches Laufwerk A so- 
wie auf die 7 LAN-Laufwerke F...L, 
korrespondierend mit den physi- 
schen Laufwerken A der Schüler- 
rechner S_BIC 1 ... S_BIC7 mit den 
Stationsadressen 1...7. Die Netto- 
übertragungsrate beträgt beim File- 
transfer zirka 1 KByte pro Sekunde. 


Literatur Jj. J 

IV Weidhase, F : Hardwarekompönenten 

lokaler Netze. Technische Universität 
Dresden, Informatik-Zentrum, 1988 
I2J VEB Robotron-Meßelektronik Dresden: 
BICLAN - Lokales Netz für den Bil- 
dungscomputer A 51 05, Bedienungsan- 
leitung 
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vorgestellt 

Commodore Amiga 3000 


Zur Sicob-Messe in Paris und in New 
York präsentierte Commodore Mitte 
April das neue Flaggschiff seiner 
Amiga-Reihe, das die Firma vor- 
nehmlich als Workstation im kreati- 
ven Bereich sieht. Aufgaben vom 
Desktop Publishing über die digitale 
Bildbearbeitung bis hin zur Produk- 
tion interaktiver Verkaufsinforma- 
tionssysteme sollen mit dieser Ma- 
schine bewältigt werden. Commo- 
dore zielt also - wie neuerdings auch 
Apple mit dem Mac llfx; s. S. 35 - vor 
allem auf den als wachstumsträchtig 
eingeschätzten professionellen „Mul- 
timedia-Markt“. Multimedia ist die 
Verknüpfung einzelner Bausteine wie 
Realbild-Video, Computergrafik und 
-text, Standfotos, Stereomusik und 
-geräusche zu kompletten Präsenta- 
tionen oder Lern- und Informationssy- 
stemen. Das soll der Amiga 3000 
noch einfacher und kostengünstiger 
als das bisherige Spitzenmodell 
Amiga 2500/30 leisten - und zwar im 
Einsatz auf dem Schreibtisch, wie mit 
einem Standard-PC. 

Multimedia-Software 
Konkrete Multimedia-Anwendungen 
sind etwa Desktop-Präsentationen, 
deren Anspruch über farbige Balken- 
diagramme deutlich hinausgeht, die 
aber nicht die Produktionskosten von 
Videoclips haben sollen. Andere typi- 
sche Beispiele dafür sind Informa- 
tionssysteme in Flughäfen oder Kauf- 
häusern oder interaktive Lernpro- 
gramme, die Auge und Ohr gleicher- 
maßen ansprechen. Zur einfachen 
Anwendung der Amiga-3000-Mög- 
lichkeiten wird ein Multimedia-Auto- 
rensystem unter der Bezeichnung 
AmigaVision gleich mitgeliefert. Pro- 
grammierkenntnisse sollen nicht er- 
forderlich sein. Mit Hilfe von Symbo- 
len am Bildschirm werden sowohl die 
diversen Multimediaquellen - von der 
TV-Kamera über den Bildplattenspie- 
ler, vom Tonbandgerät bis hin zur ein- 
gebauten Festplatte des Amiga - auf- 
gerufen, als auch die gewünschten 
Informationen ausgetauscht und in 
ihrem Ablauf festgelegt. 

Drei Modelle 

Allen Amiga-3000-Versionen ist ne- 
ben der serienmäßigen Festplatte von 
mindestens 40 MByte gemeinsam, 
daß jetzt der Motorola-Chip 68030 di- 
rekt auf der Mutterplatine sitzt und 
nicht mehr auf einer Zusatzkarte wie 
beim Amiga 2500. Diese Zusatzkarte 
wird allerdings als Ausbaumöglich- 
keit für den Amiga 2000 weiterhin an- 
geboten - genau wie der Amiga 2500/ 
30 selbst. Ebenso ist eine Brücke zu 
den industriestandardkompatiblen 
PCs im Angebot. Unter Verwendung 
von Zusatz-Einbaukarten ist der 
Amiga 3000 in der Lage, mit entspre- 
chenden Programmen zu arbeiten 
und MS-DOS-Daten zu lesen und zu 
schreiben. Die Plazierung des Haupt- 
prozessors auf der Mutterplatine und 
weiter verbesserte acht Spezialchips, 
unter anderem für Bildaufbau, Daten- 
management, Tonausgabe, machen 
die Maschine gemeinsam mit dem 
überarbeiteten Multitasking-Betriebs- 
system - jetzt Amiga- DOS 2.0 - lei- 
stungsfähiger als den Amiga 2500/30. 


Der Amiga 3000-16-40 ist mit 16 MHz 
getaktet, besitzt neben dem Haupt- 
prozessor noch den mathematischen 
Koprozessor 68881, 1 MByte Chip- 
RAM (Arbeitsspeicher für den Haupt- 
prozessor und die Koprozessoren) 
sowie 1 MByte Fast- RAM (Arbeits- 
speicher, der allein dem Hauptpro- 
zessor zur Verfügung steht). Beide 
Arbeitsspeicher können mit 1-MBit- 
Chips auf insgesamt 6 MByte aufge- 
rüstet werden, mit den jetzt auf den 
Markt kommenden 4-MBit-Chips so- 
gar auf 18 MByte. 

Die beiden mit 25 MHz getakteten 
Amiga 3000 tragen die Bezeichnung 
3000-25 und zusätzlich die Größe der 
Festplatten von 40 und 100 MByte, 
die beide mit einer mittleren Zugriffs- 
zeit von unter 1 9 Millisekunden arbei- 
ten. Der mathematische Koprozessor 
dieser beiden Versionen ist der 
MC68882. 

Alle Versionen sind mit dem üblichen 
3,5-Zoll-Diskettenlaufwerk (880 
KByte) ausgestattet. 

In einem kleineren Gehäuse als beim 
Amiga 2000 sind für Erweiterungen 
noch acht Steckplätze frei, die aber 
nicht alle gleichzeitig belegt werden 
können. Zwei der vier Amiga-Steck- 
plätze (Zorro III, abwärtskompatibel 
zu Zorro II) können auch als PC/AT- 
Steckplätze genutzt werden. Zusätz- 
lich stehen ein Video-Steckplatz (z. B. 
für Genlocks zur Verbindung mit TV- 
Technik) und ein Erweiterungssteck- 
platz für Koprozessor-Karten und Ar- 
beitsspeicher bis in den Gigabyte-Be- 
reich hinein zur Verfügung. Ein ge- 
genüber dem Amiga-Standard ver- 
besserter Videoadapter (VDE - Vi- 
deo Display Enhancer) und ein SCSI- 
Controller sowohl für die interne Fest- 
platte wie für den externen SCSI-An- 
schluß sind bereits auf der Mutterpla- 
tine installiert und benötigen keine 
der vorhandenen Steckplätze. An 
den neuen VDE-Ausgang kann ein 
handelsüblicher Multiscan-Monitor 
ohne Zusatzkarte angeschlossen 
werden. Ein Ausgang für den Com- 
modore-Monitor 1084 ist ebenfalls 
vorhanden. 

Verbessertes Betriebssystem 
Das neue Amiga-DOS mit der Work- 
bench 2.0 ist ein Betriebssystem, das 
mit seiner leichten Bedienbarkeit, 
Multitasking-Fähigkeit und integrier- 
ten Fenstertechnik professionellen 
Ansprüchen gerecht wird und sich gut 
als Umgebung für hochwertige An- 
wendungssoftware eignet. Gegen- 
über der bisherigen Workbench 1.3 
wurde nicht nur der optische Eindruck 
der Benutzeroberfläche verbessert, 
sondern auch die Geschwindigkeit 
des Betriebssystems durch kom- 
plette Programmierung in der Com- 
puter-Hochsprache C erhöht. 
Zusätzliche Funktionen im Betriebs- 
system sind z. B. das Sortieren von 
Inhaltsverzeichnissen (Directories), 
die einfache Einrichtung einer Start- 
datei (um direkt beim Einschalten des 
Amiga in eine bestimmte Anwen- 
dungssoftware hineinzugehen) und 
die Software-Kommunikations- 
schnittstelle A-Rexx, um den Daten- 
transfer zwischen einzelnen Pro- 
grammen zu vereinfachen. MP-We 




Die Hardware »m Überblick 

Hauptprozessor 

Motorola 68030, 16 MHz, mit mathematischem Koprozessor 68881 
oder 68030, 25 MHz. mit mathematischem Koprozessor 68882 


IHM 


Arbeitsspeicher 

1 MByte Chip-RAM, erweiterbar auf 2 MByte auf der Hauptplatine 
1 MByte Fast-RAM. erweiterbar auf 4(16) MByte auf der Hauptpiatine 

Steckplätze « 

a in r\ • t ; a ^ . 4 \ 


... , . . < . . . ..... . , 

4 Zorro-Hl-Slots, davon 2 in Linie mit PC/AT-kompatiblen Slots; 1 Video- 


Slot für Genlocks usw.; 1 Slot für CPU/Fast-Speicher 
Anschlüsse 

Amiga-Video, 23 Pins (15,625kHz); VGA-Typ- Video, 15 Pins 
(31 ,25kHz), für Non- Interface; Stereo-Audio rechts und links; externer 
SCSI-Anschluß (25 Pins); interner SCSI- Anschluß (50 Pins) für 40- oder 
1 00-MByte-Harddisk; externes Plattenlaufwerk (Floppy oder Harddisk); 
seriell, parallel 
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Programmieren mit FORTH 

von G.-U. Vack, Verlag Technik, Ber- 
lin 1990, 336 S., 85 Bilder, 17 Tafeln, 
35,- DM, Best. -Nr. 5539181 

Da es sich um das erste größere 
Forth-Buch aus einem DDR-Verlag 
handelt, ist der Autor erfreulicher- 
weise bemüht, das Spektrum der an- 
gesprochenen Leserschaft möglichst 
breit zu halten. Nach einem einfüh- 
renden Kapitel (Programmierspra- 
chen und Betriebssysteme, 14 Sei- 
ten) versucht er im zweiten Kapitel 
(Grundlagen der FORTH-Program- 
mierung; 32 Seiten) auch für Neu- 
linge eine gewisse Einstiegsmöglich- 
keit zu bieten. Funktionieren könnte 
das in den Fällen, wo deutliches Inter- 
esse am Forth-Konzept mit guten 
Vorkenntnissen in der Rechentechnik 
zusammenfällt. Gerade der Einstei- 
ger wird hier aber leider durch Unge- 
nauigkeiten (z. B. in Bild 2.4) irritiert. 
Oberflächeneigenschaften von Forth 
werden in einer Anzahl Definitionen 
und Merksätzen im Text beschrieben. 
Für deren ins einzelne gehende Be- 
gründung aus dem Forth-Konzept 
heraus ist leider zu wenig Platz. Das 
ist bedauerlich, weil eine der Stärken 
von Forth gerade darin besteht, daß 
dem Benutzer der organische Zu- 
sammenhang von Oberflächeneigen- 
schaften und internem Aufbau prinzi- 
piell zugänglich ist und hier eine we- 
sentliche Quelle zum Verständnis 
des Konzepts liegt. 

Kapitel drei (Konzepte der Implemen- 
tierung von FORTH, 27 Seiten) geht 
auf die Komponenten Wörterbuch, 
Fadencode, Stacks und Massenspei- 
cher ein. Eine Vielzahl von Bildern un- 
terstützt den gewissenhaften Leser 
bei der Aufnahme von Wissen aus 
dem wenig redundanten Text. 

Kapitel vier (Glossarium von FIG- 
FORTH und von FORTH-83, 91 Sei- 
ten) und Kapitel fünf (Weitere Festle- 
gungen von FORTH-83, 18 Seiten) 
enthalten den Befehlssatz in themati- 
scher Sortierung, wieder unterstützt 
durch Bilder und Definitionsbeispiele. 
Die gleichzeitige Behandlung der 
zwei verschiedenen Standards ist ein 
Zugeständnis an den noch nicht über- 
all vollzogenen Übergang zum mo- 
derneren Standard FORTH 83. Gün- 
stig ist das konzentrierte Eingehen 
auf den 83er Standard und die Zu- 
sammenstellung der Unterschiede 
beider Standards im Kapitel fünf. 
Kapitel sechs (Kompendium der 
FORTH-Programmierung, 61 Seiten) 
zeigt die Codierungen von besonders 
häufig gebrauchten Spracherweite- 
rungen. Das wird in weiten Teilen 
gern als Vorlage zum Abtippen be- 
nutzt werden. 

Kapitel sieben (Ausgewählte Kompo- 
nenten einer FORTH-Programmier- 
umgebung, 21 Seiten) behandelt u. a. 
Editor, Assembler und Debugger, für 
die jeweils vollständige Beispiele ab- 
gedruckt sind. Angenehm sind für 
Einsteiger sicherlich die praktischen 
Tips, z. B. zum Booteditor. Überhaupt 
enthalten die Kapitel sechs und sie- 
ben eine Fülle von Beispielen, die im 
Sinne von Prototypen vom Leser in 
vielfältiger Weise weiterentwickelt 
werden können. 

Kapitel acht (Aspekte der Software- 
entwicklung und Softwaregestaltung 


Literatur 


mit FORTH, 23 Seiten) bringt Richtli- 
nien in knapper Form und großer 
Zahl. Der Programmierer kann hier 
sein Heil nicht im Streben nach der 
möglichst vollständigen formalen Be- 
folgung aller Einzelhinweise suchen. 
Was in der Programmierpraxis wo 
sinnvoll zu verwenden ist, wird sich 
immer aus der Berücksichtigung der 
konkreten Umstände ergeben. Fast 
die Hälfte des Kapitels präsentiert als 
vollständiges Beispiel eine GKS-Gra- 
fikeinbindung für den Rechner A 
7100. Zwei weitere Kapitel befassen 
sich noch einmal kurz mit Implemen- 
tierungsfragen und einem Ausblick 
auf weitere Forth-Entwicklungen in 
Hardware und Software. 

Ein 16seitiger Anhang bietet Worter- 
klärungen, Übersetzungen engli- 
scher Begriffe und ein Register von 
Forth-Schlüsselwörtern. 

Abgerundet wird das Buch mit einem 
jeweils vierseitigen Literatur- und 
Sachwörterverzeichnis. 

Dem Autor ist es gelungen, eine nütz- 
liche Wissenssammlung zum Nach- 
schlagen für Forth-Programmierer 
anzulegen, gleichzeitig aber auch 
Vertreter anderer Programmierspra- 
chen zu einem „Blick über den Zaun“ 
einzuladen. Ein Buch zum Durchle- 
sen ist das allerdings nicht. Hier kon- 
kurrieren das Streben nach Vollstän- 
digkeit mit dem Platzmangel von 336 
Seiten. Gemessen am Inhalt hätte 
das Buch anstatt der Nadeldrucker- 
vorlage einen ordentlichen Satz und 
ein früheres Erscheinen verdient. 
Vereinzelte kleinere Unschönheiten 
(z. B. im Abschnitt „Rekursive Pro- 
grammierung“) sollten sich in einer 
nächsten Auflage beheben lassen. 
Fazit: Für den aktiven Forth-Pro- 
grammierer findet sich genügend in- 
teressanter Stoff zur Information und 
zur Auseinandersetzung. Ausgespro- 
chene Forth-Neulinge werden aller- 
dings nicht ohne zusätzliche - spe- 
ziell einführende - Literatur auskom- 
men. H. Pfülier 


Desktop-Knigge 

von P. Luidl, te-wi-Verlag, München 
1988, 196 S., ISBN 3-921803-85-3, 
79,- DM 

Ein Buch, mit dem der Autor laut Vor- 
wort Desktop-Publishern das tradi- 
tionsreiche und gewachsene Wissen 
von Schriftfachleuten darstellen will, 
damit sie mit ihren DTP-Systemen 
mehr machen können, als nur Texte 
elektronisch schreiben und verwalten 
- nämlich auch Schrift setzen und 
Seiten gestalten. Das gute Beneh- 
men im Umgang mit der Schrift 
also. 

Damit beschränkt sich der Autor kei- 
nesfalls nur auf das hierfür notwen- 
dige Wissen eines Setzers, sondern 
berücksichtigt auch das eines Typo- 
grafen und Gestalters. Der Eindruck, 
den das Buch von der didaktischen 
Aufbereitung her hinterläßt, ist zwie- 
spältig: einerseits die Vermittlung von 
notwendigem „Einsteigerwissen“ 
(Formate, Falzarten, Satzmaterial 
zum Beispiel), andererseits die sehr 
knapp gehaltene Darstellung, die 
mehr einem Nachschlagewerk für 
Profis gerecht wird als einem Einstei- 


gerbuch. Mit dem erläuternden Text 
zum Schwerpunkt wird vielleicht doch 
etwas zu sparsam umgegangen. Wie 
dem auch sei: Das Buch bietet sicher 
jeder Gruppe etwas, da das Spek- 
trum von den Grundbegriffen der Ty- 
pografie über die Elemente ästheti- 
scher Schriftgestaltung, die Seiten- 
gestaltung von Zeitschriften und Bü- 
chern bis zur Gestaltung von Presse- 
mitteilungen und Schachteln reicht. 
So wird es sowohl der DTP-Neuling 
als auch der routinierte Publisher mit 
Gewinn nutzen können. H. Weiß 


Einführung 
in Objektorientierte 
Programmierung 
mit Turbo Pascal 5.5 

von J. Mittendorfer, Addtson-Wesley 
(Deutschland) GmbH, Bonn 1990, 
330 S., mit Programmdiskette, 
68 ,-DM, ISBN: 3-89319-248-4 

Um es vorwegzunehmen: Das Buch 
stellt eine gelungene Ergänzung zu 
den Borland-Handbüchern dar und 
kann allen Turbo-Pascal Anhängern 
empfohlen werden, die den Umstieg 
zur objektorientierten Programmie- 
rung in Angriff nehmen wollen. Die- 
ses Angebot gilt nicht nur für den fort- 
geschrittenen Programmierer; aus- 
reichend sind grundlegende Pascal- 
Kenntnisse. So geht es dann auch 
nicht vordergründig um die Darstel- 
lung neuer Syntax und Befehle (nur 
vier neue Schlüsselwörter würden al- 
lenfalls ein Faltblatt füllen), sondern 
um die Entwicklung einer völlig ande- 
ren Denkweise, einer neuen Sicht auf 
Daten- und Programmstrukturen. 
Nicht mehr passive Daten werden 
durch Funktionen manipuliert, viel- 
mehr enthalten sie nun selbst Metho- 
den zu ihrer Veränderung. Hat man 
sich dieses grundsätzliche Prinzip 
erst einmal zu eigen gemacht, so wird 
die zukünftige Arbeit entscheidende 
Erleichterungen erfahren. Besondere 
Impulse erhofft man sich für die zu- 
künftige Gestaltung des Nutzerdia- 
logs, vor allem im Hinblick der Ent- 
kopplung vom eigentlichen Problem 
und der Wiederverwendung einmal 
programmierter und getesteter Mo- 
dule. 

Das Buch wird dem Anspruch einer 
Einführung gerecht. In zwei Kapiteln 
wird Grundwissen vermittelt und die 
neue Begriffswelt hergeleitet. Dazu 
holt der Autor weit aus, bringt Histori- 
sches, Vergleiche und Zitate. Gute 
Beobachtungsgabe zeigt er bei der 
Darstellung gängiger Programmier- 
praxis, die dem Leser die objektorien- 
tierte Programmierung als Ausweg 
zwangsläufig erscheinen läßt. 

Die restlichen 5 Kapitel sind der Her- 
leitung von Beispielen und einem klei- 
nen Ausblick in die Zukunft gewidmet. 
Alle Beispiele sind so gewählt, daß 
sie die Vorteile objektorientierter Pro- 
grammierung gut zur Geltung bringen 
und für den Nutzer auch praktisch 
verwendbar sind. Dazu gehören ein 
Zeitzähler, Maus- und Cursorfunktio- 
nen für die Dialogbehandlung, so daß 
mancher diese Techniken, um die er 
ob ihrer Kompliziertheit bisher einen 
Bogen gemacht hat, jetzt einmal 
selbst versuchen wird. Im weiteren 


geht es um dynamische Objekte (Li- 
sten, Stacks, Streams), für die sich 
mittels objektorientierter Program- 
mierung alle wichtigen Funktionen 
vordefinieren lassen, die dann auf 
Objekte unterschiedlicher Struktur 
anwendbar sind und viel Program- 
mieraufwand sparen. Die schwer vor- 
stellbare dynamische Methodenzu- 
ordnung ist zudem mit Abbildungen il- 
lustriert. Da Fehler trotzdem nicht 
ausbleiben werden, wird in kurzer 
Form auch die Handhabung des 
Turbo-Debuggers 1.5 abgehan- 
delt. 

Nicht notwendig wäre es gewesen, 
daß Paradebeispiel der graphischen 
Objekte mit aufzunehmen, das im 
Turbo-Handbuch ausführlich darge- 
stellt ist. Gut dagegen ist die Idee, die 
gleiche Typographie wie in den Hand- 
büchern zu verwenden (Schlüssel- 
wörter fett, Namen kursiv). Turbo- 
Pascal schafft sich eine andere Be- 
griffswelt als die objektorientierten 
Vorbilder Smalltalk und C+ + . Im 
Glossar wird darauf hingewiesen. Au- 
ßerdem befindet sich im Anhang eine 
Übersicht über alle Funktionen der 
Units, die sich auf der Beispieldis- 
kette befinden und die im Verlaufe 
des Buches hergeleitet wurden. So 
wird denn die objektorientierte Pro- 
grammierung hoffentlich nicht nur die 
Arbeit erleichtern, sondern auch 
Spaß machen. Zitat von D. Ingalls auf 
Seite 28: „Statteines Bit-zermalmen- 
den Prozessors, der Datenstrukturen 
zerfetzt und vergewaltigt, haben wir in 
einem objektorientierten System eine 
Welt von Objekten, die sich höflich 
gegenseitig darum bitten, diverse 
Wünsche auszuführen“. Na, bitte. 

U. Schutze 


Datenbank - 
Konsultationszentrum 

Daten sind eine wertvolle Ressource. 
Datenbestände beinhalten die Infor- 
mationen, die das Funktionieren Ihrer 
Einrichtung sichern sollen. Die pas- 
sende Struktur und die zweckmäßige 
Verwaltung dieser Datenbestände 
sind die entscheidenden Grundlagen 
für die rationelle Bewältigung ihrer 
Aufgaben. Dafür die angepaßten und 
kostengünstigen Entscheidungen 
schnell und sicher zu treffen ist be- 
sonders wichtig. Wir wollen Ihnen da- 
bei helfen, indem wir Ihnen unser 
Fachwissen zur Verfügung stellen. 
Unsere Leistungen beinhalten: Bera- 
tung bei der Auswahl von Datenver- 
waltungssystemen, Beratung bei Ent- 
wurfsfragen, Unterstützung beim 
konzeptionellen logischen und physi- 
schen Entwurf, Beratung beim Tu- 
ning von Datenbank-Leistungen. 

VEB Leitzentrum für Anwendungs- 
forschung, DB-Konsultationszen- 
trum, Bereich F2, Jacques-Duclos- 
Straße 46-52 , Berlin, 1156; Tel. 
37803510 (Herr Kluge) oder 
37 80 35 00 (Herr Dr. Lange) 

Dr. Warnow 
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Riesenlaptop mit Symbolcharakter: Die Bedeutung der tragbaren PC- 
Zwerge ist inzwischen so riesengroß, daß sie nicht mehr übersehen wer- 
den können. Toshiba gelang es mit diesem überdimensionalen , funktions- 
fähigen Modell des T 5200 übrigens, ins Guinness-Buch der Rekorde zu 
kommen. 


Im März dieses Jahres war es wieder 
soweit: Die weltgrößte Computer- 
fachmesse gab über 4000 Ausstel- 
lern Gelegenheit, ihre Neuheiten zu 
präsentieren und den über 560000 
Besuchern die Chance , sich einen 
Überblick zu verschaffen oder für 
sich das „ Richtige “ zu finden. Be- 
sonders den knapp 25000 Besu- 
chern aus der DDR, von denen die 
meisten erstmals eine CeBIT ken- 
nenlernen konnten, dürfte ob der 
Ausmaße bald der Kopf geschwirrt 
haben. Wer auf der Suche nach sen- 
sationellen Neuheiten war, sah sich 
nach allgemeinem Urteil enttäuscht: 
Es gab keine. Für die meisten Besu- 
cher allerdings sicher nebensäch- 
lich; die Möglichkeit des konzentrier- 
ten Überblicks schlägt eindeutig po- 
sitiv zu Buche. Zumindest für den 
Fachmann. Dem „ Otto-Normal-PC - 
Anwender“ oder künftigen PC-Nut- 
zer - insbesondere aus der DDR - 
wären überschaubare Veranstaltun- 
gen wie die COM in Erfurt wohl eher 
zu empfehlen. 

Mit der folgenden Zusammenstel- 
lung der Neuheiten erhalten Sie ei- 
nen Überblick über das, was derzeit 
international „Up to date“ ist; ob es 
für Sie wirklich notwendig ist, dürfte 
eine andere Sache sein. Denn für die 
meisten Anwender reichte es auch 
schon „ eine Nummer kleiner“. 

Hardware 

Das Besucherinteresse richtete sich 
verständlicherweise vorrangig auf die 
Welt der Personalcomputer; Mainfra- 
mes oder Minis waren auf der CeBIT 
von untergeordneter Anziehungskraft 
und auch kaum ausgestellt. Etwas 
anders war es bei der Klasse der lei- 
stungsfähigen Workstations. Hier 
standen mehrere Hersteller - darun- 
ter auch Außenseiter für spezielle An- 
wendungen, vor allem im CAD-Be- 
reich - in einem harten Wettbewerb. 
Insbesondere mit dem nunmehr of- 
fenbar ernsthaften Einstieg IBMs in 
dieses Geschäft - mit dem System 
/6000 - wurden die Karten neu ge- 
mischt. Von größerem Interesse dürf- 
ten nach der Vorstellung von Com- 
paqs Systempro - s. MP 3/90 - bald 
die Multiprozessor-PCs werden; 
ganz zu schweigen von den Note- 
book-PCs, die als Ableger der Lap- 
tops immer mehr von sich reden ma- 
chen. Da die Grenzen der einzelnen 


Computerklassen fließend sind, soll- 
ten Sie die Gliederung im Bericht nur 
als groben Rahmen sehen. 

Workstations und Terminals 
Nach ihrer bisher unbedeutenden 
Rolle im RISC-Geschäft (RISC - Re- 
duced Instruction Set Computer; 
Rechner mit reduziertem Befehls- 
satz) drängt IBM nun offenbar ernst- 
haft auch in dieses Marktsegment. 
Gleich in mehreren Anwendungen 
präsentierte die Firma ihr neues Sy- 
stem /6000, das als zweite Genera- 
tion von RISC-Rechnern unter Unix 
neue Dimensionen eröffnen soll 
(Bild 1 ). Die Rechnerfamilie besteht 
insgesamt aus sechs Modellen, de- 
ren Leistungsspektrum von 27 bis 41 
MIPS (Millionen Instruktionen pro Se- 
kunde) reicht. Die hohe Systemlei- 
stung wird unter anderem durch den 
von IBM selbst entwickelten Mikro- 
prozessor und die POWER (Perfor- 
mance Optimization With Enhanced 
RISC) genannte Architektur erreicht. 
Die Einstiegsversion im PC-Format 
ist das Modell 320 mit 27 MIPS bzw. 
7,4 MFLOPS (Millionen Gleitkom- 
maoperationen pro Sekunde), 8 bis 
32 MByte Hauptspeicher und intern 
bis zu 640 MByte Plattenkapazität. 
Die Versionen 520, 530 und 540 sind 
Standmodelle, wobei letzteres mit 41 
MIPS bzw. 13 MFLOPS das lei- 
stungsstarkste der Familie insgesamt 
ist. Ausgestattet wird es mit 256 
MByte RAM in 4-MBit-Technologie. 
Mit einem integrierten Hochleistungs- 
grafikprozessor ist das Modell 730 
vor allem für rechenintensive Anwen- 
dungen mit höchsten Grafikansprü- 
chen beispielsweise in den Bereichen 
Simulation und Visualisierung ge- 
dacht. Zur Abrundung der Familie 
dient das Schrankmodell 930 mit in- 
tern 12 GByte Plattenkapazität und 
hoher Ausbaufähigkeit. So lassen 
sich über 500 asynchrone Ein- und 


Ausgabegeräte anschließen. Ergänzt 
wird das System durch das ebenfalls 
vorgestellte X-Terminal IBM Xstation 
120, das im LAN über Ethernet oder 
Token-Ring mit AIX-, Unix- oder an- 
deren Systemen, die das X-Window- 
Protokoll unterstützen, kommunizie- 
ren kann. Dabei übernimmt die Xsta- 
tion bei X-Window-basierten An- 
wendungen die grafische Aufberei- 
tung. Mit dem gleichfalls angekündig- 
ten neuen Betriebssystem AIX Ver- 
sion 3 soll ein Schritt zum Zusam- 
menwirken der beiden IBM-System- 
umgebungen SAA und AIX getan 
werden. 

Weitere Ergänzungen der Produktpa- 
lette von IBM gab es mit der Vorstel- 
lung der PS/2-Modelle 65SX (Prozes- 
sor 80386 SX, Standmodell, SCSI- 
Schnittstelle), Modell 80 (mit 80386/ 
25 MHz und SCSI-Schnittstelle) so- 
wie P70 386 (preisgünstigere Ausfüh- 
rung des portablen PS/2 mit 30 MByte 
Festplatte, 2 MByte RAM und 16 MHz 
Taktfrequenz). 

Evans & Sutherland, einer der führen- 
den Anbieter von Hochleistungsgra- 
fiksystemen und seit über 20 Jahren 
auf dem Markt, präsentierte seine 
neue 3D-Hochleistungs-Grafikwork- 
stationfamilie ESV (Bild 2). Die Rech- 
ner basieren auf dem RISC-Prozes- 
sor R 3000 der Firma MIPS Computer 
Systems mit einer Leistung von 20 
MIPS und sind in sechs Modellvarian- 
ten lieferbar. Der Anwender kann je- 
doch auch mit dem Einstiegsmodell 
beginnen und das System durch Hin- 
zufügen von Platinen bis zum Spit- 
zenmodell ausbauen. Das Einstiegs- 
modell ESV 5 bietet bereits die Dar- 
stellung von 360000 Vektoren und 
19 000 Polygonen je Sekunde; die 
ESV 50, das Topmodell, leistet 
1 100000 „Depth-cued“-' Vektoren 
und 1 00 000 vierseitige, unabhängige 
Gouraud-schattierte Polygone pro 
Sekunde. Die Vektorleistungen wer- 
den durch in Hardware realisiertes 
Antialiasing, eine patentierte E & S- 
Entwicklung, erreicht. Die Gleitkom- 

Bild2 ► 


maleistung beläuft sich auf 4 
MFLOPS (doppelte Genauigkeit) 
bzw. 8 MFLOPS (einfache Genauig- 
keit). 

Alle Modelle laufen unter Unix Sy- 
stem V mit BSD-Erweiterungen; be- 
rücksichtigt werden die Standards 
PHIGS (Programmers Hierarchical 
Interactive Graphics System), X- 
Window, MOTIF der OSF und PEX, 
die 3D-Grafikerweiterung zum X- 
Window-System, auf die bereits der 
Hardwareentwurf ausgerichtet 
wurde. 

Intergraph stellte als Ablösung der 
bisherigen Modellreihe 3000 die neue 
Serie 6000 vor. Die Firma nutzt für 
ihre Workstations den von Fairchild 
bzw. Intergraph entwickelten RISC- 
Prozessor Clipper C 300 mit Leistun- 
gen zwischen 10 und 14 MIPS. Mit 
dem neuen Grafikprozessor EDGE 
(extensible display graphics engine) 
können die volle 24-Bit-Grafik (16,7 
Millionen Farben) und bis zu 400 000 
Vektoren pro Sekunde erreicht wer- 
den. Auch ist eine Hardware-Antialia- 
sing-Funktion vorhanden. In das 
Unix-Betriebssystem ist die Desktop- 
Benutzeroberfläche Looking Glass 
bereits standardmäßig eingebunden, 
womit das komplette Systemmana- 
gement mittels Maus und Icons er- 
möglicht wird. Für den Benutzer ent- 
fällt damit die wenig anwenderfreund- 
liche Unix-Kommandosprache. 

Über die neue Tektronix-Workstation 
XD 88/10 hatten wir bereits in MP 4/ 
90, S. 126, berichtet. Weitere Neuhei- 
ten waren daneben die Grafik-X-Sta- 
tion XN7 (Bild 3) mit einer Worksta- 
tion-ähnlichen Auflösung von 1280 x 
1024 Punkten auf dem 19-Zoll- 
Schwarzweiß-Bildschirm und als ko- 
stengünstiges Farbmodell die Grafik- 
X-Station XN10. Die XN7 besitzt ei- 
nen 15-MHz-68020-Prozessor zur 
Unterstützung anspruchsvoller tech- 
nischer Anwendungen und acht se- 
rienmäßige Zeichensätze, die beson- 
ders beim DTP (Desktop Publishing) 
von Vorteil sind. Eine Ethernet-TCP/ 


Bildl ▼ 




i 3 





Mikroprozessortechnik, Berlin 4 (1990) 8 


33 




IP-LAN-Schnittstelle, ein RS-232C- 
Interface sowie Anschlußoptionen er- 
lauben das Einbinden in' heterogene 
Umgebungen mit Mainframes, Minis, 
Workstations und Terminals. 

Die bisher als CTM {Computer Tech- 
nik Müller) bekannte Konstanzer 
Firma stetlte unter ihrem neuen Na- 
men ITOS Computer GmbH die auf 
einem RISC-Prozessor der Firma 
MIPS basierende Workstation ITOS 
2000WS (Bild 4) vor. Mit diesem Mo- 
dell will man weniger auf den beste- 
henden Workstationmarkt abzielen 
als auf die künftigen Strukturen die- 
ses Marktes. Dann nämlich wird nach 
Meinung von ITOS vor allem bei 
Großinstallationen die Workstation 
weitgehend zum PC-Ersatz. Und für 
eine solche massenhafte Verbreitung 
darf der Preis nicht zu hoch liegen. Mit 
weniger als 25000 DM als Komplett- 
preis der 2000WS (incl. Monitor mit 
1280 x 1024 Punkten, Tastatur und 
100-MByte-Festplatte) glaubt man 
sich bei ITOS gut im Rennen. Das 
Tischgerät läuft unter Unix V3 und lei- 
stet 14 MIPS. 

Die Firma Digital Equipment GmbH 
München war mit ihrer bisher größten 
Offerte an der CeBIT beteiligt. 
Schwerpunkte der Ausstellung waren 
vor allem komplette Anwendungs- 
und Branchenlösungen, die sich auf 
Ausstellungsstände in acht Hallen 
verteilten. Im Rechenzentrum in Halle 
1 wurden vor allem die neuen VAX- 
und RISC-Systeme gezeigt, die im 
zweiten Halbjahr 1989 auf den Markt 
kamen. Besonders erwähnt sei das 
Mehrplatz- und Serversystem DEC- 
system 5810 (Bild 5) auf der Basis 
der RISC-Prozessoren MIPS R3000/ 
R3010 unter dem Betriebssystem Ul- 
trix (Unix-Betriebssystem von DEC). 
Die CPU-Leistung beträgt ca. 18 


MIPS, der Hauptspeicher 32 MByte. 
Der externe Speicher kann bis auf 58 
GByte ausgebaut werden. Die Erwei- 
terung mit einem zweiten Prozessor 
und mit weiteren 32 MByte zum DEC- 
system 5820 ist möglich. 

Die VAX-6000-Familie wurde um die 
Modelle 410 .. . 460 erweitert, die mit 
1 bis 6 Prozessorelementen ausge- 
stattet sind. Jedes Prozessorelement 
der neuen Modelle hat eine Leistung 
von ca. 6,8 MIPS. Der Hauptspeicher 
kann auf 256 MByte ausgebaut wer- 
den. Die E/A-Leistung beträgt in Ab- 
hängigkeit von der Anzahl installierter 
Bl-Bussysteme 20 bis 60 MByte/s. 
Für die Ausführung schneller E/A- 
Operationen wird ein Solid-State- 
Disk ESE20 mit einer Kapazität von 
120 MByte angeboten. Die E/A-Lei- 
stung beträgt ca. 300 E/A-Gesuche/ 
min und ist somit gegenüber Winche- 
sterplatten zehnmal höher. Die elek- 
tronische Speichereinheit ESE20 
ordnet sich voll in die Digital Storage 
Architecture (DSA) ein und ist somit 
clusterfähig. 
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Erstmals war das bereits angekün- 
digte X-Window-fähige Terminal 
VT1 000 ausgestellt (Bild 6). Der Thin- 
Wire-Ethernet-Anschluß wird vom 
LAT- und TC P/I P- Protokoll unter- 
stützt. Damit können die X-Window- 
Applikationen sowohl auf einem 
VMS- als auch Unix-Host laufen. Mit 
dem VT1000 wurde der neue super- 
flache Elektrolumineszenz-Bild- 
schirm VREOI gezeigt, der in Zu- 
sammenarbeit mit der Firma Planar 
Systeme entwickelt wurde. Der 
VREOI hat eine Fläche von 394 x 
343 mm 2 und ist nur 70 mm tief. Die 
Auflösung beträgt 1024 x 1280 Pixel 
und die Bildfrequenz 60 Hz. Er ist an 
jede Workstation anschließbar. 
Gezeigt wurde u. a. auch die Anwen- 
dung von OSF/MOTIF unter DECwin- 
dows als grafisches Nutzerinterface, 
das die räumliche Simulation von Be- 
dienelementen (Knöpfe, Schalter, 
Tasten etc.) gestattet. 

Für die beschleunigte Grafikerweite- 
rung wurde als neues Produkt die 
VAXstation 3100 SPX angeboten. 
Die VAXstation 3100 (Modelle 30 und 
40) hat eine Leistung von etwa 2,4 
MIPS. In Ergänzung gibt es die neue- 
ren Modelle 38 und 48 mit verbesser- 
tem CMOS-MicroVAX-Prozessor 
78034M mit 3,8 MIPS. DerSPX-Gra- 
fik- Koprozessor (Scan Proc EXten- 
sion) ist für alle Modelle verfügbar. Er 
unterstützt 8-Bit-Ebenen (256 Far- 
ben). Die Grafikvektorleistung mit 
SPX erhöht sich um das Zehnfache. 

Für spezielle Anwendungsfälle zeig- 
ten einige Hersteller neue fehlertole- 
rante Unix-Rechner. Beispielsweise 
Tandem, allgemein als Marktführer 
bei ausfallgeschützten Parallelrech- 
nern angesehen. Bei dem System In- 
tegrity S2 (Bild 7) wird die Fehlertole- 
ranz durch dreifach redundante 
RISC-CPUs mit jeweils doppeltem 
Hauptspeicher, doppelter Stromver- 
sorgung und doppelt angelegtem Ein- 
/Ausgabesystem gewährleistet 
(Triple Module Redundancy - TMR). 
Als Betriebssystem wird das Unix 
nach der System V Interface Defi- 
nition (SVDI) von AT & T genutzt. 

Als Vertragspartner von Tandem bie- 
tet Nixdorf dieses Konzept unter der 
Bezeichnung Targon 3300 an. Der 
Rechner soll mittels TMR eine Ver- 
fügbarkeit von 99,997 Prozent errei- 
chen. Das Betriebssystem basiertauf 
Unix System V Release 3.1 von AT & 
T. das um zusätzliche Funktionen zur 
Datensicherheit ergänzt wurde. 

Ein weiteres ausfallgeschütztes Sy- 
stem unter Unix System V (X/OS) 
kommt von Olivetti als Bestandteil 
seiner Open System Architecture 
(OSA) mit dem Minicomputer LSX 


4030. Basis dieses Rechners ist je- 
doch ein Mikroprozessor Motorola 
68030; der Hauptspeicher beträgt bis 
zu 32 MByte. 

Personalcomputer 
Im Mittelpunkt des Interesses stan- 
den sie zweifellos, die Spitzen-PCs 
mit dem neuen lntel-80486-Prozes- 
sor. PCs mit 80386 konnten da nur 
noch auffallen, wenn sie mit dem 
EISA-Bussystem ausgestattet wur- 
den (von Zenith angekündigt); 286er 
PCs vielleicht, wenn man sie in ein 
exklusives Edelholzgehäuse steckte. 
Wie Panatek mit der „State of the art“- 
Edition des AT 80286 in einer limi- 
tierten Auflage von 300 Stück (Bild 8). 
Mit der Vorstellung des Compaq Sy- 
stempro begann sich eine neue Linie 
bei den Hochleistungs-PCs abzu- 
zeichnen - hin zu Multiprozessor- 
systemen. Erwartungsgemäß stellte 
die taiwanesische Firma Mitac ihre 
Serie 500 vor; standardmäßig mit 
zwei 80386/25 (später 80486) ausge- 
stattet und auf sieben Prozessoren 
erweiterbar. Verbunden sind die Pro- 
zessoren in der Dual-Bus-Architektur 
mittels C-Bus, daneben gibt es noch 
den AT-Bus für Add-on-Karten und 
herkömmliche Peripherie. Bei voller 
CPU-Ausstattung können bis zu 160 
Benutzer an das System angeschlos- 
sen werden. Verwendet wird das 
SCO Xenix System V als Betriebssy- 
stem. Bei einer Leistung des PCs von 
25 MIPS glaubt Mitac, den VAX-Sy- 
stemen von DEC und IBMs AS/400 
den Kampf ansagen zu können. 
Weiterer Anbieter von Multiprozes- 
sorsystemen war ITOS mit dem als 
Minirechner deklarierten Tower ITOS 
3020 (bis zu 4 Rechnerkarten mit je 
einem 68030-Prozessor und 16 
MByte eigenem RAM; auf dem AT & 
T-UnixV3.1 basierendes Multix). 
Olivetti bietet -ähnlich einigen ande- 
ren Herstellern - besonders für wis- 
senschaftliche Anwendungen und die 
Bildverarbeitung die Möglichkeit, den 
neuen 80486/25-PC optional zusätz- 
lich mit Intels RISC-Prozessor 860 
auszustatten. 

Nach der Handvoll Aussteller von 
80486-PCs zur Systems im Herbst 
'89 waren es derer nun bereits mehr 
als drei Dutzend. Die eindeutige 
Mehrheit davon stattete ihre Rechner 
übrigens mit dem EISA-Bussystem 
aus. Dies gilt auch für die ersten 
80486-PCs mit 33 MHz Taktfre- 
quenz. Beispielsweise Tandons 
neues Flaggschiff 486/33. (Neben 
den sechs 32-Bit-EISA-Steckplätzen 
hat er auch zwei 16-Bit-AT-Slots, ei- 
nen von 2 auf 64 MByte aufrüstbaren 
RAM sowie bis zu 670 MByte Fest- 
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Plattenkapazität.) Oder für den EISA Bild 8 ^ 
486/33 von Dakota (Bild 9). Einen 
weiteren 33er zeigte der niederländi- 
sche PC-Spezialist Laser Computer 
mit dem Laser 486/1 (2 bis 16 MByte 
RAM, 8 bis 128 KByte Cache, 185- 
MByte-Festplatte). Die Mehrheit der 
Hersteller beschränkte sich aller- 



dings auf die von Intel vorgegebenen 
25 MHz, denn selbst da gab es bezüg- 
lich der Fehlersicherheit der Prozes- 
soren noch einiges zu bemängeln. 

Die Firma Schneider zeigte ihre be- 
reits zur Systems präsentierte 486 
Mega Station (Bild 10). Sie steckt in 
dem vom Tower AT bekannten kom- 
pakten Gehäuse, in dem ein 3 V 2 -Z 0 II- 
Floppylaufwerk (1 ,44 MByte) und die 
120- MByte- Festplatte untergebracht 
sind. Der RAM beträgt 2 MByte. An 
Schnittstellen sind vorhanden: 1 x 
seriell, 1 x parallel, 1 x Maus, 1 x ex- 
ternes Laufwerk. Die Auflösung des 
Monitors beträgt 1024 x 768 Bild- 
punkte (VGA). 

Zur CeBIT-Halbzeit hatte Goupils 
neues 486er Flaggschiff, der G60 
Premiere (Bild 1 1). In dem markanten 
Tower haben zwei 5V4- oder3V2-Zoll- 
Diskettenlaufwerke, ein 150-MByte- 
Streamer und zwei Hochgeschwin- 
digkeitsfestplatten (bis zu 2 x 1,2 
GByte, SCSI-Controller) Platz. Dazu 8 
Steckkarten im EISA/ISA-Format. Der 
RAM ist von 4 MByte bis auf 64 MByte 
ausbaubar. Goupil verzichtet auf ei- 
nen externen Cache, da durch den 
Burst-Modus Speicherzugriffe ohne 
Wartezyklen möglich sein sollen. 

AST war eines der ersten Unterneh- 
men, die einen 486er vorstellten; nun 
gibt es fünf Modellreihen sowohl für 
den EISA- als auch für den ISA-Bus: 
AST Premium 486/33 (ISA), AST Pre- 


anderem der System Control Mana- 
ger (SCM) äls Sicherheitssystem 
(wurde in MP 12/89 bereits beschrie- 
ben), der EISA-Bus und das neue Tu- 
lip Advanced Memory Concept. Mit 
diesem werden die Schreiboperatio- 
nen des Speichers optimiert, sprich 
um 30 Prozent gegenüber einem Se- 
cond Level Cache reduziert, wodurch 
die Belegung des Busses durch den 
Systemprozessor drastisch verrin- 
gert und der Bus für andere Benutzer 
frei wird. Tulip glaubt, daß der tr 486e 
mit diesem Konzept die beste und 
schnellste Lösung für den CAD-, 
DTP-, Fileserver- und Unix-Host- 
Markt darstellt. 

Von den bekannten Anbietern von 
Personalcomputern mit Motorola- 
Prozessoren Apple, Atari und Com- 
modore hatte lediglich Apple nen- 
nenswert Neues zu bieten. (Commo- 
dores Amiga 2500/30 wurde bereits 
zur LFM ’90 gezeigt, s. MP 7/90, und 
der Amiga 3000 erst im April ange- 
kündigt; über die Neuheiten von Atari 
haben wir bereits berichtet.) 

Neben IBMs System/6000-Vorstel- 
lung dürfte die Präsentation von App- 
les Macintosh llfx (Bild 13) das 
zweite herausragende Ereignis der 
CeBIT gewesen sein. Immerhin soll 
der Neue mit der Steigerung der T akt- 
frequenz des 68030 auf 40 MHz bis 
zu viermal so schnell sein wie die Vor- 


jedoch auch die anderen leistungsbe- 
einflussenden Systemmerkmale ver- 
bessert. Der Hauptspeicher ist mit 80- 
ns-DRAMs bestückt, der Cache mit 
15-ns-SRAMs. Dazu kommen erst- 
mals ein SCSI-Controller mit direkter 
Zugriffsmöglichkeit auf den Haupt- 
speicher (DMA) und zwei unabhän- 
gige I/O-Prozessoren (lOPs) für die 
„langsame“ Peripherie. Gleichzeitig 
mit dem neuen Modell stellte Apple 
auch die neue Betriebssystemver- 
sion A/UX Version 2.0 vor, die auf 
Unix System V, Version 2.2 von AT & 
T basiert, sowie Videokarten einer 
neuen Generation. Die Aktiv-Video- 
karte 8 x 24GC besitzt beispiels- 
weise einen Am 29000-RISC-Pro- 
zessor und soll ein bis zu 30mal 
schnelleres Arbeiten am Mac erlau- 
ben. Nach Apples Meinung ist der llfx 
der erste PC, der Farbbildverarbei- 
tung in Reproqualität erlaubt; mit den 
Möglichkeiten zur Echtzeitbildbear- 
beitung mit Tonsynchronisation, 
Farbdarstellung und Bildmanipula- 
tion soll er unter anderem eine ideale 
Entwicklungsplattform für Multimedia 
- übrigens ein neues Schlagwort auf 
der CeBIT -sein. 

Tragbare PCs/Laptops 

Bei den Entwicklungen der Hersteller 

von tragbaren Personalcomputern 



Bild 11 

lassen sich gegenwärtig zwei Ten- 
denzen erkennen: Erstens, die Lap- 
tops („Schoßcomputer“ um die 6 kg 
Gewicht) an die Leistungen der Desk- 
top-(Auftisch-)PCs heranzubringen 
und zweitens, die Computer soweit 
es nur geht zu verkleinern. Das führte 
zu einer neuen, mittlerweile als Note- 
book-PCs bezeichneten Kategorie, 
abgeleitet aus der Grundfläche eines 
Schreibblockes mit etwa A4-Format. 
Der weiteren Verkleinerung sind al- 
lerdings ergonomische, sprich natür- 
liche Grenzen durch den Menschen 
gesetzt. Lassen sich doch schon die 
heutigen kleinsten Notebooks von 
Leuten mit Knubbelfingern kaum 
noch ernsthaft professionell bedie- 
nen. Bei der Leistungssteigerung 
konzentrieren sich die Bemühungen 
vor allem auf die Erhöhung der Spei- 
cherkapazitäten und die Qualität der 
Monitore, insbesondere auf die Dar- 
stellung von Farben. 

In diesem Jahr sorgten drei Firmen 
mit Farblaptops für Aufsehen: Tos- 
hiba, Sharp und Hitachi. Bei Toshiba 
ging man den Weg, das bisherige 
Spitzenmodell, den T 5200, mit einem 
abnehmbaren 1 1 -Zoll-Farbdisplay 
auszustatten. Das LCD mit passiver 
Darstellungsmatrix am gezeigten 
Vorserienmodell des T 5200 C 
(Bild 14) stellt bis zu 16 Farben dar 
und hat eine Auflösung von 640 x 
480 Bildpunkten (VGA). Die geringe 
Bildpunktgröße (0,105 x 0,335 mm 2 ) 
und der geringe Punktzwischenraum 
(0,01 5 x 0,025 mm 2 ) sorgen dabei für 


mium 486/25 TE (Tower EISA), AST 
Premium 486/25 E(EISA), AST Pre- 
mium 486/25T (Tower ISA) und AST 
Premium 486/25 (ISA). Allen Model- 
len gemeinsam ist die zum Patent an- 
gemeldete CUPID-32-Architektur 
(Completely Universal Processor, 
I/O-Design), bei der CPU, Speicher 
und Koprozessorunterstützung von 
den I/O-Funktionen, ASICs und dem 
BIOS auf der Systemplatine getrennt 
sind. Mit diesen Modellkonzepten 
wird die nachträgliche Aufrüstung zu 
mehr Leistung durch einfachen Aus- 
tausch der Komponenten erleich- 
tert. 

Ebenfalls ein modulares Konzept ver- 
wendet Tulip bei dem neuen tr 486e 
(Bild 12); das heißt, der Prozessor 
sitzt nicht auf dem Motherboard, son- 
dern selbst auf einer Steckkarte. Wei- 
tere Merkmale des tr 486e sind unter 


gänger Ilex und llx (doppelt so schnell ßj ^ 73 ^ 

wie der llci) und damit vielleicht der 
schnellste PC überhaupt. Neben der 
Erhöhung der Taktfrequenz wurden Bild 12 ▼ 
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die gute Bildqualität. Der T 5200 C ar- 
beitet mit einem Prozessor 80386, 20 
MHz; er hat eine 100-MByte-Fest- 
platte und 2 Erweiterungssteck- 
plätze. 

Die Firma Hitachi, die Anfang 1989 
erstmals einen Laptop mit Farbdis- 
play präsentierte - allerdings mit ei- 
ner bescheidenen Diagonale von 6,3 
Zoll (s. MP 4/89, S. 124) - zeigte nun 
erstmals ein Modell mit 10-Zoll-Moni- 
tor. Der HL 500C (Bild 1 5) arbeitet mit 
einem 80386SX-Prozessor, hat 1 
MByte RAM, eine 3,5-Zoll-Floppy und 
eine 40-MByte-Festplatte. Bei dem 
Farb-LCD mit einer Auflösung von 
640 x 480 x 3 Punkten und acht dar- 
stellbaren Farben verwendet Hitachi 
die sogenannte Dünnfilmtransistor- 
technik (TFT - Thin Film Transistor), 
bei der die Bildpunkte durch im Bild- 
schirm integrierte Transistoren gebil- 
det werden (das Prinzip hatten wir be- 
reits in MP 1/90, 2. Umschlagseite, 
ausführlich erläutert). Damit sind be- 
sonders schnelle Bildwechsel ohne 
Schlierenbildung möglich. 

Auf dem gleichen Monitorprinzip be- 
ruht das 1 0-Zoll-LCD des neuen Farb- 
laptops von Sharp (Bild 16). Die 
Firma hatte bereits zur CeBIT ’89 den 
ersten 386-Portable mit einem 14- 
Zoll-Farbdisplay präsentiert (s. MP 6/ 
89, 4. US); nun ließ sie den Prototyp 
ihres neuen Modells für die CeBIT ei- 
gens aus Japan einfliegen. Auch 
Sharps Glanzstück beeindruckte 
durch die hohe Auflösung (640 x 480 
x 3), die klare und kontrastreiche 
Darstellung und den mehr als 60° gro- 
ßen seitlichen Blickwinkel. 

Für Laptops im Moment noch Zu- 
kunftsmusik, aber vielleicht bald ver- 
fügbar sind die von IBM vorgestellten 
10-Zoll-LCDs. Während einer der 
Prototypen mit jedem der 640 x 480 
Pixel 51 2 Farben darstellen kann, de- 
monstrierte der andere Bildschirm die 
Möglichkeit von jeweils 262 144 Ver- 
schiedenen Farben. Dazu war er mit 
einer auf ein Aquarium gerichteten Vi- 
deokamera gekoppelt, deren „beruhi- 
gende“ Bilder quasi in Echtzeit über- 
tragen wurden. 

Einen Blick in die Zukunft erlaubte 
auch Toshiba mit einem 14-Zoll-TFT- 
LCD. Das Display, das wie IBMs Ent- 
wicklungen nicht nur für Laptops, 
sondern auch für die Unterhaltungs- 
elektronik interessant ist - Schlag- 
wort Multimedia kommt von der 
Firma Display Technology, Inc., ei- 
nem Gemeinschaftsunternehmen 
von Toshiba und IBM, und ist das er- 
ste Ergebnis der Kooperation. Als Be- 
sonderheit besteht dieses Display 
aus je vier einzelnen Zellen bzw. 
Punkten für die Farben. Das heißt, zu 
rot, grün und blau kommt noch eine 
weiße Zelle, die dem Bild einen höhe- 
ren Kontrast verleiht. 

Neben den Bemühungen der Herstel- 
ler, Farbe auf die „Transportablen“ zu 
bringen, gibt es auch andere interes- 
sante Entwicklungen. Die Firma 
Dolch beispielsweise stellte erstmals 
in Europa den ersten transportablen 
PC mit 80486-Prozessor vor (wir be- 
richteten über den P. A. C. 486/25 be- 
reits in MP 4/90, S. 126); Goupil prä- 
sentierte als erster - mit dem Golf SX 
- einen Laptop mit Intels brandneuem 
20-MHz-Prozessor 80386SX/20; 
REIN Elektronik bot mit dem M5 ei- 
nen Laptop mit modularem Aufbau 
an, das heißt mit der Möglichkeit, ver- 
schiedene Komponenten nach Be- 
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Die Druckerhersteller nutzten die Ce- 
BIT einmal zur Vorstellung von Wei- 
terentwicklungen bewährter Pro- 
dukte. Beispielsweise NEC mit den 
Nachfolgern der bekannten Matrix- 
drucker Pinwriter P6 und P7, jetzt P60 
und P70 genannt; Seikosha mit der 
schmalen Version des SL-230, dem 
neuen Modell SL-210; Hewlett-Pak- 
kard mit dem Nachfolger des HP IIP, 
jetzt HP III; C. ITOH mit der Breitver- 
sion des Matrixdruckers C-610, C- 
645. Der C-645 ist in zweierlei Hin- 
sicht bemerkenswert. Zum einen ist 
es der erste 28-Nadeldrucker der 
Welt. Die Nadeln sind dabei im Druck- 
kopf in drei Reihen zu je 9 Nadeln plus 
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darf zu nutzen (das Konzept ist aller- 
dings bereits von Epsons PX-16 be-, 
kannt; s. MP 9/89, 4. US). 

Notebook-PCs 

Auf dem Gebiet der „Mini-Laptops“ 
tummelt sich mittlerweile eine Viel- 
zahl von Herstellern mit immer neuen 
Produkten. Toshiba, mit dem T 1000 
einer der ersten, bot zahlreiche Wei- 
terentwicklungen an (T 1000 SE, T 
1000 XE,T 1200 XE); natürlich waren 
Sharp mit dem neuen PC-6220 (s. 
MP 5/90, S. 158), Compaq mit dem 
LTE (s. MP 1/90, S.30) und Atari mit 
dem Portfolio (s. MP 12/89, S.384) 
vertreten. Beim Vergleich dieser MS- 
DOS-PCs läßt sich bereits erkennen, 
daß in die Gruppe der „Notebooks“ 
doch recht verschiedene Konzepte 
fallen. Die Größe liegt teilweise deut- 
lich unter A4-Grundfläche, teilweise 
aber auch darüber. Dementspre- 
chend sind einige Geräte mit her- 
kömmlichen Festplatten- und Disket- 
tenlaufwerken ausgestattet, andere 
wegen der geringen Größe nur mit 
Speicherkarten. Ein typischer Vertre- 
ter ist von Philips der neue PCL 101 
(Bild 17). Seine Maße betragen 28 x 
22 x 2,8 cm 3 (BxTxH) und das Ge- 
wicht 2,3 kg. Er arbeitet mit einem 
80C86-Prozessor, ist also XT-kom- 
patibel. Der PCL 101 besitzt ein 3,5- 
Zoll-Floppylaufwerk, das Betriebssy- 
stem ist im ROM gespeichert. Das 
LC-Display hat CGA-Auflösung (640 
x 200 Punkte) und kann acht Grau- 
stufen darstellen. Ein Batteriesatz soll 
für drei Stunden Betrieb sorgen. 


Bis zu 60 Stunden Betriebsdauer mit 
einer Batterieladung gibt die PSION 
GmbH für ihre Psion-MC-Serie an 
(MC 200, MC 400, MC 600). Erreicht 
wird das vor allem durch die Verwen- 
dung von Intels Flash-Eproms als 
RAM. 

Als vielleicht kleinster voll funktions- 
fähiger MS-DOS-Rechner sei 
schließlich noch der Poqet PC der 
Poqet Computer Ltd. erwähnt - nur 
22 x 11 x 2,3 cm 3 „groß“ und 450 
Gramm schwer. Neue Energiespar- 
technologien und Speicherkarten er- 
lauben mit zwei Mignonbatterien ei- 
nen Betrieb von bis zu 100 Stunden. 
Diesen interessanten PC werden wir 
demnächst etwas ausführlicher vor- 
steilen. 

Peripherie 

Insbesondere bei Disketten- und 
Festplattenlaufwerken dürften die 
Entwicklungen - in Wechselwirkung 
- nicht unwesentlich von der weiteren 
Miniaturisierung der PCs geprägt 
sein. So setzt Toshiba in den neuen T 
1200XE-Laptop bereits ein 2,5-Zoll- 
Festplattenlaufwerk mit 20 MByte des 
amerikanischen Herstellers Conner 
Peripherais ein. Die gleiche Firma 
bietet für das herkömmliche 3,5-Zoll- 
Format bei einem Zoll Bauhöhe 120 
MByte Speicherkapazität bei 19 ms 
mittlerer Zugriffszeit (Conner CP- 
30100). Beim 5,25-Zoll-Format wer- 
den vom Seagate Wren Runner 767 
MByte erreicht, vom Solid Computer 
Disk 1200 1,2 GByte und beim D 


5892 von NEC 1,6 GByte. 8-Zoll- 
Festplatten bringen es auf Kapazitä- 
ten von 2,65 GByte (Fujitsu M 
2671 P). 

Eine ähnliche Tendenz zeichnet sich 
bei Diskettenlaufwerken ab: Erhö- 
hung der Speicherkapazitäten und 
Datentransferraten, Verringerung der 
Zugriffszeiten und gleichzeitig Versu- 
che, neue, kleinere Formate auf dem 
Markt durchzusetzen. Allgemein wird 
eingeschätzt, daß die bisher beherr- 
schende Stellung der 5,25-Zoll-Dis- 
ketten gegenüber dem 3,5-Zoll-For- 
mat demnächst verloren geht. Als 
neuer Kapazitätsstandard zeichnen 
sich bei 3,5-Zoll-Disketten bereits 4 
MByte ab. Sollte sich das von Insite 
Peripherais entwickelte Floptical- 
Prinzip verbreiten, kann bald mit 20- 
MByte-Floppies in den PCs gerech- 
net werden. 
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S einer zehnten Nadel in der mittleren 
' t Reihe angeordnet (Bild 18). Zum an- 
deren gehört er zu den Flachbettdruk- 

I kern, einer Bauweise, die wegen des 
waagerechten Papierdurchzuges 
Vorteile besonders beim Bedrucken 
von Briefumschlägen, Etiketten, Auf- 
klebern, dickem Papier oder mehre- 
ren Durchschlagen bietet. Drucker 
der gleichen Bauweise wurden von 
Epson gezeigt (24-Nadler, ohne Ty- 
penbezeichnung) und mit dem SL- 
532 von Sei kos ha (vorgestellt auf der 
4. Umschlagseite dieses Heftes). Ep- 

I son dürfte der Hersteller mit der viel- 
leicht größten Anzahl von Drucker- 
neuheiten zur CeBIT gewesen sein. 
So gab es neben dem neuen Flach- 
bettdrucker unter anderem den als 
^ „Geschwindigkeits-Weltmeister“ prä- 
V sentierten 18-Nadler DFX-8000 zu 
B sehen. Im High Speed Draft Modus 
fl soll er 1 066 Zeichen/Sekunde schnell 
I sein, bei NLQ und 10 cpi 160 Zeichen/ 
I Sekunde. Mit dieser Leistung und der 
fl angebotenen Ausstattung eignet sich 
® der DFX-8000 neben PC-ArbeitspIät- 
zen vor allem für den Bereich der mitt- 
leren Datentechnik. 

Als „ersten echten seitenorientierten 
Drucker auf Tintenstrahlbasis“ offe- 
rierte Epson schließlich einen 64-Dü- 
sen-Tintenstrahldrucker (ohne Ty- 
penbezeichnung, Bild 19). Für die 
komplexe, also seitenorientierte Dar- 
stellung ist er von standardmäßigen 
0,5 MByte intern bis auf 2,5 MByte 
RAM aufrüstbar. Als Vorteil gegen- 
über den meisten Laserdruckern ver- 
arbeitet er auch A3-Papier und Lepo- 
rello (Endlospapier). Er bietet die 
auch bei Laserdruckern übliche Auf- 
lösung von 300 dpi (Punkte pro Zoll), 
ist allerdings nur etwa 1 Seite/Minute 
schnell bei Letter Quality. 

Als weitere Neuheiten seien abschlie- 
ßend genannt: der erste Thermo- 
transfer-Farbdrucker für OS/2-An- 
wendungen, der Writer PM 10 von 
QMS, der „Triathlon“, ein Nadeldruk- 
kerder Schweizer Firma Wenger, bei 
dem je nach Bedarf ein 18- oder 24- 
Nadeldruckkopf eingesetzt werden 
kann („von jeder Sekretärin in weni- 
gen Minuten erlernbar“) sowie von 
Pentax der erste Laserdrucker, der 
auch Leporellopapier verarbeitet. 

Im Grafikbereich setzte auf der CeBIT 
die Mehrzahl der Firmen auf VGA (Vi- 
deo Graphics Array) mit der 
Standardauflösung von 640 x 480 
Bildpunkten bei 16 Farben. Zum gu- 
ten Ton gehörten aber auch schon die 
Auflösungen 800 x 600 (Super-VGA) 
und 1024 x 768 (z. B. VESA, vgl. MP 
3/90, S. 95) bei 4 bis 256 Farben. Nur 
noch selten war EGA (Enhanced Gra- 
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phics Adapter) mit 640 x 400 Bild- 
punkten bei 8 Farben zu finden. 

Mit steigender Auflösung und Anzahl 
der Funktionen ist zwar mehr „Intelli- 
genz“ integriert, jedoch läßt sich im- 
mer weniger ein neuer Standard er- 
kennen. Da reichen die Auflösungen 
jenseits von VGA von 1024 x 1024 
Pixeln bis zu Auflösungen von 1600 
x 1 280 oder 1 664 x 1 200 Pixeln ; da- 
bei können bis zu 256 Graustufen 
oder 256 Farbschattierungen pro 
Farbe (= 16,7 Mio Farben) erzielt 
werden. Auch bei den Schnittstellen 
schien sich (neben Apple) für die PCs 
noch kein Standard durchgesetzt zu 
haben. Der bereits 3 Jahre alte 8514/ 
A-Adapter mit dem Application Inter- 
face (AI) von IBM hat vom Texas In- 
struments Graphics Adapter (TIGA) 
Konkurrenz bekommen. Ein Beispiel 
dafür ist die Hercules Graphics Sta- 
tion Card (Bild 20) der Kalifornischen 
Firma Hercules Computer Techno- 
logy. (Hercules ist es bislang als ein- 
zigem Hersteller von Grafikkarten ge- 
lungen, neben IBM einen Standard 
durchzusetzen.) Die Karte verwendet 
den VGA-Controller 82706 von Intel, 
den mit 60 MHz getakteten Grafik- 
controller 34010 von Texas Instru- 
ments, bis zu 2 MByte RAM und 1 
MByte Video-RAM. Erzeugt werden 
damit 1 024 x 768 Bildpunkte mit 256 
Farben (bei 8 Bit pro Pixel) oder 16,7 
Millionen Farben (bei 24 Bit pro Pi- 
xel). Ihr Preis beträgt rund 2500 
Mark. 

Auf der Basis von Transputern der 
Firma Inmos bot der Aachener Her- 
steller von Parallelrechnern paracom 
den Grafikmodul GDS II an. Für alle 
wichtigen Rechnertypen anpaßbar, 
erreicht er eine Auflösung von bis zu 
1280 x 1024 Pixeln. Bei einer Spei- 
cherung von 24 Bit pro Pixel können 
ebenfalls 16,7 Millionen Farben 
gleichzeitig dargestellt werden 
(Bild 21). 

Bei den Monitoren ist ein Trend zu 
größeren Durchmessern (bis zu 21 
Zoll) und zu verbesserter Ergonomie 
zu verzeichnen. Viele Endprodukt- 
hersteller, insbesondere in Europa, 
setzen zudem nur noch strahlungs- 
arme Monitore ein. Beispielsweise 
besitzt der 14-Zoll-Monitor TDV 
1472-C von Tandberg Data (Norwe- 
gen) neben einer Bildfrequenz von 70 
Hz und dem bekannten ergonomi- 
schen Tandberg-Farbkonzept (vgl. 
MP 6/89) eine interne Metallverklei- 
dung, die sowohl die Strahlung auf 
ein niedriges Niveau senkt als auch 
den Einsatz von toxische Gase ent- 
haltenden Flammenhemmern im 
Kunststoffgehäuse unnötig macht. 

Der 15-Zoll-Bildschirm IRIS 15s der 
Erkrather Firma egs erreicht im Su- 
per-VGA-Modus (800 x 600) eine 
Bildfrequenz von 73 Hz und im EGA- 
Modus sogar von 121 Hz! Damit wird 
eine völlig flimmerfreie Anzeige mög- 
lich. Das Gehäuse wurde unter Ver- 
zicht auf Plastmaterialien aus Metall 
gefertigt. Zur Grundausstattung zäh- 
len ebenfalls ein höhenverstellbarer 
Fuß und die stufenlose Verstellung 
des Neigungswinkels (Bild 22). Sein 
Preis wird mit rund 5000 Mark ange- 
geben. 

Völlig strahlungsfrei sind LC- und 
Elektrolumineszenzdisplays. Ein 
schon seit Jahren erfolgreicher Ent- 
wickler der aktiv leuchtenden EL-Di- 
playsistdie Firma FINLUX Terminal- 
eine Tochter der Lohja Corporation 



Finnland. Sie stellte zur CeBIT als 
„Weltneuheit“ das VGA-kompatible 
11 -Zoll-Display ELM640X480 vor 
(Bild 23). Es hat eine Bildfrequenz 
von 60 Hz im Grafikmodus (640 x 
480) und von 70 Hz im Textmodus 
(640 x 400). Das Display kostet rund 
3800 Mark. 

Die verbesserten Grafikmöglichkei- 
ten der PCs lassen natürlich die 
Frage aufkommen, ob man nicht bei- 
spielsweise auch Fernsehen oder 
Bildtelefon über Computer realisieren 
kann. Die Antwort heißt Multimedia 
oder Digital Video Interactive (DVI). 
Als Beweis bot Toshiba zum ersten- 
mal die Möglichkeit, mit einem Laptop 
fernzusehen, das heißt Videofilme in 
Gesamtlänge mit Trickbildern, 3D- 
Grafiken, Text und hochwertigem 
Stereoton zu vereinen. Hierzu wur- 
den neue Speicherverfahren entwik- 
kelt, denn bisher wurden etwa 22,5 
MByte für die Darstellung von nur ei- 
ner Sekunde eines Farbfernsehbil- 
des benötigt. Mit Hilfe spezieller Algo- 
rithmen und dem leistungsfähigen Mi- 
kroprozessor 82750 hat Intel ein Ver- 
fahren zur Verdichtung der riesigen 
Informationsmengen entwickelt. Die- 
ses Verfahren ermöglicht erstmals 
eine Echtzeit-Dekompression, das 
heißt, die komprimierten Daten wer- 
den in Echtzeit gelesen und in das ge- 
wünschte Format umgewandelt. Es 
ist jetzt möglich, daß mehr als eine 
Stunde normaler Film mit 512 x 480 
Bildpunkten, 30 Bildern pro Sekunde 


und Stereoton auf einer einzigen 5- 
Zoll-CD-ROM gespeichert werden 
kann. 

Ein anderes Beispiel bot die Nürnber- 
ger Firma DIGIHURST mit der Inte- 
gration von Text, Bild, Ton und Dia- 
grammen im MicroEye PictureBook 
Board (Bild 24). Aber auch IBM ge- 
hört bereits zu den Multimedia-Anbie- 
tern - hier IBM AVC genannt (Audio 
Video Connection). Auf der Basis des 
Personal System/2 werden Bilder, 
Grafiken, Audio und Videoelemente 
in einer Präsentation vereint. 

Netzwerke 

Für den Messebesucher schwieriger 
zu entdecken als ein PC mit Farbmo- 
nitor ist ein Netz, an das der PC ange- 
schlossen ist. Zumal die Vielfalt der 
Vernetzungen auf der CeBIT ’90 ähn- 
lich schwer zu überblicken war wie 
die der PCs. DerCeBIT-Schwerpunkt 
Netzwerke mit 154 Ausstellern in den 
Hallen 1 4 und 23 enthielt unter ande- 
rem die großen System- und herstel- 
lerübergreifenden Gemeinschafts- 
veranstaltungen NetWorld Europe, 
MultiNET und EurOSInet. 

Obwohl die NetWorld mit 65 beteilig- 
ten Firmen in Halle 23 das größte Ce- 
BIT-Netz vorstellte, war doch die Mul- 
tiNET wesentlich überschaubarer: In 
der Mitte der Halle 14 stehend, 
konnte man alle 25 Netzteilnehmer 
leicht überblicken. Auch die Vielfalt 
der vorgestellten Hard- und Software- 
komponenten ließ interessante 
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bar sind, ließ sich die Firma Novell et- 
was ganz besonderes einfallen. Sie 
vernetzte 250 Workstations von Acer, 
Apple, AST, Compaq, HP, IBM, Oli- 
vetti, Philips und Tulip über ein Ether- 
net und stellte sie an einer großen Vi- 
deowand auf. Als Server diente ein 
einziger Compaq Systempro 386 mit 
EISA-Bus, 33 MHz, 16 MByte RAM 
und dem Netzwerkbetriebssystem 
NetWare 386 von Novell. 
Eindrucksvoll wurde demonstriert, 
daß die einzelnen Workstations sich 
die Aufgaben - in diesem Fall die Bil- 
der - untereinander aufteilen können. 
Drei Betriebssysteme (DOS, OS/2, 
Mac) und 10 Applikationen (z. B. 
Turbo-C, Norton Utilities, PageMa- 
ker, Foxbase und MS-Word) „spiel- 
ten“ mit. Damit konnte auch der 
Trend zu den Client-Server-Architek- 
turen aufgezeigt werden - also nicht 
nur Ressourcenteilung für viele An- 
wender, sondern auch Arbeitsteilung 
zwischen Workstation und Server. 

Auf dem Softwaresektor konnte- ins- 
besondere auf der MuitiNET -die Ko- 
existenz von TCP/IP und ISO-Proto- 
kollen beobachtet werden. Aber hier 
ist es wie bei den Betriebssystemen 
(proklamierte Ziele sind OS/2 oder 
Unix, aber fast alle arbeiten mit DOS): 
Das Transmission Control Protocol! 
Internet Protocol prägt immer noch 
sehr stark die offene Kommunikation, 
obwohl es das erklärte Ziel aller ist, 
das 7-Schichten-Modell der Interna- 
tionalen Standardisierungs-Organi- 
sation zu verwenden. 
Netzwerkbetriebssysteme wurden 
unter anderem von Microsoft mit den 
LAN-Managern 2.0 und /X, von IBM 
mit dem LAN-Server, von Banyan mit 
Vines 4.0 und von Novell mit der oben 
erwähnten NetWare 386 angebo- 
ten. 

Software 

Betriebssysteme 
und Benutzeroberflächen 
Ganz deutlich zeigte sich, daß die 
erstmals auf dem Apple-Macintosh 
eingeführte, nutzerfreundliche Be- 
dienoberfläche immer mehr zu allge- 
meinem Standard wird und viele Soft- 
wareprodukte über Ikonen oder Me- 
nüs gesteuert werden können. Auch 
Unix, in der Vergangenheit eines der 
am schwierigsten zu bedienenden 
Betriebssysteme, kommt um diese 
Entwicklung nicht herum. Dies kann 
eine Voraussetzung sein, damit Unix 
vielleicht doch noch zu dem am weite- 
sten verbreiteten Betriebssystem für 
Mikrocomputer wird, was gegenwär- 
tig „nur“ für Mehrplatzsysteme zu- 
trifft. Hierbei allerdings soll der Anteil 
bei weit über 50 Prozent liegen. Han- 
dicap für den Einsatz von grafischen 
Bedienoberflächen auf Mikrocompu- 
tern unter Unix waren bisher die 
Hardwarevoraussetzungen: minde- 
stens ein 80386er Prozessor (besser 
ein 80486er) und ein Hauptspeicher 
mit einer Größe ab 8 MByte. Mit der 
faktischen Aufhebung der COCOM- 
Bestimmungen für die DDR seit Juli 
dürfte aber auch dies keine große Be- 
schränkung mehr sein. Für das Ge- 
biet der DDR ist aber aus einer ande- 
ren Sicht mit einem Anstieg der instal- 
lierten Unix-Systeme zu rechnen. 

So hat die Bundesregierung bereits 
im Januar 1990 für alle (bundes-) 
deutschen Ministerien, für die Bun- 
desbank und die Bundesbahn die 
Übernahme des X/Open-Standards 
empfohlen. 
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sich durch seine sehr hohe Ge- 
schwindigkeit und auch wegen des 
noch sehr hohen Preises in erster Li- 
nie für eine leistungsfähige gebäude- 
übergreifende Vernetzung. Für die 
Zukunft wollen es Experten jedoch 
als das „Ethernet der 90er Jahre“ - 
also auch für die Inhouse-Vernetzung 

- sehen. Der Begriff „Ethernet“ wird 
aber nur deshalb benutzt, weil das 
Ethernet mit seiner Linienstruktur die 
größte Verbreitung hat; das FDDI ist 
nämlich ein kollisionsfreies Netz mit 
einer Ringstruktur, das nach dem To- 
ken-Verfahren arbeitet. 

Für die Verbindung unterschiedlicher 
Netze werden natürlich leistungsfä- 
hige Verbindungsbaugruppen - je 
nach Einsatzfall Bridges oder Router 

- benötigt. Einen solchen Router für 
die Kopplung von Ethernet und FDDI 
zeigte die Karlsruher Firma Schnei- 
der & Koch. Er basiert auf einem PC/ 
AT mit den Komponenten SK-NET 
FDDI-Board, SK-NET Gl 6 Ethernet- 
Controller und Router-Software. Bis 
Ende des Jahres soll hierfür auch ein 
Token-Ring-Controller verfügbar 
sein. Der FDDI-Controller (Bild 25) ist 
mit dem Signalprozessor AMD 29000 
und dem Super-Net-Chipsatz von Ad- 
vanced Micro Devices bestückt. Er 
enthält 1 MByte RAM und leistet bei 
einer Taktfrequenz von 20 MHz 17 
MIPS (Millionen Instruktionen pro Se- 
kunde). Die Lichtwellenleiter-Interfa- 
ces ermöglichen eine gegenläufige 
Doppel-Ring-Struktur (Class A), die 
mit ihrer Redundanz eine hohe Zu- 
verlässigkeit garantiert. 

Mit der ISOLAN FDDI/802.3 Bridge 

zeigte der englische Netzwerkher- 
steller BICC Data Networks auf der 
CeBIT ’90 sein erstes Produkt der 
ISOLAN-Familie, das voll dem FDDI- 
Standard für Hochgeschwindigkeits- 
Glasfasernetze entspricht (Bild 26). 
Noch in diesem Jahr soll bei BICC 
Data Networks wie auch bei SK ein 
entsprechendes Token-Ring-Produkt 
folgen. Die Verbindung von BICC 
Data Networks in Halle 23 und Sie- 
mens in Halle 1 übereinen FDDI-Ring 
war nicht zufällig. Siemens beabsich- 
tigt, mit der Verarbeitung von LAN- 
Komponenten von BICC von Anfang 
an beim FDDI-Boom dabei zu sein. 

Da die Möglichkeiten der Vernetzung 
von Rechnern nicht so einfach erfaß- 


Bild 21 


Trends erkennen. So wurde auf der 
MuitiNET ’90 eine hersteflerübergrei- 
fende FDDI-Vernetzung vorgeführt, 
die in dieser Art zum ersten Mal in Eu- 
ropa zu sehen war. Angeschlossen 
an das FDDI waren Teilnetze wie 
Ethernet und Token Ring. 

Die MuitiNET, die seit 1987 stattfin- 
det, wollte anfangs lediglich die Mög- 
lichkeit der Kommunikation von Pro- 
dukten verschiedener Hersteller über 
standardisierte Basisdienste demon- 
strieren. In diesem Jahr wurden da- 
gegen verstärkt Anwendungen prä- 
sentiert, die auf verschiedenen Sy- 


stemen lauffähig sind und Aufgaben 
untereinander aufteilen können. 
Wohl am wichtigsten erscheint die 
Demonstration der Zusammenarbeit 
der traditionellen Netze (Ethernet mit 
10 MBit/s und Token Ring mit 4 bzw. 
16 MBit/s) mit dem neuen FDDI (Fiber 
Distributed Data Interface mit 100 
MBit/s), das sich noch in der Normie- 
rungsphase befindet. Es ermöglicht 
den Anschluß von bis zu 1000 Statio- 
nen. Die maximale Ringlänge der op- 
tischen Glasfasern beträgt 200 km 
bei einem Abstand von maximal 2 km 
zwischen zwei Netzknoten. Es eignet 
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Im Jahre 1984 wurde X/Open als ein 
unabhängiges, gemeinnütziges Kon- 
sortium gegründet, dessen Mitglieder 
sich verpflichten, hinsichtlich ihrer 
Hard- und Software den Definitionen 
der einheitlichen Anwendungsumge- 
bung (Common Application Environ- 
ment) Rechnung zu tragen. Die Wei- 
terentwicklung dieser Umgebung er- 
folgt jedoch nicht nur durch die X/ 
Open-Mitglieder, sondern in enger, 
weltweiter Zusammenarbeit mit An- 
wendern, unabhängigen Softwarean- 
bietern und Standardisierungsorgani- 
sationen. Der aus dieser Entwicklung 
resultierenden Rolle der sogenann- 
ten offenen Systeme wollen wir in Zu- 
kunft dadurch gerecht werden, daß 
wir einzelne, ausgewählte Software- 
pakete in unseren Rubriken vorge- 
stellt und kennengelernt ausführli- 
cher beschreiben werden als das im 
Rahmen einer Messenachlese mög- 
lich wäre. Vorgesehen ist beispiels- 
weise die grafische Nutzeroberfläche 
Open Desktop der Santa Cruz Ope- 
ration (SCO). 

Das System- und Softwarehaus GEI 
ermöglicht mit der neu angebotenen 
Uniface-Version 5, einer Sprache 
der 4. Generation (4GL), den Zugriff 
auf alle Daten eines Unternehmens 
aus einer Anwendung heraus, der 
auch unabhängig vom Betriebssy- 
stem, von der Datenbank, von dem 
Netzwerk oder der Benutzeroberflä- 
che möglich sein soll. Für Uniface 
wurden im März 1990 die X/OPEN 
Application Labels vergeben, was be- 
deutet, daß nicht nur Uniface-Anwen- 
dungen, sondern auch Uniface selbst 
der einheitlichen Entwickungsumge- 
bung (CAE) gerecht werden. 

Eine interessante Lösung scheint 
auch Eurix, eine von Generics Karls- 
ruhe angebotene, deutschsprachige 
Implementation der Version 3.2 von 
Unix V/386 zu sein, die die Akzeptanz 
von Unix auch unter Nicht- Program- 
mierern erhöhen könnte. 

Digital Research, Altmeister der Be- 
triebssysteme für Mikrocomputer, hat 
sich offensichtlich vom Tiefschlag 
durch den IBM PC mit MS-DOS erholt 
und bietet neben dem zu MS-DOS 
3.30 kompatiblen Betriebssystem DR 
DOS 3.41 für Einzelplatzsysteme mit 
Concurrent DOS auch ein Multiuser- 
/Multitaskingbetriebssystem an. Wir 
stellen Ihnen im Heft 9/90 neben an- 
deren auch dieses System etwas 


ausführlicher vor. Von sich reden 
macht Digital Research aber auch 
durch die grafische Benutzeroberflä- 
che GEM/3 Desktop und das Gra- 
fikprogramm Artline 2, das auch den 
Ansprüchen von Designern und Gra- 
fikern sowie den Anforderungen des 
Verlagswesens genügen soll. Belie- 
bige Definition der Farben und der 
Farbverläufe und auch die Ablage in 
sogenannten Farbpaletten im RGB- 
(rot-gelb-blau), CMY- (cyan-ma- 
genta-yellow) oder HLS-Farbmodell 
(hue-lightness-saturation/Schattie- 
rung-Helligkeit-Sättigung) sind nur 
einige der Möglichkeiten, die Artline 2 
bietet. Die Darstellung der 16 Millio- 
nen Farben ist lediglich von der Quali- 
tät der Ausgabegeräte abhängig. 

36 Outline-Schriften gehören zum 
Lieferumfang und entsprechen damit 
einem Standard-Postscriptdrucker, 
die Vierfarbseparation ist möglich. 
GEM/3 Desktop und die dafür speziell 
entwickelten Ausbildungspakete sol- 
len in Zukunft, so eine Vereinbarung 
zwischen dem Bayerischen Kultusmi- 
nisterium und Digital Research, für 
die Informatikausbildung an Bayerns 
Schulen eingesetzt werden. 

Programmiersprachen, 

Compiler, 

Textverarbeitung 
und Datenbanken 

Eine weitere Tendenz in der Soft- 
wareentwicklung ist die hin zu immer 
komplexeren Programmpaketen. So 
wird einerseits die Grenze zwischen 
den einzelnen Programmen für die 
Verwaltung von Datenbanken, zur 
Textverarbeitung oder zur Tabellen- 
kalkulation, was ihr Leistungsange- 
bot betrifft, immer fließender, und an- 
dererseits werden die Unterschiede 
der Einzelsysteme zu den integrier- 
ten Softwarepaketen immer geringer. 
Die Datenbanksysteme enthalten ei- 
gene Texteditoren, die neben den ei- 
genen meist auch die Daten anderer 
Programme (wie der Tabellenkalku- 
lation) verarbeiten können, und kaum 
ein Textverarbeitungs- oder Tabel- 
lenkalkulationssystem rühmt sich 
nicht damit, seinerseits eine Daten- 
bank und natürlich einen Texteditor 


integriert zu haben. Auch vor den 
Compilerbauern macht diese Ent- 
wicklung nicht halt, und so bietet Mi- 
crosoft seit kurzem eine gemeinsame 
Entwicklungsumgebung für Assem- 
bler- und C-Kode an. Etwas besonde- 
res hat sich auch der nun schon für 
mehrere Überraschungen bekannte 
ehemalige Borland-Mitbegründer 
Niels Jensen - jetzt Präsident der im 
Januar 1987 von ihm gegründeten 
Firma Jensen & Partners Internatio- 
nal (JPI) - einfallen lassen: eine ge- 
meinsame Entwicklungsumgebung 
für die von JPI entwickelten Top- 
speed-Compiler. Zunächst besteht 
sie aus Topspeed-Modula-2, C und 
Pascal, aber auch Topspeed-C-f--i- 
(1990) und Topspeed-Ada (1991) 
sollen integriert werden. Der ent- 
scheidende Vorteil dieser Umgebung 
besteht darin, daß alle Topspeed- 
Compiler mit dem gleichen Kodege- 
nerator und der gleichen Laufzeitbi- 
bliothek arbeiten und extrem opti- 
mierten Kode erzeugen. Die Kon- 
stanten, die Sprünge und die Schlei- 
fen werden optimiert, nicht genutzter 
Kode wird eliminiert, ebenso mehr- 
fach vorhandene Programmteile. Ein- 
mal geschriebener Kode kann in je- 
der anderen Sprache weiterverwen- 
det werden; in Abhängigkeit vom In- 
halt der Quellendatei wird der geeig- 
nete Compiler oder Assembler auto- 
matisch ausgewählt. Die zur Bearbei- 
tung des Quelltextes erforderlichen 
Kommandos sind - wie eh und je von 
Borland-Produkten her bekannt -die 
wohl nicht totzukriegenden Steuer- 
zeichen aus Wordstar; wenngleich 
dessen Bedeutung als Textsystem 
immer mehr schwindet. Eine ausführ- 
lichere Vorstellung von JPI Modula-2 
finden Sie bereits im Heft 7/90 der 
MP. 

Große Ereignisse werfen bekanntlich 
ihre Schatten voraus, und so war be- 
reits im März die Beta-Version des für 
den Sommer 1990 angekündigten 
Professional Development System 
(PDS) für den Microsoft-Compiler C 
6.0 zu sehen. Microsoft bemüht sich 
damit ebenfalls um eine einheitliche 
„Arbeitsplattform“ für die gesamte 


Entwicklungsumgebung. Ob es der 
Quelltexteditor, der C 6.0- oder an- 
dere Compiler und Assembler, ob es 
die Hilfe-Dateien oder der Debugger 
CodeView 3.0 oder ob es der profes- 
sionelle C-Ratgeber ist - alle präsen- 
tieren sich unter der einheitlichen 
Oberfläche der Programmer’s Work- 
bench. Unter den Microsoft-Betriebs- 
systemen (MS-DOS, OS/2) und den 
grafischen Oberflächen MS-Wind- 
ows bzw. Presentation Manager läuft 
C 6.0 PDS ebenfalls und soll somit 
eine höhere Produktivität in der Pro- 
grammentwicklung garantieren. Der 
neue Compiler soll nicht nur eine 
Kompiliergeschwindigkeit von bis zu 
80 000 Zeichen pro Minute erreichen 
(wenn man auf die Optimierung ver- 
zichtet und nur noch die geänderten 
Teile des Programms kompilieren 
und linken läßt), der kompaktere 
Kode soll auch etwa 20 Prozent 
schneller sein als bei der Version 5.1 . 
Eine ausführliche Vorstellung dieser 
Entwicklungsumgebung haben wir in 
einem der nächsten Hefte der MP 
vorgesehen. Neben diesem Compiler 
widmet sich Microsoft aber sehr der 
Weiterentwicklung einer der ältesten 
Programmiersprachen - Basic; mit 
25 Jahren nun doch schon der Sturm- 
und-Drang-Zeit entwachsen und 
ebenfalls in einer PDS-Version - hier 
sogar schon 7.0 - nun tiefer in das 
professionelle Leben eingestiegen. 
Zur Arbeit mit dem Vorgänger, Quick- 
Basic 4/4.5 lesen Sie bitte unseren 
Beitrag in diesem Heft. In Basic PDS 
7.0 ist neben einer Reihe neuer Be- 
fehle - unter anderem zur Unterstüt- 
zung der strukturierten Programmie- 
rung - auch eine neue Verwaltungs- 
methode für den indizierten, sequen- 
tiellen Zugriff auf Datenbanken (Ind- 
exed Sequential Access Method) in- 
tegriert. Insbesondere die Program- 
mierung von kommerziellen und kauf- 
männischen Anwendungen soll damit 
erleichtert werden, was wohl auch mit 
dem neuen Currency-Datentyp zum 
Ausdruck gebracht werden soll. 

Im Jahre 1983 gründete der aus 
Frankreich stammende ehemalige 
Universitätsdozent für Mathematik, 
Philippe Kahn, im kalifornischen 
Scotts Valley die Firma Borland Inter- 
national, die weltweit durch Turbo- 
Pascal bekannt wurde. Zum ersten 
Mai wurde leistungsfähige Software 
ohne Kopierschutz und zudem zu 
günstigen Preisen angeboten, was 
letztlich die Verbreitung von Pascal 
und Prolog begründete. Aber auch 
nützliche Hilfsprogramme, so das 
weit verbreitete, speicherresidente 
Sidekick (Plus), das seine Hilfe inner- 
halb (fast) jedes Anwenderpro- 
gramms auf Tastendruck mit Ta- 
schenrechner, Kalender, Modem und 
Notizblock anbietet und ebenso 
schnell wieder verschwindet, kom- 
men aus dem Hause Borland. Im Be- 
reich der Tabellenkalkulation bietet 
Borland mit Quattro Pro ebenfalls Er- 
staunliches (Bild 27). Durch die von 
Borland entwickelte Softwaretechno- 
logie VROOMM (Virtual-Real-Time- 
Object-Oriented-Memory-Manager) 
enthält Quattro Pro sowohl ausge- 
reifte Verknüpfungs- als auch Prä- 
sentationsfunktionen, aber auch an- 
spruchsvolle DTP-Fähigkeiten. Auf 
dem Gebiet der Datenbanksysteme 
stellt Borland mit Paradox 3.0 
(Bild 28) ein leistungsfähiges Paket 
zur Verfügung. Hier ragen besonders 
die Methode der Abfrage durch Bei- 
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spiel (Query By Example) und die Ein auf dem Gebiet der professionel- 

Funktionen zur Entscheidungsfin- len Textverarbeitung interessantes 

düng heraus, wodurch es dem An- Ereignis war die Vorstellung der Ver- 
wender möglich sein soll, auch ohne sion 5.1 von Word Perfect. Über 30 

Programmierkenntnisse Informatio- neue Funktionen gegenüber der Ver- 

nen über verschiedene Kombina- sion 5.0 steigern die Leistungsfähig- 

tionsmöglichkeiten erhalten zu kön- keit. So kann Word Perfect jetzt über 

nen. Die Berichte erreichen dank Pull-down-Menüs und mit der Maus 

neuer Färb- und Grafikoptionen DTP- gesteuert werden. Der integrierte Ta- 

Qualität. Eine interessante Erweite- bellengenerator ermöglicht es, auch 

rung für die Borland-Compiler ist si- innerhalb der Tabelle Berechnungen 

eher Paradox-Engine. Sie wird ge- vorzunehmen. Für den wissenschaft- 

genwärtig für C angeboten und soll liehen Satz wird ein Gleichungseditor 

für Pascal auch ab Sommer 1990 ver- bereitgestellt, mit dem auch kompli- 

fügbar sein. Paradox Engine ist eine zierte Formeln mit mehreren Operan- 

Bibliothek mit über 70 Funktionen, die den und mehrstufigen mathemati- 

Anwendungsprogramme um die Lei- sehen Funktionen in den Text inte- 

stungsfähigkeit von Paradox erwei- griert werden können (siehe Bild 29). 

tert und so einen unproblematischen Die kontextbezogene Hilfefunktion, 

Datenbankzugriff ermöglicht. der Druck von 1500 Sonderzeichen, 

Die von George Tate und Hai Lashlee die einfache Erstellung von Etiketten 

1980 in einer Garage begründete und die Übernahme von Daten aus 

Firma Ashton-Tate konnte leider bis- der Tabellenkalkulation werden als 

her immer noch nichtdie Auslieferung weitere Neuerungen aufgeführt, 

der neuen, fehlerbereinigten Version Word Perfect bietet allerdings einen 

von dBase IV bekanntgeben, dafür weiteren entscheidenden Vorteil: 

waren aber andere interessante Soft- Ohne zeitraubendes Umlernen soll 

wareprodukte im Angebot. So die ak- es möglich sein, auf verschiedensten 

tuellen dBase-Versionen in Russisch Rechnern zu arbeiten. Word Perfect 

und Ungarisch. Ein weiteres interes- ist verfügbar unter den Betriebssyste- 

santes Softwarepaket war Applause men MS-DOS, OS/2 und Unix, kann 

II, mit dem Geschäfts- und Präsenta- aber auch auf dem Motorola- Prozes- 

tionsgrafiken, aber auch freie Zeich- sor 68000, auf VAX-Rechnern und 

nungen erstellt und sowohl auf Druk- dem Großrechner IBM 370 eingesetzt 

ker oder Plotter als auch auf Dia-, Fo- werden. Die deutsche Version ist 

lien- oder Filmbelichter ausgegeben mittlerweile für etwa 1600 DM netto 

werden können. lieferbar. 


Die Software Products International Grafiken ist sowohl in PostScript als 

GmbH (SPI) stellte ihr neuestes Pro- auch in Farbe möglich, wobei die Far- 

dukt, Open Access III (Bild 30), vor ben im Ausdruck denen auf dem Bild- 

und gab gleichzeitig bekannt, daß zur schirm entsprechen sollen. Daten 

Vermarktung von Open Access-Pro- von dBase II bis dBase IV werden 

dukten in der DDR mit Robotron eine auch mit den als gelöscht markierten 

Vereinbarung abgeschlossen wurde, Datensätzen gelesen und können zu- 

die jedoch vorerst nur für Open Ac- rückgeschrieben werden. Eine binäre 

cess II gelten soll. Auf dem deutschen Suchstruktur erhöht die Geschwin- 

Markt sollen Open Access-Produkte digkeit von Suchfunktionen. Im Kal- 

der Marktführer bei integrierten Soft- kulationsteil ist jetzt auch ein vollwer- 

warepaketen sein. Open Access III tiges Statistikpaket enthalten. Die Si- 

besteht aus den Modulen Datenbank- cherung aller Daten kann automati- 

managementsystem, Tabellenkalku- siert werden; der Zeitpunkt wird auf 

lation, Textverarbeitung, Kommuni- den seit der letzten Eingabe verstri- 

kation, Programmierung, Desk-Ma- chenen Zeitraum bezogen und kann 

nager mit offener Systemarchitektur vom Anwender angegeben werden, 

und Compiler. Die neue Version bie- Die minimalen Hardwarevorausset- 

tet nun auch zahlreiche neue Funktio- Zungen sind IBM-kompatible PCs mit 

nen, von denen hier nur einige ge- einem Hauptspeicher von 384 KByte, 

nannt sein sollen: Open Access III einem Diskettenlaufwerk mit 360 

gibt es nicht nur als Einzelplatz- und KByte Speicherkapazität und 2,5 

Netzlösung, auch Client-Server-Kon- MByte Festplattenkapazität, 

zepte werden unterstützt. Electronic 
Mail erlaubt den Datenaustausch zwi- 
schen den Stationen über das Proto- 
koll X.400, das die Empfangsbereit- 
schaft des Empfängers zum Zeit- 
punkt des Sendens nicht voraus- 
setzt. 

Die Hilfstexte liegen als eigenstän- 
dige Dateien vor und können damit in- 
dividuell editiert werden. In C ge- 
schriebene Programme und Routi- 
nen können, in Open Access III inte- 
griert, wie Funktionen genutzt wer- 
den. Der Ausdruck von Texten und 
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Courier, Prestige Eilte 


Courier 1 £ OCR-A. OCR-B, 
Letter Gothic. Pica, Barcode 


optional 


1 . Endlospapier über T r aktor 

2. manuelle Einze1blatl2uluhr 
überFroolseite 


Papierfiandling 


3. automatische Einzelblatt“ 
Zufuhr über bis zu 3 Zufüh- 
rungen 


optimal 


Epson ESC/P, Diabolo 630 


Emulationen 


H P-GL, G raphlec- GL . 
Houslon-GL 


optional 


Druckspeicher 


f 6 oder 64 KByte 


optional 


Schnittstellen 

(wahlweise) 


60 x 90 bis 361 x 381 mm 2 


Papiermafte 


Anzahl der Durchschlage 


Zeichen pro Zeile 


Seit einiger Zeit machen Drucker durch ein neues 
Leisiungsmerkmai von sich reden; Sie nennen sich 
Flach bettdrucker. Skeptiker vermuten hier sicher- 
lich nur ein neues Verkaufsargument, Wer aber 
nicht nur ab und an mal einen Brief schreibt, son- 
dern ständig verschiedene Vorlagen oder sehr un- 
terschiedliche Formate bedrucken muß, der lernt 
den Komfort von Flachbettdruckern schnell schät- 
zen. Die wesentliche Eigenschaft dieser Drucker ist 
ihr flaches Druckbett — sie brauchen die Druck Vor- 
lage nicht um die Walze herumführen, sondern 
schieben die Vortage flach unter dem Druckkopf 
hindurch. Dadurch können problemlos Briefum- 
schläge, Aufkleber und Pappen bedruckt, aber 
auch Briefe mit mehreren Durchschlagen geschrie- 
ben werden Hierbei paßt sich der Druckkopf auto- 
matisch an die Dicke der Vorlage an, Damit er- 
wächst den in vielen Büros neben den PCs noch im- 
mer vorhandenen Schreibmaschinen eine echte 
Konkurrenz. 

Ein Vertreter der Familie der Ftachbettdrucker, der 
darüber hinaus weitere komfortable Funktionen be- 
sitzt, ist der SL-532 der japanischen Firma Sei- 
ko sh a Äußerst vielfältig sind bei ihm die Möglich- 
keiten des Papiertransportes. So können sowohl 
perforiertes Endlospapier als auch Einzelblätter mit 
manu eil er und automatischer Zuführung verwendet 
werden. Für den Wechsel von Endlospapier zu Ein- 
zelbfättern braucht lediglich eine T aste betätigt wer- 
den, damit der Drucker das Endlospapier in eine 
Parkposition zurückzieht und das Einzetblatt ein- 
zieht. Die Zuführung des Papiers ist sowohl von 
vorn als auch von hinten möglich, wobei der Druk- 
ker automatisch in der richtigen Richtung druckt 
Und herausgeschoben werden kann das Papier 
nach vorn, nach oben und nach hinten - je nach 
Auswahl und nach Papierzuführung, Für den 
Transport kann per DIP-Schalter eine Vorzug srich- 
tung festgelegt werden. Stellt der Drucker aber bei 
der automatischen Dickenmessung fest, daß eine 
zu dicke Vorlage für einen Transport nach oben ge- 
bogen werden müßte, dann entscheidet er sich 
selbständig für einen anderen, flachen Transport- 
weg. Die aulomatische Dicken messung dauert 
etwa 10 Sekunden, deshalb wird sie beim Druck 
mehrerer Seiten hintereinander auch nur einmal 
ausgeführt, 


Die Dicke der Druckvorlagen ist natürlich begrenzt, 
sie beträgt 0.325 Millimeter. Das entspricht etwa 
der Dicke einer Schnellhefterpappe; diese zieht er 
auch mühelos ein Überschreitet man die Ober- 
grenze, dann zieht der Drucker trotzdem die Vor- 
lage ein und bedruckt sie auch, es kann dann aber 
verkommen, daß der Einzug nicht ganz gerade er- 
folgt und die Zeilen zu tanzen beginnen. Schwierig- 
keiten bekommt der Drucker auch bei bestimmten 
Papierfarben: Verwendet man für Durchschlage 
das umweltfreundliche grüne Aros-Papier, dann 
kann es schon einmal Vorkommen, daß der SL-532 
buckt. Deshalb sollte laut Dokumentation das Pa- 
pier eine Lichlreftexion von 80 % autweisen. 

Zum Standard des SL-532 gehört die Umschall- 
möglichkeit auf einen stärkeren Anschlag. Auch 
eine automatische Einzelblaltzuführung mit bis zu 
drei Papier Zuführungen ist optional möglich. 

Der SL-532 weist eine durchschnittliche Geschwin- 
digkeit auf - er druckt im Draft-Modus 324 Zeichen 
pro Sekunde bei einerZeichendichte von 1 2 Zeichen 
pro Zoll - dafür hat er aber dank seiner 24 Nadeln 
ein gutes Schriftbild und kann mit einem entspre- 
chenden Farbband auch mehrfarbig drucken. Die 
druckbaren Farben sind schwarz, blau, rot und gelb 
und die Mischfarben lila, grün und orange, wobei an 
den Ausdruck großflächiger Farbgrafiken keine zu 
großen Erwartungen gestellt werden sollten. 

Der SL-532 wird wahlweise mil einer Centronics- 
oder einer RS-232-Schnittstelle ausgerüstet. Sein 
Oruckspeicher kann 8, 16 oder 64 KByte betragen. 
Außerdem bietet er standardmäßgi zwei Drucker- 
emulationen, Epson ESG/P und Diabolo 630, an. 
Mit einem Plotteraufrüstsatz können auch HP-GL, 
Graph tec-GL und Houston-Gl emuliert werden. 
Der SL-532 verfügt über ein Bedienfeld, mit dem 
leicht zwischen den Schriftarten Draft und LQ sowie 
zwischen den Zeichendichten 10, 12 und 18 Zei- 
chen pro Zoll umgeschaltet werden kann. 

Als Fonts sind über DIP-Schalter lediglich Courier 
und Prestige Elite wählbar. Weitere Fonts — wie 
Courier 12, OCR, Letter Gothic und Pica -können 
jedoch über Font karten eingelesen werden. Die 
Auflösung für den Grafikdruck betragt horizontal 
360 Punkte pro Zoll und vertikal 180 Punkte pro 
Zoll, gedruckt werden kann im Grafikmodus aller- 
dings nur in einer Richtung. 
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Für die manuelle Papierzuführung können die un- 
terschiedlichsten Papierformate verwendet wer- 
den, Die Formate reichen von 50 x 90 mm 5 - das 
liegt zwischen DIN A7 und DIN A8 - bis hin zu 381 
x 381 mm 2 -das ist größer als DIN A3. Eine weitere 
Besonderheit stellt auch der Barcode-Druck dar. 
Hierzu wird lediglich eine entsprechende Fontkarte 
gesteckt. Dann können beispielsweise Aufkieber 
für bestimmte Produkte ged ruckt werden. Das ist Si* 
eher für viele Gewerbetreibende eine kostengün- 
stige Anwendung dieses Druckers. Allerdings 
dürfte das unserem Gerät beiliegende englisch- 
sprachige Handbuch etlichen Anwendern unnötige 
Schwierigkeiten bereiten, zumal die Vielfalt der 
möglichen Funktionen zu einem häufigen Nach- 
schlagen zwingen könnte. Deshalb wäre es für den 
potentiellen Käufer ratsam, sich die Funktionen für 
den künftigen Einsatz von einem Fachhändier ein- 
gehend vorführen zu lassen Dazu sind sicher die 
autorisierten Händler am besten in der Lage. Für 
Seikosha-Drucker wäre das beispielsweise die 
Westberliner Firma soft-tronic, die wir Ihnen in MP 
4/90 näher vor gestellt haben. Der SL-532 gehört 
zwar schon zu den Geräten der oberen Preisklasse, 
seine Funktionsvielfalt und seine Leistungspara- 
meter sollten den Preis jedoch rechtfertigen, 

MP-Hk 
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Farbauswabi hinnehmen, wenn er 
Farbtreue erreichen will (siehe ka- 
rierte Fiäche in Bild 2). Trotzdem 
überwiegt sicherlich der Vorteil, daß 
Farben mit gleicher TekColor-SpezIf I- 
kation immer übereinstimmen, unab- 
hängig davon, womit sie erzeugt wer- 
den TekCoior- Farben lassen sich 
auch in andere Farbsysteme, zum 
Beispiel in DiN-Farbstandards, über- 
setzen. 

Damit das HVC-Modell auf dem PC 
eingesetzt werden kann, bietet Tek- 
tronix natürlich auch Werkzeuge an. 
Ein solches Werkzeug ist das interak- 
tive Farbmenü, das im Bild 3 einge- 
blendet ist. Hier kann der gewünschte 
Farbwert (am linken Balken) ausge- 
wählt werden. Helligkeit und Sätti- 
gung werden mit dem Value-/ 
Chrom a- Diagramm (Mitte) festge- 
legt, Die dadurch erzeugte Farbe wird 
im Feld rechts oben angezeigt und 
kann in das zu erzeugende Bild über- 
nommen werden. Die Einstellungen 
sind natürlich auch numerisch mög- 
lich. 

Als erste Anwendung ist das HVC- 
Modell mit der entsprechenden Farb- 
druckeranpassung für den Apple 
Macintosh II verfügbar (siehe Biid 4). 
Hier können auch verschiedene Bild- 
schirm typen angeschlossen werden, 
die bei der Konfiguration des Rech- 
ners anzugeben sind. Schwierigkei- 
ten bereitet noch der Anschluß von 
Druckern, die neben seriellen und 
parallelen Schnittstellen auch die 
RGB- Schnittstelle verwenden. Für 
die RGB- Schn itlsteJIe werden zwar 
keine speziellen Schnittsteiientreiber 
benötigt, aber sie ist technoiogie- 
orientiert. Die Nutzung dieser Schnitt- 
stelle wie auch der Standard- PC - 
Technik sollte eine Aufgabe für künf- 
tige Entwicklungen sein. MP-Hk 


Technik international 

Farbmodell für farbgetreue Darstellung 


Wer schon einmal Druckvorlagen 
oder Muster für Textilien am Compu- 
ter entworfen hat, kennt das Problem 
der farbechten Ausgabe des Ent- 
wurfs auf einem Drucker oder einem 
Plotter. Ein Werbeprospekt beispiels- 
weise soll haargenau einen bestimm- 
ten Farbton treffen. So darfeine Cola- 
Büchse nicht schlechthin rot darge- 
stellt werden, sondern es muß das 
Rot einer ganz bestimmten Firma 
sein. Aber gerade das war bislang 
deshalb schwierig, weil die verwen- 
deten Farbmodelle technotogieorien- 
tiert, also der Hardware angepaßt wa- 
ren: Für die Ausgabe auf Bildschirm 
existiert das RGB- System, das den 
Farben der Schlitzmaske (rot, grün, 
blau) angepaßt ist. Oder für Farbdruk- 
ker wird das CMYK-Farbmodell ver- 
wendet, das auf den möglichen 
Druckfarben cyan, magenta, gelb 
(yellow) und schwarz (black) beruht 
Beide Systeme verwenden unter- 
schiedliche Prinzipien: Das RGB -Mo- 
dell verwendet die additive Farbmi- 
schung und das CMYK- Modell die 
subtraktive. 

Wie kann man nun aber das auf dem 
Monitor erzeugte Bild auch farbecht 
aufs Papier bekommen? Hier hilft ein 
benutzerorientiertes Farbmodell Be- 
reits im Jahre 1 978 führte die Kölner 
Firma Tektronix ein solches Modell 
für ihre Farbgrafikterminais ein - das 
HLS- Modell. Es hat aber bei all sei- 
nen Vorteilen doch noch den Nach- 
teil. daß es die Nicht linearität der 
menschlichen Farbwahrnehmung 
nicht ausreichend berücksichtigt. 
Deshalb entwickelte Tektronix das 
neue Farbmodell TekColor, das die 


0-0 o.i 0,3 0.S 0.7 

u' 

t Das CIE-Diagramm zeigt die 
Farbwahrnehmung durch den 
Menschen ; u-Koordinate: Rot-/ 
Grün- Anteil, v-Koordinate: Geib-/ 
Blau-Anteil 


U' 

2 Die Farbspektren eines Druk- 
kers und eines Bildschirms im Ver- 
gleich zum CIE-Diagramm 


3 Das interaktive Farbmenü ermöglicht eine Vielfalt der Farbeinstellungen 


4 Farbe c hte A us ga be a uf Bildschirm un d Drucker 


Eigenschaften der menschlichen 
Farbwahrnehmung, insbesondere 
die spektrale Empfindlich keil des Au- 
ges, berücksichtigt. Beispielsweise 
erscheint dem Auge bei gleicher In- 
tensität die gelbe Farbe heller als die 
blaue. 

Das TekCoior- Modell, das auf der 
diesjährigen Leipziger Frühjahrs- 
messe vorgestellt wurde, basiert auf 
dem international anerkannten Farb- 
diagramm der CIE (Comrmsion Inter- 
nationale de l Edairage) von 1976, 
Das im Bild 1 dargestellte CIE-Dia- 
gramm stellt den Farbraum des 
menschlichen Auges dar. Die u- Koor- 
dinate beschreibt den Rot -/Grü n- An- 
teil, die v-Koordinate den Gelb-/ Blau- 
Anteil und die Vertikale die Helligkeit. 


Die drei Komponenten des TekColor- 
Modells sind Farbe bzw, Schattierung 
(hue), Helligkeit (value) und Sätti- 
gung (chroma), weswegen auch die 
Bezeichnung HVC-Modell üblich ist. 
Mit diesem Modell wird es nun mög- 
lich, unabhängig von den technologi- 
schen Bedingungen auf unterschied- 
lichen Systemen dieselben Farben zu 
erzeugen Allerdings muß dabei be- 
rücksichtigt werden, daß die ver- 
schiedenen Systeme ein kleineres 
Farbspektrum als das menschliche 
Auge aufweisen (siehe Bild 2). Aber 
auch das Spektrum des Druckers 
(hardcopy) stimmt nicht völlig mit dem 
des Bildschirms (Video) überein. Des- 
halb muß der Anwender des HVC- 
Modeils Einschränkungen bei der 
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Das Standardbetriebssystem für PCs, MS-DOS, ist 
sowohl bis zur neuesten, verfügbaren Version 4.01 
als auch in den angekündigten Versionen 5.0 bzw. 
3.5 nur als Einzelplatzsystem konzipiert. Auch nutzt 
es die Möglichkeiten neuer Prozessoren zu paralle- 
ler Abarbeitung mehrerer Programme (Multitas- 
king) nicht. Verschiedene Softwarefirmen bieten 
nun komplette Betriebssystemerweiterungen an, 
die das Multitasking, die Arbeit an mehreren Ar- 
beitsplätzen oder sogar beides gestatten. Einige 
dieser Systeme stellen wir Ihnen in unserem Bei- 
trag auf der Seite 2 etwas ausführlicher vor. 


Störungen der Rechentechnik durch Computervi- 
ren sind seit mehreren Jahren auch bei uns aufge- 
treten und häufen sich in der letzten Zeit, insbeson- 
dere auch infolge des zunehmend unkontrollierten 
Datenaustausches. Welche Gefahren von Viren 
und Störprogrammen ausgehen und welche 
Schutzmöglichkeiten es ihnen gegenüber gibt, er- 
fahren Sie in unserem Beitrag auf der Seite 1 1 . 
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Wollen Sie sich auch selbständig machen und bei- 
spielsweise als Ein-Mann-GmbH & Co. KG den 
Computer- oder Softwaremarkt bereichern? Dann 
sollten Sie unbedingt unseren Beitrag „Gründungs- 
fieber“ auf der Seite 31 lesen, um aus berufener Fe- 
der viele wertvolle Hinweise für Ihre Geschäftstätig- 
keit unter marktwirtschaftlichen Bedingungen zu er- 
halten. 
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Vorschau 

Für das Heft 10/1990 bereiten wir für Sie unter an- 
derem folgende Beiträge vor: 

• Lokale Netze 

• Standardisierte Betriebssysteminterfaces 

• Screen-Safer 

• Datenbanken im Vergleich 
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Alternativen zu MS-DOS 

Multitasking-Betriebssysteme 
für den 80x86 


Uwe Schulze , Berlin 

MS-DOS ist zwar das mit Abstand meistver- 
kaufte Betriebssystem für PCs - nicht aber 
das einzige. Insbesondere die Möglichkei- 
ten neuerer Prozessoren werden von ande- 
ren Systemen weit besser genutzt. 

Als Alternativen zu MS-DOS fallen Ihnen si- 
cher zuerst Unix oder OS/2 ein; OS/2 setzt 
sich aber entgegen dem Willen von IBM nur 
zögernd durch. Dafür gibt es vor allem drei 
Gründe: 

© Die Auslieferung erfolgte erst ein Jahr 
nach der Ankündigung und wichtige Kompo- 
nenten (Presentation Manager, LAN-Mana- 
ger) waren noch später oder nur in einer (feh- 
lerhaften) Vorabversion erhältlich. 

© Echte OS/2-Software ist rar. Die meisten 
übernommenen Programme bieten kaum 
Vorteile gegenüber den DOS-Versionen. In 
den Fenstern des Presentation Managers lie- 
fen lange Zeit nur die Tabellenkalkulation Ex- 
cel (Microsoft) und WordPerfect 5.0/1/. Glei- 
ches Bild auch bei den netzwerkfähigen An- 
wendungen: Hier hat sich Novell einen gro- 
ßen Marktanteil gesichert. 

© OS/2 läßt sich nur auf Geräten der oberen 
Leistungsklasse effektiv einsetzen. Obwohl 
auf dem 80286 lauffähig, bringt nur ein 386er 
die Vorteile wirklich zum Tragen. Schon für 
die Basisvariante sind 2 MByte Hauptspei- 
cher nötig; die Extended Edition mit Pre- 
sentation Manager fordert 5,5 MByte! In den 
Zeiten teurer Speicherbausteine war das 
keine Werbung für ein Betriebssystem. 

In diese Marktlücke sind eine Reihe anderer 
zum Teil recht leistungsfähiger Betriebssy- 
steme gestoßen. Sie bieten Multitasking- und 
zum Teil auch Multiuserfähigkeiten (siehe 
Kasten auf Seite 3) und nutzen einen größe- 
ren Adreßraum als 1 MByte. 

MS-DOS kann die Möglichkeiten der Hard- 
ware (Protected Mode des Prozessors, 
Hauptspeicher oberhalb der 1-MByte- 
Grenze nur mit XMS-Treiber oder über Ex- 
tender) nicht effektiv ausnutzen. Grund dafür 
ist der Versuch, kompatibel zu bleiben und 
möglichst alle vorhandene Software lauffähig 
zu halten. Die meisten der neuen Multitas- 
king-Systeme bieten hier Erstaunliches: 
Mehrere DOS-Programme sind gleichzeitig 
im Hintergrund oder parallel in mehreren 
Fenstern lauffähig. So können entweder zeit- 
aufwendige Anwendungen (Berechnungen, 
Drucken) in den Hintergrund verlegt werden 
oder aber es werden Anwendungen im Hin- 
tergrund einfach stehengelassen, beispiels- 
weise ein Ausschnitt einer Textverarbeitung, 
auf den von Zeit zu Zeit ein Blick geworfen 
werden soll, während im Vordergrund an et- 
was anderem gearbeitet wird. Einige Be- 
triebssysteme bieten deshalb auch eine Nut- 
zeroberfläche, die es Hintergrundprozessen 
erlaubt, in einem Fenster präsent zu sein. 

Microsoft Windows 

Microsoft- Windows will eigentlich gar nicht so 
recht zur Überschrift passen, die da „Alterna- 
tiven zu MS-DOS“ heißt - handelt es sich 
doch um kein neues Betriebssystem, son- 


dern um eine grafische Nutzeroberfläche, die 
nachträglich auf DOS aufgesetzt wurde, um 
die Bedienung zu vereinfachen (siehe auch 
unser Titelbild). Allerdings ist in beschränk- 
tem Umfang Multitasking möglich, mehrere 
Anwendungen können gleichzeitig in ver- 
schiedenen Fenstern beobachtet werden, 
und es existiert eine Programmierschnitt- 
stelle zu C 121. 

Um die Vorzüge der 32-Bit-Prozessoren von 
Intel ausnutzen zu können, wird eine ange- 
paßte Version Windows 386 angeboten, die 
im Virtual Mode mehrere MS-DOS-Tasks 
laufen läßt. Windows ordnet sich in IBMs 
SAA-Konzept (Systems Application Architec- 
ture) ein, das einer einheitlichen Darstellung 
und Bedienung zum Durchbruch verhelfen 
soll. Auch die Übernahme von Windows- 
Source-Kode für den Presentation Manager 
soll möglich sein. 

Für den Nutzer zeigt sich SAA in der Mausbe- 
dienung (für Windows ein Muß), dem einheit- 
lichen Menüaufbau, den Leuchtbalken und 
den Sinnbildern (Icons). Microsoft liefert eine 

Die Intel-Prozessorfamilie 

8088 Der Prozessor des ersten IBM PC. Es 
handelt sich um einen Prozessor mit 
interner 16-Bit-Architektur und einem 
externen 8-Bit-Datenbus. Das hatte 
vor allem den Vorteil, daß eine Reihe 
von 8-Bit-Peripherieschaltkreisen wei- 
terhin verwendet werden konnten. 
Der 8088 verwaltet 1 MByte Speicher 
in Segmenten von 64 KByte. 

8086 Dieser Prozessor ist voll befehlskom- 
patibel zum 8088, besitzt aber einen 
externen 1 6-Bit-Bus, der die Übertra- 
gung beschleunigt, 

80186 Verbesserter 16-Bit-Prozessor, der 
aber kaum Verwendung in PCs fand; 
man findet ihn auf einigen Netzwerk- 
karten. 

80286 Der Prozessor des IBM PC/AT Er 
kennt einen neuen Betriebsmodus 
(Protected Mode) und kann 16 MByte 
Hauptspeicher direkt (bzw. 1 Giga- 
byte virtuell) adressieren. 

80386 Ein echter 32-Bit-Prozessor, der ei- 
nen weiteren Betriebsmodus kennt 
(Virtual Mode), in dem mehrere 8086- 
Prozessoren emuliert werden kön- 
nen. Der Prozessor adressiert 4 Giga- 
byte Hauptspeicher direkt (virtuell 64 
Terabyte) und verfügt über eine MMU 
(Memory Management Unit, deutsch: 
Speicherverwaltungseinheit), Die 
Segmentgröße ist auf 4 Gigabyte er- 
weitert. 

80386SX Dieser Prozessor ist voll befehiskom- 
patibel zum 80386, besitzt aber nur ei- 
nen externen 16-Bit-Datenbus. Er 
wird besonders attraktiv durch seinen 
Preis, der nur wenig über dem des 
80286 liegt. 

80486 Der neuste 32-Bit-Prozessor, der be- 
sonders schnell ist, weil ein Teil des 
Mikrokodes durch Schaltungen er- 
setzt wurde. Er besitzt bereits einen 
Arithmetikkoprozessor, eine MMU 
und einen Cache-Speicher auf dem 
Chip. In MP 9/89, S.278 finden Sie 
eine ausführliche Vorstellung des 
80486. 


Reihe von Utilities mit (Uhr, Taschenrechner, 
Notizblock), die die Nachbildung der (unauf- 
geräumten) Schreibtischoberfläche (eng- 
lisch: Desktop) auf dem Bildschirm demon- 
strieren sollen. Sie zeigen zumindest, wie 
man sich die gleichzeitige Abarbeitung von 
Programmen unter Windows vorzustellen 
hat. 

Die gleichzeitige Ausführung mehrerer Pro- 
gramme erfordert die Teilung aller Ressour- 
cen. Neben der Tastatur und dem Bildschirm 
müssen auch der Hauptspeicher, der Pro- 
zessor und die Schnittstellen vom Betriebs- 
system verwaltet werden und sind von der 
exklusiven Nutzung durch ein Programm 
ausgeschlossen. Windows kennt kein priori- 
tätsgesteuertes Multitasking; alle Anwendun- 
gen werden gleichberechtigt behandelt. 
Programme, die eigens für Windows ge- 
schrieben wurden (Microsoft nennt in seinem 
Applikationsverzeichnis 94 professionelle 
Anwendungen), also das Windows Applica- 
tion Program Interface (API) nutzen, sind 
quasi gleichzeitig in verschiedenen Fenstern 
lauffähig. Der Start auf Betriebssystemebene 
(d. h. außerhalb von Windows) ist nur mit ei- 
nem Run-time-Modul möglich. 

Für alle anderen (DOS)-Anwendungen benö- 
tigt Windows eine sogenannte PIF-Datei 
(Program Information File), in der der Res- 
sourcenbedarf festgelegt ist. Das betrifft den 
notwendigen und den erwünschten Haupt- 
speicherbedarf sowie den exklusiven Zugriff 
auf Bildschirm, Tastatur und Schnittstellen. 
Belegt ein Programm keine Systemressour- 
cen exklusiv (das heißt, es hält sich an die 
BDOS-Schnittstelle), so ist es auch vollstän- 
dig unter Windows lauffähig und behindert 
keine anderen gleichzeitig ablaufenden Pro- 
gramme. Beispielsweise kann für Debug- 
.com eine PIF-Datei angelegt werden (Win- 
dows stellt dafür das Programm Pifedit zur 
Verfügung), die es erlaubt, in einem Fenster 
zu debuggen, während in einem anderen 
Fenster gerechnet wird oder die Uhr läuft. 
Desgleichen kann Command.com problem- 
los in einem Fenster laufen. 

Anwendungen, die direkt auf den Bildschirm 
zugreifen (und dazu gehört jede grafische 
Ausgabe) können zwar von Windows gestar- 
tet werden, laufen aber nur im Vollbildmodus . 
Der gesamte Bildschirm wird zur Verfügung 
gestellt und es ist kein Multitasking möglich 
(bei Windows 386 geht sogar das) - die be- 
reits laufenden Anwendungen werden einge- 
froren. 

Benötigt eine Anwendung mehr Hauptspei- 
cher als noch frei ist, so lagert Windows sich 
selbst sowie einen Teil der Windows-Pro- 
gramme bis auf einen kleinen residenten 
Kern aus. Dieses sogenannte Swapping 
stellt eine einfache Form virtueller Speicher- 
verwaltung dar. So können mehrere Anwen- 
dungen abgearbeitet werden, deren Gesamt- 
größe die Hauptspeichergröße weit über- 
schreitet. 

Es gibt zwei Wege, Windows zum Auslagern 
von Programmteilen zu veranlassen: Entwe- 
der wird als erwünschter Speicherplatz in der 
PIF-Datei minus Eins angegeben, oder die 
Anwendung läuft explizit im Vollbildmodus 
(direkten Bildschirmzugriff eintragen). 

Statt des Anlegens einer PIF-Datei können 
Standardwerte auch in der Datei Win.ini fest- 
gelegt werden. Diese ähnelt der Datei Con- 
fig.sys und enthält Angaben zur Konfigura- 
tion von Windows. Der Eintrag 

command.com = 32 


2 
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Multitasking: Unter Multitasking wird die 
scheinbar gleichzeitige Abarbeitung mehrerer 
Programme (englisch: tasks) verstanden. Ech- 
tes Multitasking ist nur auf einem Mehrprozes- 
sorsystem möglich, wo jedes Programm von ei- 
nem eigenen Prozessor bedient wird. Das Be- 
triebssystem übernimmt die Zuteilung von Re- 
chenzeit, Speicherplatz und Zugriffsrechten auf 
die Peripherie. Auf einem PC (der nur über ei- 
nen Prozessor verfügt) erfolgt die Zuteilung von 
Rechenzeit nach dem sogenannten Zeitschei- 
benverfahren (englisch: time-sharing), bei dem 
jedes Programm nach einem festen Zeitinter- 
vall (wenige Millisekunden) vom Betriebssy- 
stem unterbrochen wird und das nächste Pro- 
gramm zu seinem Recht kommt. Für den An- 
wender entsteht damit der Eindruck der gleich- 
zeitigen Abarbeitung. 

MS-DOS ist im Gegensatz dazu ein Singletas- 
king-System. Residente Programme (auch 
TSR-Programme - Terminate and Stay Resi- 
dent - genannt) laufen unter MS-DOS nicht im 
Multitasking-Betrieb, da zu einem Zeitpunkt nur 
jeweils ein Programm aktiv ist; die anderen Pro- 
gramme werden im Hintergrund eingefroren. 
Dieses Verfahren wird auch context switching 
genannt. 

Multiusersystem: In einem Multiusersy- 
stem arbeiten mehrere Nutzer (englisch: user) 
mit eigenen Bediengeräten (Terminals) an ei- 
nem Computer. Voraussetzung dafür sind Mul- 
titasking-Fähigkeiten des Betriebssystems. Je 
nachdem, ob die Terminals über einen eigenen 
Prozessor verfügen oder nicht, werden intelli- 
gente und nichtintelligente Terminals unter- 
schieden. Multiusersysteme schaffen gute Vor- 
aussetzungen für eine Programmentwicklung 
im Team, da gemeinsam auf alle Ressorcen zu- 
gegriffen werden kann. Andererseits ist aber 
eine leistungsfähige Hardware vonnöten, da sie 
unter allen Nutzern aufgeteiit wird. 

Protected Mode: Die Intel-Prozessoren 
der 80x86er Serie beherrschen verschiedene 
Betriebsmodi. Im Real Mode - den alle Prozes- 
soren kennen und der aus Kompatibilitätsgrün- 
den beibehalten wird - kann nur 1 MByte 
Hauptspeicher adressiert werden, was die oft 
zitierte Grenze für MS-DOS bildet. Im Protec- 
ted Mode (deutsch: schützender Modus), der 
ab dem 80286 zur Verfügung steht, können 
16 MByte (80286) bzw. 4 Gigabyte (80386, 
80486) adressiert werden, und es bestehen Zu- 
griffsbeschränkungen auf Speicherbereiche 
der einzelnen Programme. Damit wird ein ge- 
genseitiges Überschreiben verhindert, die Pro- 
gramme also voreinander geschützt (daher der 
Name). Der Protected Mode ist Voraussetzung 
für effektives Multitasking, im Virtual Mode - 
den nur 80386 und 80486 kennen - werden 
mehrere 8086- Prozessoren emuliert. Er erlaubt 
damit die gleichzeitige Abarbeitung auch von 
solchen Programmen, die direkt auf Ressour- 
cen zugreifen, da jedes Programm einen eige- 
nen Interruptvektor und einen eigenen Bild- 
schirmspeicher erhält. 

Die Prozessoren starten stets im Real Mode 
und können softwaremäßig (durch Setzen ei- 
nes Bits im Steuerregister) umgeschaltet wer- 
den. Im Glauben, damit eine höhere Sicherheit 
zu erreichen, wurde allerdings beim 80286 das 
softwaremäßige Rückschalten in den Real 
Mode unterbunden, so öaß Programme, die da- 
rauf angewiesen sind (z. B. DOS-Extender) zu 
zeitaufwendigen Tricks greifen müssen. Mit dem 
80386 ist diese Beschränkung aufgehoben. 
Virtuelle Speicherverwaltung: Bei der 
virtuellen Speicherverwaltung wird ein größerer 
Hauptspeicher simuliert, als tatsächlich vorhan- 
den ist, indem das Betriebssystem bei Bedarf 
Programmteile, die gerade nicht benötigt wer- 
den, auf die Festplatte auslagert (Swapping). 
Diese Technik wird von modernen Prozessoren 
direkt unterstützt. So kann der 80286 bis zu 
1 Gigabyte externen (virtuellen) Speicher auf 
bis zu 16 Megabyte Hauptspeicher abbilden. 


legt einen Speicherbedarf von 32 KByte für 
den Kommandointerpreter fest und bewirkt, 
daß dieser auch ohne PIF-Datei gestartet 
werden kann. Ansonsten verweigert Win- 
dows die Ausführung von Standardanwen- 
dungen. 

Zum Schreiben von Windows-Applikationen 
liefert Microsoft das Windows Software De- 
velopment Kit 13/. Es besteht aus Bibliothe- 
ken für den Microsoft-C-Compiler, die alle 1/ 
O-Operationen und Funktionen zur dynami- 
schen Speicherverwaltung ersetzen. Auf 
diese Weise braucht die gesamte Bedienung 
der Fensteroberfläche (Vergrößern, Verklei- 
nern und Verschieben von Fenstern, Aus- 
wahl von Menüpunkten, etc.) nicht stets neu 
programmiert zu werden. Multitasking kann 
entweder durch explizite Übergabe der 
Steuerung erreicht werden oder über soge- 
nannte Message Loops. Es handelt sich da- 
bei um eine spezielle Programmschleife, die 
auf eine Tastatureingabe wartet, während es 
Windows gestattet ist, weiter über die Steue- 
rung zu verfügen. 

Darüber hinaus werden Editoren für die 
Icons, die Fonts und die Dialogboxen gelie- 
fert, die es erlauben, die Bildschirmgestal- 
tung von Programmen interaktiv zu entwik- 
keln. Der Ressource-Compiler macht daraus 
dann linkbare Dateien. Ein spezieller Linker 
wird mitgeliefert - man benötigt aber noch 
den Optimierungscompiler von Microsoft für 
die Übersetzung der eigentlichen Pro- 
gramme. Die Version 3.0 von MS-Windows 
(Freigabe Mai 1 990) wurde sowohl im Ausse- 
hen, als auch in der inneren Struktur stark an 
den Presentation Manager von OS/2 angegli- 
chen. Dazu gehört die Aufteilung in den Pro- 
gramm- und den Dateimanager sowie die in- 
tegrierte Hilfefunktion. Vorteil an Windows 
bleibt aber weiterhin, daß schon mit 
640 KByte bzw. 1 MByte Hauptspeicher ge- 
arbeitet werden kann. 

Nach schleppender Marktakzeptanz erlebt 
MS-Windows inzwischen einen solchen Ver- 
kaufsboom, daß auf Drängen von IBM be- 
schlossen worden sein soll, die Entwicklung 
mit der Version 3.0 abzuschließen, um den 
Vertrieb von OS/2 nicht zu behindern /4 /. 
Dem widerspricht allerdings die Ankündi- 
gung von Windows 4.0 bis Ende 1990 unter 
Berufung auf Microsoft nahestehende Quel- 
len /5/. 

PC-MOS/386 

PC-MOS der Firma „The Software Link Inc.“ 
ist keine DOS-Erweiterung (wie Windows), 
sondern ein vollständig neues Betriebssy- 
stem. Allerdings ähnelt es MS-DOS im Auf- 
bau stark: Es besteht aus entsprechenden 
Systemdateien, einem vergleichbaren Kom- 
mandointerpreter, kennt die Dateien Config- 
.sys und Autoexec.bat. Beim flüchtigen Hin- 
sehen wird man kaum bemerken, nicht mit 
MS-DOS zu arbeiten. Fast sämtliche inter- 
nen und externen DOS-Kommandos stehen 
zur Verfügung - zuzüglich eigener Erweite- 
rungen. PC-MOS-Befehle unterscheiden 
sich von ihrem DOS-Pendant durch einen 
vorangestellten Punkt /6/. 

Das System wird multitasking- und multi- 
userfähig, indem an jede Task über eine se- 
rielle Schnittstelle (bis 1 1 5 200 Baud) ein Ter- 
minal angehängt wird. Das mitgelieferte Pro- 
gramm Emulink versetzt auch Standard-PCs 
in die Lage, als Terminals zu fungieren. Man 
kann PC-MOS als 1-, 5- oder 25-Platz-Ver- 
sion erwerben. Aber auch die Single-User- 
Version ist von Nutzen, da man die Multitas- 


kingfähigkeiten ausnutzen kann. Das spätere 
Einfügen weiterer Tasks einschließlich des 
zugeordneten Speicherplatzes, der Port- 
nummer (für den Anschluß von Terminals), 
der Übertragungsgeschwindigkeit, der Task- 
nummer und des Startup-Files kann jederzeit 
mit dem Befehl .Addtask erfolgen. 

Auf eine grafische Nutzeroberfläche und die 
Mausunterstützung wurde verzichtet; alles 
läuft wie bei DOS im Kommandozeilenmo- 
dus. Die Bedienung ist aber (trotzdem oder 
gerade deshalb?) recht leicht, und beliebte 
Hilfen wie der Norton Commander können 
problemlos genutzt werden. Da alle Anwen- 
dungen den gesamten Bildschirmspeicher 
beanspruchen, ist immer nur ein Programm 
sichtbar- was aber die anderen nicht hindert, 
fleißig im Hintergrund zu arbeiten. Zum Um- 
schalten des Bildschirms auf ein anderes 
Programm muß man <Alt> und die Nummer 
der Task auf dem rechten Ziffernblock drük- 
ken. Die Systemtask trägt dabei die Nummer 
0. Ein Umschalten zu MS-DOS ist leider nicht 
möglich. Da es sich bei PC-MOS um ein voll- 
ständiges Betriebssystem handelt, hilft nur 
neu booten von einer anderen Partition oder 
von der Diskette. Wird die Festplatte für PC- 
MOS eingerichtet, so kann das erste logische 
Plattenlaufwerk bis 32 MByte auch von MS- 
DOS angesprochen werden; für PC-MOS 
gibt es keine Beschränkungen auf 
32 MByte. 

Obwohl im Namen enthalten, beschränkt 
sich die Nutzung von PC-MOS nicht auf 
386er Rechner. Allerdings sichert nur er über 
den Virtual Mode ein Zusammenspiel auch 
von Programmen, die direkt auf Systemres- 
sourcen (z. B. Bildschirmspeicher) zugreifen. 
Ein zweites Problem ist der Speicherplatz, 
der reichlich vorhanden sein sollte. So reser- 
viert sich PC-MOS beim Start mit 4 Hinter- 
grundprozessen großzügig etwa 3,5 MByte. 
Auf einem 286er benötigt PC-MOS spezielle 
MMU-Karten (Memory Management Unit) 
um den Extended Memory über 1 MByte 
adressieren zu können (auch EMS ist mög- 
lich) 1 . Für eine Reihe von Standardkarten 
werden Treiber mitgeliefert. 

PC-MOS gestattet eine sequentielle, gepuf- 
ferte Kommunikation der Prozesse über Pi- 
pes. Eine andere Möglichkeit ist der exzel- 
lente NetBIOS-Emulator. Ab Version 3.0 kön- 
nen Rechner unter PC-MOS in Novell-Netze 
eingebunden werden. 

Beim gleichzeitigen Lauf von Programmen in 
verschiedenen Tasks gibt es bei den bekann- 
ten Standardanwendungen keine Behinde- 
rungen. Wenngleich Anwendungen unter 
PC-MOS sogar schneller laufen sollen als 
unter DOS /7/, so habe ich festgestellt, daß 
sowohl Berechnungen als auch einige Inter- 
aktionen (Blättern im Editor von Turbo-Pas- 
cal) deutlich langsamer waren. 

Einziger Schwachpunkt scheint die Sicher- 
heit bei der Terminalarbeit zu sein. Nicht nur 
die fehlende Abschirmung beim Dateizugriff 
ist bedenklich; von der Systemkonsole kann 
auch in die Programme auf den angeschlos- 
senen Terminals eingegriffen werden. Die 
neue Version 4.0 soll aber eine entschei- 
dende Verbesserung der Terminalarbeit brin- 
gen. 

Concurrent DOS 

Die Firma Digital Research konnte ihr 16-Bit- 


1 Über die verschiedenen Arten von Speichererweiterun- 
gen wird in MP 3/89, S. 89 ausführlich informiert. 
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Multitasking im MS-OOS-Hinlergriincf 

Auch unter dem Single-Tasking-Betriebssystem MS-DOS 3.xx können be- 
liebige Funktionen in Multitasking-Eigenschaften versetzt werden. Im Be- 
reich Entwicklung wissenschaftlich-technischer Ausrüstungen des Kombi- 
nates Carl Zeiss JENA wurde hierzu das Programm DOSFRAME entwik- 
kelt. Es ermöglicht für eine Nutzerfunktion eine komplette Taskumschal- 
tung. 

Im installierten Interrupthandler von DOSFRAME ist eine Schnittstelle zum 
Multiplexinterrupt eingebunden, die eine Kommunikation mit dem Prozeß 
erlaubt, nachdem er resident installiert wurde. Über diese Schnittstelle kön- 
nen Funktionsanforderungen und Daten an DOSFRAME oder an die einge- 
bundene Nutzerfunktion übermittelt werden. 

Der Nutzer wird durch DOSFRAME von aller Systemarbeit bei der Entwick- 
lung von unter Multitasking-Eigenschaften laufenden residenten Program- 
men entbunden. Bei Verwendung eines 8086-Rechners (5-MHz-Takt) hat 
DOSFRAME eine Taskumschaltzeit von weniger als sechs Millisekunden. 
Da für eine Zeitbiianz nur die synchronen Aufrufe von Bedeutung sind, läßt 
sich auf eine maximale Prozessorbelastung von etwa 10 % schließen. Hier 
ist die Laufzeit der Nutzerfunktion nicht berücksichtigt. Es werden bei maxi- 
maler Generierung 4 KByte Hauptspeicherkapazität benötigt. 

Durch die Generierung kann unter anderem eine Wahl der taskumschalten- 
den Ereignisse erfolgen, die Generierung eines Hotkey zum Starten und 
Stoppen der Nutzerfunktion veranlaßt oder die beim Start der Nutzerfunk- 
tion gültigen Werte für die Aufrufdauer oder die Aufrufhäufigkeit festgelegt 
werden. 

Bei der Erprobung von DOSFRAME wurden unterschiedlichste Nutzerfunk- 
tionen realisiert (Wecker, RAM-Diagnose, Directory-Überwachung). Dabei 
erwies sich DOSFRAME als sehr nutzerfreundlich und flexibel. Da eine 
Vielzahl von Programmen unter der Inkompatibilität von MS-DOS 4.xx lei- 
den, bietet DOSFRAME den Nutzern von MS-DOS 3.xx die Chance, den 
Prozeßhintergrund zu erschließen. mp 



Bild 1 Concurrent DOS XM ist multitasking- und multiuserfähig. Maximal 
4 Fenster können in ihrer Größe und auch farblich frei gestaltet werden. 


gesamten Speicher bis zum Bildschirmadap- 
ter zur freien Verfügung hat. 

DESQview 

DESQview der Firma Quarterdeck Office Sy- 
stems ähnelt in vielem MS-Windows. Es han- 


Betriebssystem' CP/M-86 (und erst recht 
Concurrent CP/M) nie gegen MS-DOS 
durchsetzen, erkannte aber schon recht früh 
die Mängel der bestehenden Systeme und 
entwickelte Concurrent DOS (im folgenden 
kurz CDOS genannt). Heute werden Concur- 
rent DOS XM für 8086- und 80286-Prozesso- 
ren und Concurrent DOS 386 für 80386er an- 
geboten. Es handelt sich um ein Multitasking- 
und Multiusersystem, das zu DOS 3,3 kom- 
patibel ist. Als Terminals (an einer seriellen 
Multiportkarte) fungieren PCs, von denen in 
der Grundversion 3 und in der erweiterten 
Version 6 (CDOS XM) bzw. 10 (CDOS 386) 
mit einer Übertragungsrate bis zu 38400 
Baud angeschlossen werden können. 
Wahlweise kann menügeführt (mit Dateima- 
nager FM.CMD) oder auf Kommandoebene 
gearbeitet werden. Dazu stehen sämtliche 
von MS-DOS bekannten Befehle (zumeist 
verbessert oder durch menügeführte Versio- 
nen ersetzt), einige CP/M-Utilities (hier kann 
CDOS seine Herkunft nicht leugnen) sowie 
26 zusätzliche Funktionen zur Verfügung. 
Damit soll etwas mehr Komfort geboten wer- 
den, als man es von MS-DOS gewohnt ist. 
Beispielsweise wird die einfache Belegung 
der Funktionstasten (auch mit <Alt>, <Ctrl> 
und <Shift>) durch das Programm Func- 
tion.cmd unterstützt. Ferner ist ein Paßwort- 
schutz für Dateien und Verzeichnissen inte- 
griert. Zur Programmentwicklung für die Be- 
triebssystem-Schnittstelle liefert Digital Re- 
search den C/CMX-Compiler. 

Wird vom Multitasking Gebrauch gemacht, 
so kann der Window-Manager installiert wer- 
den, der es erlaubt, bis zu 4 Anwendungen in 
verschiedenen Fenstern zu beobachten. Wie 
in den PIF-Dateien von MS-Windows müs- 
sen dazu einige Informationen überden Res- 
sourcenbedarf der Programme (hier Pro- 
grammcharakteristik genannt) zur Verfügung 
gestellt werden. Jedes Fenster kann auch auf 
den ganzen Bildschirm ausgedehnt (ge- 
zoomt) oder anderweitig in Größe und Posi- 
tion geändert werden. Die Umschaltung zwi- 


schen den Tasks erfolgt mit <Ctrl> und <1 > 
bis <4> auf dem rechten Ziffernblock. 

Es ist möglich, beliebige Tasks per Kom- 
mando abzubrechen und aus dem Speicher 
zu entfernen, was auch bei residenten Pro- 
grammen korrekt läuft. 

CDOS ist - da auch hier viel Hauptspeicher 
vonnöten ist - besonders auf Expanded Me- 
mory ausgerichtet. Die XM-Version enthält 
bereits entsprechende Treiber. Zwar ist 
CDOS auch auf 640 KByte lauffähig, doch 
stößt man dann sehr schnell an die Speicher- 
grenzen, zumal die Vergabe an die einzelnen 
Programme nicht dynamisch erfolgt. 

Sie können CDOS und MS-DOS (ab 3.3) ge- 
meinsam auf einer Festplatte installieren, 
beim Booten wird abgefragt, ob CDOS gela- 
den werden soll. Es ist aber auch später noch 
möglich, CDOS aus MS-DOS heraus (wie ein 
Programm) mit Loadsys.com zu starten. 
Ebenso wie PC-MOS (eine tabellarische Ge- 
genüberstellung finden Sie in/8/) stellt CDOS 
eine Alternative zu Unix- oder LAN-Lösungen 
dar. Die Einbindung in Novell-Netze ist mög- 
lich - allerdings vorzugsweise zum Filetrans- 
fer, da dafür nur die Vordergrundtask genutzt 
werden kann. Prioritäten kennt CDOS nicht; 
es wird mit einem festen Zeitscheibenverfah- 
ren (1/60 Sekunde) gearbeitet. 

Aus dem Hause Digital Research gibt es 
auch noch ein anderes (vollständig MS-DOS- 
kompatibles) Betriebssystem: DR-DOS. Es 
wird im Gegensatz zum Vorbild nicht nur an 
OEM-Kunden verkauft, sondern kann einzeln 
(auch ohne Hardware) erworben werden. 
Aufgrund des günstigen Preises (etwa 
1 50 DM) bieten aber auch immer mehr Hard- 
warehersteller ihre Produkte mit DR- statt mit 
MS-DOS an. Mit der Version 5.0 sollen bisher 
bemängelte Unzulänglichkeiten ausgeräumt 
sein - und sie besitzt sogar einen nicht unbe- 
trächtlichen Vorteil gegenüber MS-DOS. 
Fast das gesamte Betriebssystem kann zwi- 
schen den Bildschirmspeicher und das ROM- 
BIOS oder in den Extended Memory ausgela- 
gert werden, so daß der Nutzer den 


delt sich ebenfalls um einen Zusatz für MS- 
DOS, der multitasking-, nicht aber multiuser- 
fähig ist. Die 386er Version im Virtual Mode 
arbeitet mit mehreren DOS-Kopien. Es kann 
Extended und Expanded Memory Verwen- 
dung finden, so daß der einzelnen DOS-An- 
wendung mehr Hauptspeicher zur Verfügung 
steht als unter einem originalen MS-DOS. 
Jede Anwendung kann bis zu 15 MByte 
Hauptspeicher nutzen; mindestens sollte 
1,5 MByte vorhanden sein, da sonst das 
Swapping die Arbeit stark verlangsamt. 
Durch die Vergabe von Prioritäten kann die 
Leistung der einzelnen Anwendung beein- 
flußt werden. Der mitgelieferte Expanded 
Memory Manager (QEMM) ist aber auch für 
MS-DOS hilfreich. DESQview arbeitet mit ei- 
ner Fensteroberfläche; nichts erinnert mehr 
an die Zeiten von Kommandozeilen. In den 
Fenstern kann grafisch gearbeitet werden, 
und auch mit residenten Programmen gibt es 
keine Probleme. Unterstützt werden ferner 
Programme, die mit DOS-Extendern für den 
Protected Mode geschrieben wurden. 
DESQview ist in alle wichtigen lokalen Netze 
voll integrierbar, darunter Novell NetWare 
und OS/2-LAN-Manager. Hier ist nicht nur 
einfacher Filetransfer möglich; die Netzan- 
wendungen vertragen sich auch mit dem 
Multitasking-Betrieb (z. B. Netzarbeit im Hin- 
tergrund). Allerdings ist dabei ein recht un- 
günstiges Zeitverhalten in Kauf zu neh- 
men. 

Zur Programmentwicklung wird - ähnlich wie 
bei Windows - ein Application Program Inter- 
face (API) angeboten. Es nutzt den Interrupt 
15H und ist vor allem für die Verwaltung 
sämtlicher Ein- und Ausgaben in Warte- 
schlangen zuständig. Neben den C-Biblio- 
theken gibt es auch noch Schnittstellen für 
Pascal, Basic, dBase und Clipper. Unter- 
stützt wird die Programmentwicklung eben- 
falls durch einen Menügenerator (hier Panel 
Designer genannt). 

VM 386 

VM 386 ist ein Betriebssystem von ganz be- 
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sonderer Qualität. Wie schon der Name (VM 
= Virtual Machine) sagt, werden im Virtual 
Mode des Prozessors (ein 80386 ist erforder- 
lich) mehrere virtuelle DOS-Rechner nachge- 
bildet. Sie können einzeln konfiguriert werden 
(einschließlich der Zuordnung von Peripherie 
und der Festlegung von Prioritäten) und sind 
vollständig voneinander abgeschirmt. Diese 
Abschirmung geht so weit, daß in jeder Task 
eine andere DOS-Version gefahren werden 
kann. Konsequenterweise gilt auch ein 
Warmstart (<Ctrl>-<Alt>-<Del>) nur für 
die jeweils aktuelle Task. Der Start von VM 
386 erfolgt aus einem eigenen Verzeichnis 
heraus im Kommandomodus von DOS. 

VM 386 ist auch multiuserfähig, der Anschluß 
von Terminals erfolgt aber nicht über die se- 
rielle Schnittstelle, sondern mit einem soge- 
nannten Host-Controller. Er ist als Zusatz- 
hardware notwendig - die Terminalarbeit 
verbessert sich aber entscheidend. So kann 
auf den als Terminal eingesetzten PCs im 
Grafikmodus gearbeitet werden. Weiterhin 
sind auch die Terminals (Nodes genannt) 
multitaskingfähig. VM 386 benötigt minde- 
stens 2 MByte RAM und unterstützt alle gän- 
gigen Grafikstandards. Für die Arbeit im Netz- 
werk wird das VM 386 NetPak angeboten. 

... und OS/2 

Trotz der anfangs erwähnten Schwierigkei- 
ten hat OS/2 Chancen, die Nachfolge von 
MS-DOS anzutreten, da IBM und Microsoft 
die Marktführer sind. 

OS/2 ist multitaskingfähig, beliebig viele OS/ 
2-Anwendungen können gleichzeitig ablau- 
fen, zusätzlich noch ein MS-DOS-Programm 
in der sogenannten Kompatibilitätsbox. Hier 
wird ein DOS-Rechnervollständig nachgebil- 
det - einschließlich des Kommandoprozes- 
sors Command.com. OS/2 nutzt einen eige- 
nen Kommandointerpreter (Cmd.exe) oder 
die grafische Nutzeroberfläche, den Pre- 
sentation Manager. Für das Umschalten zwi- 
schen den Programmen ist der Session Ma- 
nager (<Alt> <ESC>) zuständig. 

Auf Mehrbenutzerarbeit hat man für ein Ein- 
prozessorsystem bewußt verzichtet, statt 
dessen setzt man voll auf Vernetzung: Der 
OS/2-LAN-Manager soll Novell NetWare 
Konkurrenz machen. Zur Beschleunigung 
der Plattenarbeit bietet OS/2 ab Version 1 .2 
das neue Dateisystem HPFS (High Perfor- 
mance File System). Es kann alternativ zum 
alten FAT-Dateisystem (File Allocation Ta- 
ble) installiert werden. Deshalb nennt Micro- 
soft es Installable File System (IFS) und läßt 
damit den Weg offen, später noch weitere 
Dateiverwaltungen zu unterstützen und wie 
Treiber einzubinden. Das HPFS wirkt der star- 
ken Fragmentierung entgegen und ist beson- 
ders bei großen Dateien bis zu 4mal schneller 
als das alte FAT-System. Dateinamen sind 
nicht mehr auf 8 Zeichen beschränkt; später 
soll auch zwischen Groß- und Kleinschrei- 
bung unterschieden werden. 

Ein Plus von OS/2 gegenüber den anderen 
vorgestellten Systemen ist, daß bereits Com- 
piler für alle wichtigen Programmiersprachen 
zur Verfügung stehen. Sie unterstützen das 
OS/2 Application Program Interface (API), 
denn der alte Sammelinterrupt 21 H ist im 
Protected Mode natürlich tabu. Um aber wei- 
terhin die Entwicklung von MS-DOS-Anwen- 
dungen zu ermöglichen, wird zusätzlich eine 
DOS-konforme Schnittstelle angeboten, die 
Family Application Program Interface (FAPI) 
heißt. 

Und während die anderen Systeme zumeist 
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„nur“ ein Multitasking von Programmen bie- 
ten, die noch den DOS-Beschränkungen 
(640 KByte Hauptspeicher) unterliegen, sind 
bei OS/2 diese Schranken wirklich aufgeho- 
ben. 

Informationen zu Preisen und Vertriebsbe- 
dingungen alter gängigen DOS-ähnlichen 
Multitasking-Betriebssysteme finden Sie in 
191 . 
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Auto-Anwendertreffen 

Am 27. Juni 1990 führte die CeTEC in Ost- 
Berlin ein erstes Treffen für AutoCAD-An- 
wender aus Ost (und West) durch. CeTEC ist 
eine Arbeitsgemeinschaft von Ost- und 
West-Berliner Firmen und Ingenieuren, 
die seit längerer Zeit auf AutoCAD speziali- 
siert sind. Leistungen im gesamten Umfeld 
dieses Programmes werden auf dem in der 
DDR entstehenden Markt angeboten, eine 
gemeinsame Firma ist im Entstehen. 

Das Interesse an der Veranstaltung war rege. 
Unter den Teilnehmern waren Vertreter von 
etwa 65 Firmen und Institutionen der gesam- 
ten DDR. Besucher aus West-Berlin und dem 
Bundesgebiet waren neben dem Leiter der 
Niederlassung der Firma Autodesk (dem 
Hersteller von AutoCAD) in Frankfurt am 
Main und dem Herausgeber einer CAD- 
Fachzeitschrift überwiegend an Kontakten 
interessierte Anwender aus mehreren Berei- 
chen. Da dieses Treffen hauptsächlich gene- 
relle Informationen vermitteln sollte, wurden 
Händler bereits vorher gebeten, die an sich 


Prof . Dr. Uwe Hübner , Chemnitz 


Anspruchsvolle Rechneranwendungen sind 
oft dadurch gekennzeichnet, daß zur Erfül- 
lung einer Aufgabe mehrere Prozesse quasi- 
parallel ablaufen und kooperieren müssen. 
Beispiele dafür sind unter anderem Daten- 
banksysteme mit gleichzeitigem Zugriff 
durch mehrere Benutzer, Transaktionssy- 
steme (Platzbuchung, . . .), Prozeßsteue- 
rungs- und Überwachungssysteme. 

Die kooperierenden Prozesse können in un- 
terschiedlichen Prozessoren ablaufen oder 
aber in einem Prozessor, auf dem durch eine 
Betriebssystemschale ein Mehrprozeßbe- 
trieb organisiert wird. In beiden Fällen sind 
Mechanismen erforderlich, die Wechselwir- 
kungen verschiedener Prozesse realisieren; 
dabei muß einerseits ein Zeitbezug bzw. eine 
definierte Reihenfolge von Aktivitäten ver- 
schiedener Prozesse hergestellt werden 
(Synchronisation) und andererseits müssen 
Daten aus einem Prozeß in einem anderen 
Prozeß verfügbar gemacht werden (Informa- 
tionsübermittlung). 
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Prozeßkommunikation 
in Unix-kompatiblen 
Betriebssystemen 


erwünschten Selbstdarstellungen auf einen 
späteren Zeitpunkt zu verschieben. 
Fachleute aus allen Bezirken der DDR be- 
richteten über ihre Erfahrungen mit AutoCAD 
und stellten eigene Entwicklungen auf ver- 
schiedenen Anwendungsgebieten vor. 
Gemeinsam mit profilierten Anwendergrup- 
pen der DDR und mit Autodesk soll für eine 
im Oktober 1990 geplante nächste Veran- 
staltung versucht werden, eine vorläufige Li- 
ste von in der DDR entwickelten Branchenlö- 
sungen und Hilfsmitteln (z. B. ADI-Treiber für 
DDR-Technologie) zusammenzustellen und 
die Gründung einer AutoCAD-Anwender- 
gruppe anzuregen, die als allgemeine Basis 
für den Austausch von Informationen dienen 
soll. 


| El KONT AKT jg ] 

PCAII, D. Kitiner, Rosenbecker Straße 19, Berlin, 11 43; Tel. 
331 6974 


Die Mechanismen für die Lösung dieser Auf- 
gabe in Unix-kompatiblen Betriebssystemen 
möchte ich Ihnen im folgenden Beitrag vor- 
stellen (nach/1/, /2/). 

Die Mechanismen lassen sich in verschie- 
dene Klassen einteilen (gemeinsame Spei- 
cherbereiche, ereignisorientierte Konzepte, 
Botschaften). Für die in den folgenden Ab- 
schnitten dargestellten Programmbeispiele 
wird ein gemeinsamer Modul (Err.c) für Feh- 
lermeldungen und Instrumentierung voraus- 
gesetzt (Bild 1). 

Gemeinsame Speicherbereiche 

Der Prozessor kann ablaufenden Prozessen 
zu relativ willkürlichen Zeitpunkten entzogen 
werden, was unzusammenhängende, inkosi- 
stente Daten in den gemeinsamen Speicher- 
bereichen zur Folge haben kann. Um dies zu 
vermeiden, dürfen mehrere Prozesse nicht 
gleichzeitig in Programmabschnitte eintre- 
ten, in denen auf solche gemeinsamen Spei- 
cherbereiche zugegriffen wird (beispiels- 
weise mit den im nächsten Abschnitt be- 
schriebenen Semaphoren). Den gleichen Ef- 
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irinclude <stdio,h> 

#include <sys/types . h> 

#include <sys/t imes . h> 

extern int errno, sys_nerr; 
extern char * sys errlist[];' 
extern long timesT); 

struct tms tbl , tb2; /* Beginn und Ende */ 
long atl-nel , atirae2; 

/* detaillierte Fehlermeldung ausgeben */ 
void error(msg) 

^ char * msg; 

fprintf (stderr, "error: %s (Sd ,! , isg , errno) ; 
if (errno > 0 && errno < sys_nerr) 

fprintf (stderr, " : 2s)\n", sys_errlistC errno] ) : 
eise 

fprintf (stderr, ")\n"); 


/♦detaillierte Fehlermeldung ausgeben und Abbruch */ 
void fatal (:nsg) 

^ char * msg; 

error(msg) : exit(1); 


#include <stdio.h> 

extern char * sbmadr; 

extern int msgsemid, acksemid; 

main() 

{ char c; 

ipcinitQ ; 
regtimeO,; 

V(acksemid) ; 
do { 

P(msgsemid) ; /■■■ harten auf Nachricht vom Sender */ 
c = *shmadr; /* Nachricht auswerten (hier nur 1 . Byte) */ 
V(acksemid); /* Entnahme der Nachricht signalisieren */ 

} while (c == 0); 

prtimeO'reader") ; 

ipcendO ; . 

ipcrem() ; 

exit(0); 


Bild 3 Empfangsprozeß für gemeinsamen Speicher 

#include <stdio.h> 

#include <sys/types . h> 

#include <sys/ipc.h> 
i^include <sys/shm .h> 

"include <sys/sem.h> 


/* falsche Argumente beim Programm auf ruf */ 
usage(s) 
char * s: 

{ 

fprintf (stderr, "usage: /Ss\n",s); exit(1); 


/* Beginn einer Zeitmessung, Zeiten registrieren */ 
void regtimeO 

if ( (a tim ei =times(&tb1 ) ) = = -1) f atal ( "times" ) ; 


/* Ende einer Zeitmessung, Zeit (user + System) ausgeben */ 
void prtime(s) 
char * s; 

{ 

if ( (atime2=times(3:tb2) ) == -1) fatal ("times") ; 
printf ("%s : Sld\n", s, 

j th2 -tms_utime-tb1 . tms_utime+tb2 . tms_s time-tbl . tms_utime) ; 

Bild 1 Fehlermeldungen und Programm-Instrumentierung 


.Hnclude <stdio.h> 

extern char * shnadr; 

extern int msgsemid, acksemid; 

main(argc , argv) 
int arge; 
char * argv( ] ; 

{ int ent; 

if (arge != 2) { fprintf (stderr, 

"usage: htestl msganzahl\n") ; exit(l); } 
ent = atoi (argv[ 1 ] ) ; 
ipeinit ( ) ; 
regtimeO ; 

•,/hile (ent — > 0){ 

P(acksemid) ; /* Warten auf Entnahme der lezten Nachricht */ 
if (ent == 0) *shm' v = 1; /* letzte Nachricht */ 
eise *shmadr = 0; 

^ V(rnsgsemid) ; /* Signalisieren der Nachricht an Empf aengo - */ 

prtime( "writer" ) ; 
ipcend( ) ; 
exit(0) ; 


Bild 2 Sendeprozeß für gemeinsamen Speicher 


Bild 4 Gemeinsame Routinen für Speicherbereiche mit Sema - ► 
phor-Koordination 


#def ine SHMKEY 2234567 
#def ine SEMI KEY 2234566 
#def ine SEM 2 KEY 2234565 
#def ine SHMLEN 0x3000 

int shmid; /* Identif ikator des gemeinsamen Speichersegments */ 
chiir * shmadr; /* Adresse des gemeinsamen Segments */ 
int msgsemid, acksemid; /* Semaphor-Identif ikatoren * / 
extern char * shmatO; 

/* gemeinsamen Speicher und Semaphoren initialisieren */ 
ipcinitO 
{ 

if ( ( shmid=shmget(SHMKEY , SHMLEN, IPC_CREAT I 0666) ) == -1) 
fatal ( "shmget") ; 

shmadr = shnat( shmid, 0 , 0) ; /* Segment zuweisen */ 
if ((int)shmadr == -1) f atal ( "shmat" ) ; 
if ( (msgsemid=semget(SEM1 KEY , 1 , IPC_CREAT I 0666) ) -- -1) 
fatal ("semget" ) ; 

if ( (acksemid=semget(SEM2XEY , 1 , IPC CREATI0666)) == -1) 
f atal ( "semget" ) ; 


/* Zuordnung des gemeinsamen Speichers wieder aufheben */ 

iucendO 

{ 

if (shmdt( shmadr) =*« -1) f atal("shmdt M ) ; 


/* Semaphoroperation "P" - pruefen und (evtl.) warten */ 
void P(sid) 
int sid; 

{ 

struct sembuf sb; 

3b.sem_op * -1 ; 
sb.sem_flg = 0; 
sb.sem_num =0; 

if (semop(sid, &sb, 1) == -1 ) fatal ("semop") ; 


/* Semaphoroperation "V" - freigeben */ 
void V(sid) 
int sid; 

{ 

struct sembuf sb; 

sb.sem_op =1; 
sb.sem^flg = 0; 
sb.sem_nurn = 0; 

if (semop(sid, &sb, 1) *= -1) fatal ("semop") ; 


/* Entfernen aller erzeugten IPC-Objekte */ 
void iocremO 
{ 

if (semctl(msgsemid, IPCJtlllN, 0) == -1) fatal ("s i :ctl") ; 
if (semctl (acksemid, IPC_RMID,0) == -1) f atal (" semctl" ) ; 
if (shmctl (shmid, IPC_RMID, 0) == -1) f atal ( "shmctl" ) ; 


fekt erreichen Sie, wenn auch mit etwas dra- 
stischeren Mitteln, indem Sie während der 
betreffenden Programmteile die Prozeßum- 
schaltung überhaupt sperren. Dies ist in An- 
wenderprogrammen aber nur auf Prozesso- 
ren ohne System/User-Modusunterschei- 
dung möglich (i8086). 

Gemeinsame Bereiche (shared memory) 
sind erst in System V realisiert; ihre Handha- 
bung erfolgt durch einen Satz spezieller Sy- 
stemrufe: 

Die Umrechnung des Zugriffsschlüsseis in 
ein Speichersegment liefert den Seg- 
mentidentifikator oder -1 bei Fehlern, 
int shmget (key, nbytes, flags) 
long key; zwischen den Benutzern 
vereinbarter Schlüssel 
int nbytes; Segmentgröße 
int flags; Berechtigungen bei neuen 
Segmenten usw. 


Das Segment zuordnen (in den eigenen 
Adreßbereich abbilden); liefert die Segment- 
adresse oder -1 bei Fehlern, 
char * shmat (segit, addr, flags) 
intsegid; Segmentidentifikator 
char* addr; gewünschte Adresse, 

0 - beliebige Adresse 

int flags; 

Die Segmentzuordnung aufheben; liefert 0 
bei Erfolg mit -1 bei Fehlern, 
int shmdt (addr) 
char * addr; Segmentadresse 

Steuerfunktionen ; liefern 0 bei Erfolg oder — 1 
bei Fehlern. 

int shmctl (segid, emd, sbuf) 
intsegid; Segmentidentifikator 
int emd; Kommando, z. B. IPC_RMID 
- Bereich entfernen 
struct shmid_ds * sbuf; Zeiger auf 
Statuspuffer 


Ereignisorientierte Konzepte 

In diese Kategorie wurden Konzepte einge- 
ordnet, die nur Synchronisationsaufgaben 
erfüllen, aber keine Daten übermitteln; dazu 
gehören Signale und Semaphore. 

Signale 

Signale sind in allen Versionen vorhanden, 
es gibt aber Abweichungen der Signaltypen 
und deren Semantik. 

Das Senden eines Signals erfolgt mit dem 
System ruf Kill: 

int kill (pid, sig) liefert 0 bei Erfolg, - 1 bei | 
Fehlern 

int pid; Prozeßnummer des Empfängers; 

0 - an jeden Prozeß der Prozeß- 
gruppe senden . 

int sig; Signalnummer, Symbole aus J 

Signal. h verwenden 1 
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#include <stdio.h> 

#include <fcntl.h> 
char buf [0x8000]; 

/* Schreib prozeas */ 
writer(wfd, len, ent) 
int wfd, len, ent: 

{ 

regtimeO; 

while (ent — > 0){ 

if (ent == 0) /* letzte Nachricht */ buf[0] - 1; 
^ if (write(wfd, buf, len) == »1 ) fatal ("write"); 

prtime ("writer" ) ; 


/* Leseprozes3 */ 
reader(rfd, len) 
int rfd, len; 

{ int 1 ; 

regtiraeO; 

while ((l=read(rf d, buf, len)) != -1) { 
if (1==0) sleep(l); /* EOF bei Datei */ 
if (buf[0] != 0) { prtime ( "reader") ; retum;} 

fatal ("read”) : 

} 

main(argc, argv) 
int arge ; 
char * argv[ ] ; 

{ int rfd, wfd; 

if (arge != 3) usage("dtest msglength msgeount"); 
if ( (wf d=o pen( M Protokoll” , 0_WR0NLY | 0_CRBAT , 0600))=- -1) 
fatal ("o pen") ; 
switch (fork()){ 
case -1 : 

f atal ("f ork") ; 

case 0: /* child wird Empfaenger */ 

, if ((rfd=open(" Protokoll", 0_RD0NLY))== -1) f atal ("o pen") ; 
reader(rfd, atoi (argv[l ] ) ) ; 
break ; 

default: /* parent wird Sender */ 

writer(wfd, atoi (argv[1 ]) , atoi (argv[2]) ) ; 

wait((char *) 0); 
unlink ( " protokol 1 " ) ; 
exit(0); 


Bild 5 Botschaften- H- n-.iude <stdio.h> 

kommunikation über oha ~ b«noxlooo] : 

eine Datei /* Schreibnroaess */ 

writer (wfd, len, ent) 
int wfd, len, ent; 

{. 

regtim e( ) ; 
while (ent — > 0){ 

’ (ent •== 0) /* letzte Nachricht ■'/ buf [0] = 1; 
if (write(wfd, buf, len) == -1) f atal ("wi-ite") ; 

} 

nrtim e( "writer" ) ; 

} ' 

/* Leseprozess */ 
reader(rfd, len) 
int rfd, len; 

{ 

regt im e( ) ; 

while ((read(rfd, buf, len)) != -1) { 

if (oufi"0] != 0) { nrtimeC'reader" ) ; return;} 

} 

fatal ("read" ) ; 

} 

main(argc, argv) 


Bild 6 Botschaften- 
kommunikation über 
eine Pipe 


int arge; 
char * argv[]; 

{ int pfd[2]; 

if (arge != 3) usage("ptest msglength msgeount " ) ; 
if (pipe(pfd) == -1 ) f atalO'pipe") ; 
switch (fork()){ 
case -1 : 

fatal ("f ork") ; 

case 0: /* child wird Empfaenger */ 

/* nicht benoetigten Deskriptor wieder freigeben */ 
if ( closo( pf d[ 1 ] ) == -1) f atal ( " close") ; 
reader(pfd[0] , atoi (argv[ 1 ] ) ) ; 
break; 

default: /* parent wird Sender */ 

if ( close(pf d[ 0] ) == -1) fatal ("close" ) ; 
writer(pf dL 1 ] , atoi(argv[ 1 ] ) , atoi (argv[ 2] ) ) ; 

} 

wait((char *) 0); 
exit(0) ; 


Als Einschränkung ist zu betrachten, daß die 
Prozeßnummer des Empfängers bekannt 
sein und der Sender über die entsprechende 
Berechtigung gegenüber dem Empfänger 
verfügen muß (gleicher effektiver Nutzer oder 
Superuser). Signale werden nicht gepuffert, 
das heißt dicht aufeinanderfolgende Signale 
können verlorengehen oder schlimmer: uner- 
wünschte Wirkungen beim Empfänger ha- 
ben. Nur in den 4BSD-Versionen werden Si- 
gnale gepuffert. 

Die gezielte Reaktion eines Empfängers auf 
ein bestimmtes Signal wird erreicht, indem 
dieser mit dem Systemruf Signal ein Behand- 
lungsprogramm für das eintreffende Signal 
vorplant: 

Der folgende Systemruf liefert die alte Be- 
handlung oder -1 bei Fehlern, 
int (* signal(sig,fcn))() 
intsig; Signalnummer, Symbole aus 
Signal. h verwenden 
int(*fcn)(); neue Signalbehandlung 

Signale eignen sich aber so, wie sie konkret 
implementiert sind, nicht gut als planmäßige 
Kommunikationsmechanismen; ihre Do- 
mäne ist die Behandlung von Ausnahmesi- 
tuationen. 

Semaphore 

Semaphore sind ein bekannter Elementar- 
baustein für die Prozeßkooperation, sie sind 
in System V verfügbar: 

Die Umrechnung des Zugriffsschlüssels in ei- 
nen Identifikator liefert den Semaphor-Identi- 
fikatoroder -1 bei Fehlern, 
int semget (key, nsems, flags) 
long key; zwischen den Benutzern ver- 
einbarter Schlüssel 
int nsems; Semaphoranzahl 
int flags; Berechtigungen usw. 

Die Semaphoroperation liefert den Sema- 
phorenwert vor der Operation oder -1 bei 
Fehlern. 

int semop (sid, ops, nops) 


intsid; Semaphor-Identifikator 
struct sembuf (*ops)[ ] ; Zeiger auf 

Operationsfeld 
unsigned nops; Anzahl der Operationen 

Die Steuerfunktionen liefern einen komman- 
doabhängigen Wert oder -1 bei Fehlern, 
int semctl (sid, snum, emd, arg) 
intsid; Semaphoren-Identifikator 
int snum; Semaphor-Nummer 
intemd; Kommando 
char * arg; 

Bei Semop zeigt Ops auf folgende Struktur: 
struct sembuf {short sem_num; Semaphor- 

Nummer 

shortsem_op; P:-1.V:+1 ... 

shortsem„flg; Optionen 

}; 

Semaphore können zur Koordinierung des 
Zugriffs auf einem gemeinsamen Speicher- 
bereich verwendet werden. Als Beispiel ist 
dazu in Bild 2 ein Sendeprozeß und in Bild 3 
ein Empfangsprozeß dargestellt. Bild 4 ent- 
hält die von beiden Programmen benötigten 
Hilfsroutinen. 

Botschaften 

Das Botschaftenkonzept vereint die Syn- 
chronisation und den Datenaustausch; es 
stellt einen verhältnismäßig einfach und si- 
cher handhabbaren Mechanismus höheren 
Niveaus dar. 

Da man immer bestrebt sein sollte, in einem 
System nur einen Mechanismus der Prozeß- 
wechselwirkungen zu verwenden, ist dieses 
Konzept gut geeignet. Das Botschaftenkon- 
zept ist auf unterschiedlicher Basis (Dateien, 
Pipes, Fifos, Messages, Sockets) realisierbar. 

Dateien 

Als Träger für Botschaften können gewöhnli- 
che Dateien dienen. Der Inhalt der Datei ist 
dabei die zu übergebende Information; die 
Synchronisation zwischen Sender und Emp- 
fänger wird dadurch hergestellt, daß der 


Empfänger ein End of File (EOF) erkennt, 
wenn der Sender noch keine neue Botschaft 
hinterlegt hat. 

Zur Demonstration wesentlicher Programm- 
elemente sowie für Durchsatzuntersuchun- 
gen dient das Programm dtest.c (Bild 5). Die 
Operation fork liefert die beiden kommunizie- 
renden Prozesse. In dem Programm ist der 
Kode beider Prozesse enthalten, was jedoch 
nur bei kleinen Programmen sinnvoll ist. An- 
sonsten wird eine Verschwendung von 
Hauptspeicherplatz vermieden, indem einer 
der beiden Prozesse nach fork einen neuen 
Programmkode mit exec lädt. Um zu vermei- 
den, daß der Leseprozeß die Datei bei Open 
als nicht existent vorfindet (und mit Fehler- 
meldung abbricht), wird die Datei vor der 
Operation fork hergestellt. Eine andere Va- 
riante wäre die zyklische Wiederholung des 
Open-Versuchs durch den Empfänger. 

Wenn EOF erkannt wird, muß der Empfänger 
warten. Dies kann durch eine ständige Wie- 
derholung des Leseversuchs (verursacht 
hohe Rechnerbelastung) erfolgen, besser 
aber - wie dargestellt - mit wiederholten Ver- 
suchen in gewissen Zeitabständen. 

Die Unteilbarkeit einer Lese- oder Schreibak- 
tion wird im allgemeinen nicht garantiert, das 
heißt der Leseprozeß muß auch mit Bruch- 
stücken einer Nachricht rechnen und sie 
dann zusammensetzen können. 

Zur Assoziation von Sende- und Empfangs- 
prozeß muß lediglich der Name der als Kom- 
munikationsobjekt genutzten Datei bekannt 
sein. Die Protokollierung der Kommunikation 
in einer Datei kann zwar als Nebeneffekt mit- 
unter nützlich sein; der ständig steigende Da- 
teiumfang ist aber bald lästig. Im praktischen 
Einsatz sollte deshalb in bestimmten Zeitab- 
ständen der Dateiinhalt wieder entfernt wer- 
den. 

Pipes 

Mit diesem Mechanismus können einige 
Nachteile des Datei-Mechanismus vermie- 
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#include <fcntl".h> 

#include <sys/types . h> 

#include <sys/stat.h> 

raain(argc, argv) 
int arge; 
char * argv[]; 

{ int wfd, rfd; 

if (arge ! = 3) usage( "f test msglength msgeount"); 


Bild 7 Botschaftenkommunika- 
tion über einen Fifo 


if GnknodO'fifo" 
switch (fork()){ 
case -1 : 

fatal ("fork"); 

case 0: /* child wird Emofaenger */ 
if CCrfd=open("fifo", Ö HDONLY) )=• 
reader(rfd, atoi (argv[l7) ) ; 
break ; 

default: /* parent wird Sender */ 
if ( (wfd=open("f if o" , 0 V7R0NLY)) = 


IFIF010656, 0) == -1) f atal ( "mknod" ) ; 


-1 ) fatal (" open" ) ; 


writerC wfd , atoi (argv[ l"T) , atoi (argv[ 2] ) ) ; 


1) fatal ("open") ; 


wait((char *) 0); 
unlink("f ifo") ; 
exit(0) ; 


den werden. Das Programm Ptest.c (Bild 6) 
löst die gleiche Aufgabenstellung wie das 
Programm in Bild 5. 

Die wesentliche Einschränkung dieses Ver- 
fahrens besteht darin, daß die kommunizie- 
renden Prozesse auseinander hervorgegan- 
gen (assoziiert) sein müssen, da nur assozi- 
ierte Prozesse über die beiden vom Pipe-Sy- 
stemruf vergebenen Filedeskriptoren verfü- 
gen können. Der Pipe-Mechanismus liefert 
erst dann EOF, wenn der Sender die Pipe 
schließt, es sind keine Vorkehrungen für par- 
tielle Botschaften notwendig. 

Fifos 

Mit diesem auch als named pipe bezeichne- 
ten Element werden die Vorteile des Datei- 
und des Pipe-Kommunikationskonzepts ver- 
eint. Die Benutzungseigenschaften eines 
einmal eröffneten Fifos (first in -first out) ent- 


sprechen denen einer Pipe. Fifos stehen ab 
System III und auch in WEGA zur Verfü- 
gung. 

Die Assoziation der Kommunikationspartner 
wird über einen Eintrag im Filesystem (den 
Fifonamen) hergestellt. Dieser Eintrag wird 
mit dem sonst nur für Verzeichnisse und spe- 
cial files benutzten Systemruf mknod herge- 
stellt. Anschließend kann der Fifo-Name in ei- 
nem Open-Ruf (fast) wie eine gewöhnliche 
Datei behandelt werden. 

In Bild 7 ist die neue Prozedur main vorge- 
stellt, reader und writer sind aus Bild 5 zu 
übernehmen. Der Open-Ruf hat die spezielle 
Eigenschaft, daß die diesen Ruf ausführen- 
den Prozesse so lange blockiert werden, bis 
das Schreib- und das Leseende des Fifos 
eröffnet wurden. 

Diese mitunter unangenehme Eigenschaft 
kann unterdrückt werden, wenn das Flag 


0_NDELAY bei Open verwendet wird. Ein 
späteres Read erfolgt dann aber auch nicht- 
blockierend, das heißt ein Empfänger müßte 
wie beim Datei-Konzept den Fifo zyklisch ab- 
fragen. Eine vorteilhafte Alternative dazu 
folgt weiter unten. 

Messages 

In System V gibt es einen Message-Mecha- 
nismus, der mit speziellen Systemrufen an- 
gesprochen wird: 

Die Umrechnung des Zugriffsschlüssels in ei- 
nen Identifikator liefert den Warteschlangen- 
identifikator oder -1 bei Fehlern. 

int msgget (key, flags) 
long key; zwischen den Benutzern ver- 
einbarter Schlüssel 
int flags; Berechtigungen 

Eine Message senden; liefert 0 bei Erfolg 
oder -1 bei Fehlern, 
int msgsnd (qid, buf, nbytes, flags) 
int qid; Warteschlangenidentifikator 
struct msgbuf * buf; Zeiger auf Message 
int nbytes; Länge der Message 
int flags; 

Eine Message empfangen; liefert Byteanzahl 
oder -1 bei Fehlern. 

int msgrev (qid, buf, nbytes, mtype, flags) 
int qid; Warteschlangenidentifikator 
struct msgbuf * buf; Zeiger auf Message 
int nbytes; Länge der Message 
long mtype; Message-Type, OL - Typ 
beliebig 

int flags; 


#include <stdio.h> 

#include <sys/types .h> 

#include <sys/ipc.h> 
tfinclude <sys/msg.h> 

#def ine MKEY 1234567 
char buf[ 0x3000] ; 

/* Schreibprozess */ 
writer (wfd, len, ent) 
int wfd, len, ent: 

{ 

regtimeO ; 
while (ent — > 0){ 

if (ent == 0) /* letzte Nachricht :: / buf[0] = 1: 

^ if (msgsnd(</ ’ 1 , buf , len, 0) == -1) fatal ("msgsnd") ; 

prtime( "writer") ; 

} 

/* Leseprozess */ 
reader(rf d , len) 
int rfd, len; 

{ int 1; 

regtimeO; 

while ( (l=msgrcv(rfd ,buf,len,0L,0)) ! = -1 ) { 
if (buf[0] ■!= 0) { prtime("render" ) ; return;} 

fatal ("msgrev" ) ; 


#include <stdio.h> 

#include <errno.h> 

#include <sys/types.h> 

7?include <sys/socket.h> 

#include <sys/times . h> 

#define S0CSIZ sizeof (struct sockaddr) 

struct sockaddr sockad; 

char buf [0x4000]; 

char * socknnne = "tsock"; 

writer(len, ent) 
int len, ent; 

{ int wfd; 

if ( (wfd=socket(PP_UNIX, S0CK_DGRAM, 0 )) == - 1 ) fatal ("soe’-et") * 

regtimeO; 

while (ent — > 0) { 

if (ent == 0) buf[0] - 1; 

while (sendto(wfd, buf, len, 0, ftsockad, S0CSIZ)) == -1) { 
if (errno != EN0EN?) f atal ("sendt o" ) ; 
sleep(l); /* reader noch nicht aktiv */ 

} ^ 

prtirae("writer") ; 
close(wfd); 

reader(len) 
int len; 

{ int rfd; 


main(argc ,argv) 
int arge; 
char * argv[]; 
{ int wfd, rfd; 


if (arge != 3) usage("mtest msglength msgeount"): 
switch (fork()){ 
case -1 : 

fatal("f ork") ; 

case 0: /* child wird Empfaenger */ 

if((rfd=msgget(!IKEY,0665 | I?C_CREAT) )=» -1) fatal("msgget") ; 
reader (rfd , atoi (argv[ 1 ] ) ) ; 
break ; 

default: /* parent wird Sender */ 

if ( (wf d=msgget(MKEY , 0666 I IP0 CREAT))== -1) fatal ("msgget" ) : 
j writer( wfd , atoi (argv[ 1 ] ) , atoi (argv[ 2] ) ) ; 

wait ( (char *) 0); 
exit(0); 


Bild 8 Botschaftenkommunikation über Messages 


Bild 9 Botschaftenkommunikation über Sockets 


if ( (rfd* socke t(PF_UNIX , S0CK_DGRAM, 0) ) == -1) fatal (" socket") • 
if (bind(rfd , Äsochad, S0C3IZ) == -1) fatal ("bind") ; 
regtimeO; 
for ( ; ; ) { 

if (read(rfd , buf, len) == -1) fatal ("read") ; 
if (buf [0] == 1) break; 

prtime("reader") ; 
close(rfd) ; 
unlink(sockname) ; 


main (arge, argv) 
int arge ; 
char *argv[]; 

if (arge ! = 3) usage("stest msglength msgeount"); 

sockad. sa_family = AFJJNIX; 

strcpy( sockad . sa data, socknarae); 

switch (fork()) X 

case (-1): 

f atal("f ork") ; 

case 0: /* child wird Empfaenger */ 
reader( atoi ( argv [ 1 ] ) ) ; 
break ; 

default: /* parent wird Sender */ 

^ writer(atoi (argv[ 1 ] ) , atoi(argv[2])) ; 

waitO; 

exit(0); 
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Die Steuerfunktionen liefern 0 bei Erfolg oder 
-1 bei Fehlern, 
int msgctl (qid, cmd, sbuf) 
int qid; Warteschlangenidentifikator 
int cmd; Kommando, z. B. IPC_RMID 
-Bereich entfernen 
structmsqid_ds*sbuf; Zeiger auf 
Statuspuffer 

Die Angabe Mtype kann vom Empfänger zur 
Auswahl aus mehreren eingegangenen Mes- 
sages verwendet werden. Beim Senden muß 
ein Wert ungleich 0 im Mtype-Feld von buf 
übergeben werden. 

Eine Prozeßkommunikation mit gleicher 
Funktionalität wie in den vorangegangenen 
Abschnitten ist in Bild 8 dargestellt. 

Sockets 

Einen anderen Weg ist man in den 4BSD- 
Versionen gegangen; das Kommunikations- 
objekt wird hier als Socket (Steckdose) be- 
zeichnet. Es kann mit speziellen Systemru- 
fen (socket, send, recv, . . .) aber auch mit 
Read/Write manipuliert werden /3/. 

Die neue Qualität besteht darin, daß nicht nur 
Prozesse in einem Rechner miteinander 
kommunizieren können, sondern auch sol- 
che in verschiedenen Rechnern, die auch 
über nahezu beliebige Datenkommunika- 
tionssysteme (LAN, WAN) miteinander ver- 
bunden sein können. 

Ein Problem ist dabei allerdings die Adressie- 
rung des Empfängerprozesses. Wenn sich 
der Empfängerprozeß auf dem gleichen 
Rechner befindet, kann bereits ein Datei- 
name im lokalen Dateisystem zur Identifizie- 
rung der Verbindung dienen; bei lokalen oder 
landesweiten Netzen muß eine Rechner- 
und eine Prozeßnummer verwendet wer- 
den. 

Den unterschiedlichen Aufwand beim Adres- 
sieren berücksichtigt man durch Adreßfami- 
lien (Domänen): 

AF_UNIX Dateinamen im lokalen Dateisystem 
AFJNET ARPA-Netz (TCP/lP-Protokolle) 

Den unterschiedlichen Forderungen an die 
Zuverlässigkeit der Informationsübertragung 
wird durch eine Typenangabe Rechnung ge- 
tragen: 

SOCK_DGRAM Datagramme ohne Siche- 

rung gegen Verlust 

SOCK_STREAM verbindungsorientierte, 

gesicherte Übertragung 
SOCK-SEQPACKET wieSTREAM, aber Erhal- 
tung der Paketgrenzen 
S0CK_RDM gesicherte Datagramm- 

übertragung 

S0CK_RAW für Protokolltest usw. 

Das Beispiel der letzten Abschnitte läßt sich 
auch mit Sockets programmieren (Bild 9). 

Bei dem hier verwendeten Datagramm-Me- 
chanismus können Fehler auftreten, wenn 
der Sender die Daten so schnell liefert, daß 
sie vom System nicht mehr gepuffert werden 
können; in praktischen Anwendungen sind 
solche Fälle zu berücksichtigen (oder es sind 
Stream-Sockets zu verwenden). 

Der Datendurchsatz 

Um Vorstellungen über die Rechnerbela- 
stung und den möglichen Umfang des Infor- 
mationsflusses mit den verschiedenen vor- 
gestellten Methoden zu erhalten, wurde mit 
den angegebenen Programmen die von 
Sende- und Empfangsprozeß in Anspruch 
genommene Rechenzeit (Summe aus User 
time und System time) für eine bestimmte 
übermittelte Nachrichtenmenge bestimmt 
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und in einen Durchsatzwert umgerechnet. 
Dieser Wert gilt unter der Annahme, daß 
keine weiteren Prozesse laufen. 

Die Untersuchungen erfolgten für eine Nach- 
richtenmenge von 256 KByte und verschie- 
dene Botschaftenlängen mit dem System 
P8000/WEGA: 


Botschaftenlänge 

; ln Byte 

Durchsatz in KByte/s 

Datei 

Pipe 

' Fifo ' 

32 

2,5 

3,5 

3,5 

128 

16 

23 

23 

512 

36 

74 

75 

2048 

44 

100 

100 


Erwartungsgemäß ist der Transport kleiner 
Botschaften mit großem System-Overhead 
verbunden, die Mechanismen Pipe und Fifo 
weisen keine nennenswerten Unterschiede 
auf. Messages und Sockets waren in der be- 
nutzten WEGA-Version nicht verfügbar. 

Anwendungsbeispiel 

Eine V.24-Schnittstelle des Rechners wird 
als Kopplung zu einem externen Prozeß ge- 
nutzt. Das können beispielsweise Meßsy- 
steme, zu testende Rechnerstrukturen oder 
ähnliches sein. 

Diese Schnittstelle soll nun von verschiede- 
nen Benutzern quasi gleichzeitig verwendet 
werden. Die Prozeßkoppelschnittstelle und 
der externe Prozeß können immer nur eine 
Anforderung entgegennehmen und geben 
darauf sofort eine Antwort. 

Derartige Probleme werden oft unter Benut- 
zung einer Datei als Semaphor für die Zu- 
griffserlaubnis gelöst; ein Beispiel dafür ist 
die Belegung einer Rechner-Rechner-Lei- 
tung durch Uucp/cu. Dies ist mit einer sehr 
hohen Rechnerbelastung verbunden, wenn 
die Benutzer häufig wechseln (d. h. Dauer 
der Belegung durch einen Nutzer < 1s). 

In prozeßorientierten Systemen kann man 
das dargestellte Problem so lösen, daß man 
einen Koordinationsprozeß einführt, der al- 
lein berechtigt ist, die ihm unterstehende 
Ressource (hier die Schnittstelle zum exter- 
nen Prozeß) zu benutzen. 

Andere Prozesse müssen sich als Kunde 
(dient) an den Bediener (Server) wenden, 
um ihre Wünsche ausgeführt zu bekommen. 
Das Client-Server-Modell ist über den hier 
dargestellten Anwendungsfali hinaus in vie- 
len Fällen nützlich (Multiuser-Datenbanken, 
Namensvergabe . . .). 

Die Client-Prozesse müssen mit dem Server- 
Prozeß kommunizieren. Bei der Basis 
P8000/WEGA ist dafür ein auf dem Fifo-Me- 
chanismus aufbauendes Botschaftenkon- 
zept vorteilhaft einsetzbar. 

Die einzelnen Client-Prozesse übergeben 
ihre Anforderungen an den Server-Prozeß in 
einem Fifo mit dem Namen Reqfifo. Da der 
Systemruf Write auf einem Fifo unteilbar ist 
(d. h. in ihm keine Prozeßumschaltung statt- 
findet), werden die Anforderungen unter- 
schiedlicher Client-Prozesse korrekt in der 
Reihenfolge ihres Eintreffens registriert. 

Der Server-Prozeß entnimmt immer eine Bot- 
schaft aus Reqfifo und führt die in ihr gefor- 
derte Aktivität aus. Meist wird eine Antwort 
bzw. Bestätigung an den jeweiligen Kunden 
zu übertragen sein. Hier ist das die Informa- 
tion vom externen Prozeß. 

Für diese Richtung kommt man nicht mit ei- 
nem einzigen Fifo aus, sondern man braucht 
für jeden Client-Prozeß einen separaten Fifo. 
Dieser erhält den Namen FifO-XXXXXX , wo- 


bei für XXXXXX die Prozeßnummer des 
Client-Prozesses eingetragen wird. 

Damit der Server-Prozeß seine Kunden aus- 
einanderhalten kann, vergibt er Kundennum - 
mern. Ein neuer Kunde muß sich also erst un- 
ter Angabe des Namens seines individuellen 
Empfangs-Fifos anmelden und erhält als Ant- 
wort eine Kundennummer, unter der er sich 
zukünftig meldet. 

Im Server-Prozeß sind die Filedeskriptoren 
eine knappe Ressource, da ein Prozeß nur 
eine begrenzte Zahl von Dateien oder Fifos 
(meist 20) gleichzeitig geöffnet haben kann. 
Kunden, die die Dienstleistung nicht mehr 
benötigen, müssen sich daher abmelden. 
Der Empfangs-Fifo wird vom Server-Prozeß 
geschlossen, der entsprechende Filede- 
skriptor ist wieder frei. 

Die beschriebenen Zusammenhänge bei An- 
meldung, normaler Diensterbringung und 
Abmeldung sind in Bild 1 0 dargestellt. 

Im Programm Client. c (Bild 1 1 ) und Server.c 
(Bild 12) wird auf die Implementierung des 
Botschaftenkonzepts in Msg.c (Bild 13) zu- 
rückgegriffen; notwendige Deklarationen zu 
den Botschaften enthält msg.h (Bild 1 4). 


Server 

C/i 

\ 

*nt 

. reqfifo zum Schreiben öffnen 

reqfifo einrichten und 
zum Lesen öffnen 
reqfifo lesen 


send „neuer Kunde" 



. fifo _ XXXXX einrichten 
und zum Lesen Öffnen 

freie Kundennummer ? 


- 

ja ]nein 

. fifo. XXX XX zum Kundennummer 
Schreiben öffnen \ ist (- 1 ) 

j (. Ablehnung ) 


send „ Kundennummer ” 


— 

.. Abbruch bei „Ablehnung ” 
Benutzerwunsch 

send „ Benutzerwunsch ” 




et ferner Prozeß 


send „ Antwort ” 

Ausführung 

externer Prozeß 

— 

Antwort an Benutzer 



Benutzerabmeldung 
send „ Abmeldung ” 



. fifo -XXXXX kann entfernt 
werden 

. Streichen aus Kundenliste, 
fifo-XXXXX schließen 


dient endet 



Bild 10 Client-Server-Protokoll 


In der Prozedur Openfifo wird ein nichtblok- 
kierendes Open ausgeführt, anschließend 
aber (für nachfolgende Read-Rufe) wieder 
der danach sinnvollere, blockierende Modus 
eingestellt. Bei der Prozedur Receive muß 
trotzdem mit dem Rückgabewert 0 von Read 
gerechnet werden, nämlich dann, wenn 
keine Kunden vorhanden sind. Nur in diesem 
Fall wird zyklisch abgefragt. Zur Übersetzung 
dieses etwas umfangreicheren Beispiels soll 
hier noch der Inhalt des verwendeten Makefi- 
les angegeben werden: 

Client: client.o msg.o err.o msg.h 

cc client.o msg.o err.o -o dient 
Server: server.omsg.oerr.omsg.fi 

cc server.o msg.o err.o -o Server 

Zum Erproben dieses Anwendungsbeispiels 
ist zuerst der Server im Hintergrund zu star- 
ten: 

%server/dev/ttyO & 

Anschließend können Client-Prozesse auf- 
gerufen werden. Als Anforderung und Ant- 
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irinclude <stdio.h> 

#include <fcntl.h> 

#include <signal .h> 

#include "msg.h" 

#def ine CiMAX 3 /* maximale Klientenzahl */ 

extern int errno; 

char * progname; 

char * fifoname = "reqfifo"; 

struct mtype mbuf; 

int fdtab[CLHAX] ; 

/* Server beenden, "reqfifo" entfernen */ 
terminateO 

unlinkC f i f onane) ; exit(O); 


sighdl(sig) 

^ int sig; 

errno = 0; 
switch (sig) 
case SIGHUP: 
case S IG INT: 
case SIGPIPE 
def ault : 

} 

catchsigC ) ; 


error("sighup"); break; 
error ( "sigint ") ; break; 
error ( "sigpipe" ) ; break; 
error("badsig") ; 


catchsigO 

{ 

Signal (SIGHUP , sighdl); 
Signal (SIGINT, sighdl); 
Signal (SIGPIPE , sighdl); 
Signal ( 3 IG^ERII, terminate); 


/* Au Tn ahme 
newclient( ) 
{ int idx; 
int wfd; 


eines 


neuen Klienten in die 


fd-Tabelle */ 


if ( (wfd=openfif o(mbuf .maata, 0_WRONLY) ) == -1) { 
^ error ( "openf ifo") ; return; 

for (idx = 0; idx < CLIIAX; idx++) 
if (fdtab[id;:] *= -1) { 

j fdtab[idx] = wfd; mbuf. Index = idx; break; 

mbuf.mlen = 0; /* kein Hachrichtenf eld */ 
if ( sendCwfd, &nbuf) = = “1) errorC^scnd 11 ) : 
if (idx == C1MAX) /* kein freier wfd */ 
if (close(wfd) == —1) error ( ,: ol ose" ) ; 


Bild 12 

Client-Prozeß ► 


/* Auftrags aus fuehrung fuer einen bekannten Klienten */ 
oldclient(wfd, fdtty) 
int wfd, fdttyj 
{ int le; 

if (mbuf.mlen == 0) { /* Abmeldung */ 
if (close(wfd) == —1) error("close" ) ; 
fdtab[mbuf . index] = -1 ; 

eise { 

if (write(fdtty , mbuf.mdata, mbuf.fnlen) == -1) 
error("write tty"); 

if ( (le=read( fdtty , mbuf.mdata, DATALEN)) »» -1) 
errorC'read tty"); 
mbuf .ml er. = le; 

if (send(wfd, fambuf) == -1) error( ,l send") ; 


main(argc, argv) 

int • • 

■ argv**]; 

{ it wfd, rfd; . „ ........ .. . . ;r> 

int fdtty; v 

int idx; 

prognane = argv[0]; 

if (arge !« 2) { fprintf (stderr, "usage: Zs devname\n M , 
progname); exit(1); 

} 

alle fd's als unbelegt markieren */ 
for (idx = 0; idx < CLNAX; idx++) fdtab[idx] = (-1); 

if ((rfd=openf i-'o( fifoname, 0_RD0NLY)) == -1) 
fatal("open reqfifo"); 

if ( (fdtty=open(argv[ 1 ] , 0_RDVR)) == -1) fatal("open tty"); 
catchsigO; 

for ( ; ; ){ 

if (receive(rfd , imbuf) == -1) { 
error O 1 -" ec ei ve") ; cont i v \ • 

< •• • : 

< 3) :t,- e Ue-r;(): ' 


. ' 'ox >= CL;IAf il wfG=fdtab(mbuf .index]) == -1 ) 
fprintf (stderr , "unkno ~ i ;x: v'-f.An" , mbuf. index); 
olse oldclient (wfd, fdtty); 

} . - 

} 

Bild 1 1 Server-Prozeß 


/rinclude <stdio.h> 
vinclude <fcntl.h> 

#include "msg.h" 

extern char * mktempO; 
char * progname; 
char * fifoname = "r-.-qf if o" ; 
char * rxname ; 

3truct ntyoe mbuf; 

/* Klient beenden, rxfifo entf e:men */ 
clexit (wfd) 

mbuf.mlen = 0; /* Abmeldung */ 

- ‘ ( • ; id(-./fd, f.mbuf) == - 1 ) orro-( ,: : :-nd") ; 
sleci(5); /* Unterbrechung des Servers vermeiden */ 
unlink (rxname) ; 
exit(0) ; 


main(argc , argv) 
int arge; 
char * argv[] ; 

{ int wfd, rfd; 
int fdtty; 
int le; 
int idx; 

progname = argv[0]; 

if (arge ! = 1) { fprintf (stderr , "usage: f,s\n", orogname); 
exit(1 ) ; 

} 

if ( (wfd=openf ifo(f ifoname, 0_VR0NLY)) == -1) 
fatal("open reqfifo"); 
rxname = mktemp("f if o_XXXXXX" ) ; 
strcpy(mbuf .mdata, rxname); 
mbuf.mlen = strlen(rxname) +1; 
mbuf. index = (-1); 

if ( send(wfd, feibuf) = = —1) error("send request"); 
if ((rfd=openfifo(rxname, 0JID0NLY)) == -1) fatal ("open" ) ; 
if (receive(rfd, &nbuf) == -1) error("receive" ) ; 
idx = mbuf. index; 

if (idx == -1) { fprintf (stderr, "too many usersW); exit(1);} 
eise printf ("index: /Jd\n" , idx) ; 

for ( ; ; ){ 

/* Warten auf eine Eingabe, "sleep" bei EOF */ 

while ( (le=read(0 , mbuf.mdata, DATALEH)) == 0) sleep (2); 

mbuf.mlen = le; mbuf. index = idx; 

if (mbuf .mdatafO] == 'q') elexit(wfd); 

if (send(wfd, &abuf) =» -1) error("send") ; 

if (receive(rfd, &nbuf) « -1) error ("receive" ) ; 

write(1 , mbuf.mdata, mbuf.mlen); 


#include <stdio.h> 

#include <fcntl.h> 

#include < errno. h> 

#include <sys/types . h> 

#include <sys/stat.h> 

#include ■ "msg.h" 

#define MAXTRIES 5 
#def ine WTIME 3 
extern int errno; 

/* Herstellen (wenn notwendig) und oeffnen eines FIFOs */ 
int openf ifo(fname, flags) 
char * fname ; 
int flags; 

{ int n; 
int fd; 

if (mknod(fname, S^IFIPO f 0666 , 0) == -1 &£ errno != EEXIS?) 
return (-1 ) ; 

for (n = 0; n < MAXTRIES; n++) { 

if ( (fd=open(fname, flags I 0 IJUELAY)) != -1) break; 

if (errno != ENXI0) rcturn(-lT; 

sleepO-FTIME); 

} 

/* 0_NDELAY wieder ausschalten */.. 
if (fcntl(fd, F_SB7FL, flags) == -1) return(-l); 
return(fd) ; 


send(v;fd, wbuf) 
int wfd; 

struct mtype * wbuf; 

{ 

'etum(write(-.. ’ 1 , v/buf, fISGLEN)); 

} 

receive(rfd, rbuf) > 

int rfd; 

struct mtype * rbuf; 

{ int 1; 

f or( ; ; ) { 

if ( (l=read(rfd, rbuf, MSGLEN) ) == -1) return(-l); 
if (1 > 0) return(l); eise sleep(*. T TIME) ; 

} 


Bild 13 Botschaften-Modul 


iffdefine DATALEN 128 

struct mtype { int mlen, index; /* HEAD */ 
^char mdata[ DATALEN] ; 

#define MSGLEN si zeof ( struct mtype) 


Bild 14 

Deklarationsdatei 


wort dient jeweils eine Textzeile; eine mit q 
beginnende Textzeile beendet den Client- 
Prozeß. 

An der vom Server bedienten Leitung (hier: 
/ dev/ttyO) dürfen keine weiteren Prozesse 
lesen. Das wird erreicht, indem sie als Mo- 


dem-Leitung konfiguriert wird. Für Experi- 
mente kann man auch ein gewöhnliches 
Login-Terminal benutzen, auf dem ein Deak- 
tivierungsprogramm gestartet wurde: 

main() {close(O); pause();} 


Die Funktionsweise des hier dargestellten 
Beispiels wird im Testsystem AGRUS/4/ ge- 
nutzt, das Erweiterungen bei der Fehlerbe- 
handlung, dem Leitungsprotokoll usw. ent- 
hält. 
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Computerviren 


Dr. Bernd Näther, Dresden 


Seit 1989 gibt es unter Betreibern und Nut- 
zern der 16-Bit-Rechentechnik unseres Lan- 
des zunehmend Verunsicherung im Zusam- 
menhang mit dem Auftreten sogenannter 
Computerviren. 

Diese Verunsicherung resultiert nicht nur aus 
den damit verbundenen Erscheinungen, 
sondern auch daraus, daß viele Medien der 
DDR dieses Thema mehr oder weniger un- 
qualifiziert und nur andeutungsweise behan- 
deln (III, 121) und in der Fachpresse der DDR 
bisher darüber nur wenig veröffentlicht 
wurde 131. Durch Computervirenbefall ent- 
stehen erhebliche Risiken für die Nutzung 
von Rechentechnik, und auch in unserem 
Land sind erste Schäden durch Viren auf ge- 
treten. 

Viren sind eine ganz spezielle Klasse von 
Störprogrammen, und insofern ist es nicht 
exakt, immer dann, wenn durchaus verschie- 
dene Störprogramme gemeint sind, den Be- 
griff Virus zu benutzen. So wird fälschlicher- 
weise in 141 von einem Virus ausgegangen, 
obwohl es sich um eine sogenannte ver- 
schlüsselnde Schadensroutine handelt (in/5/ 
ausführlich analysiert). 

Da der folgende Beitrag der Virenproblematik 
gewidmet ist, sollen die weiteren Störpro- 
gramme lediglich übersichtshalber vorge- 
stellt werden (siehe Bild t). Die in der Abbil- 
dung enthaltenen Fragezeichen mögen an- 
deuten, daß mit weiteren Typen von Störpro- 
grammen durchaus gerechnet werden 
kann. 

Der Computerwurm ist ein selbständiges 
Programm, das sich in einem Rechnernetz 
ausbreitet, ohne dafür autorisiert zu sein, in- 
dem es für das Eindringen in vernetzte Rech- 
ner vorhandene Betriebssystemschwach- 
stellen ausnutzt oder sich durch die Analyse 
und Aneignung der Paßworte anderer Nutzer 
deren Rechte aneignet. 

Ein Kettenbrief ist ein ebenfalls in Rechner- 
netzen auftretendes Störprogramm, das auf 
dem befallenen Rechner vorhandene Nut- 
zeranschriften ermittelt und sich selbst ein- 
schließlich der Weiterverbreitungsfunktion 
an diese Anschriften übermittelt. 


Fortsetzung von S. 10 
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Das als Trojanisches Pferd bezeichnete 
Störprogramm besitzt zwei wesentliche Be- 
standteile: Es enthält einerseits für einen Nut- 
zer durchaus nützliche Funktionen, so daß er 
das von einem fremden Programmierer ent- 
wickelte Programm bereitwillig übernimmt, 
und andererseits eine verdeckte Störroutine. 
Diese Routine kann - ohne daß dies für den 
Nutzer sichtbar wird - Störfunktionen am 
Rechner ausführen (z. B. das Ermitteln von 
Paßwörtern). 

Logische Bomben sind Störprogramme, die 
erst bei Eintritt eines durch den Programmie- 
rer vorgesehenen Ereignisses Störungen 
verursachen können (z. B. das Löschen aller 
aktuellen Datenbestände). Derartige Pro- 
gramme sollen als Rache wegen Entlassung 
durch Programmierer in der Praxis tatsäch- 
lich eingesetzt worden sein, um so beispiels- 
weise die Lohnauszahlung der Firma unmög- 
lich zu machen. 

Ende 1989 mußte ein weiterer Typ von Stör- 
programmen -* in dem Bild 1 mit verschlüs- 
selnde Schadensroutine umschrieben - 
konstatiert werden. Dieses Programm - un- 
ter Vorspiegelung falscher Tatsachen zur 
Nachnutzung an Forschungseinrichtungen, 
die sich mit der Bekämpfung des AIDS-Virus 
beschäftigen, auf Diskette versandt, ver- 
schlüsselt in Wirklichkeit die Namen aller in 
den Verzeichnissen stehenden Dateien, so 
daß eine Weiterarbeit mit dem Rechner fast 
unmöglich wird. (Eine etwas ausführlichere 
Vorstellung dieses speziellen Programms 
und der Möglichkeiten zur Behebung der ent- 
standenen Schäden finden sie in einem der 
nächsten Hefte. MP) 

Um welche Schadensdimensionen es sich 
beim Auftreten von Störprogrammen han- 
deln kann, soll zumindest am Beispiel eines 
in den USA im Rechnernetz INTERNET auf- 
getretenen Computerwurmes verdeutlicht 
werden: Innerhalb einiger Stunden sollen 
durch den Computerwurmbefall etwa 6000 
Rechner davon betroffen worden sein. Viele 
Nutzer trennten sich daraufhin teilweise bis 
zu einer Woche frustriert vom Netz; die Be- 
seitigung des Wurmes soll mehrere Mann- 
jahre hochqualifizierter Sicherheitsexperten 
und Systemspezialisten gekostet haben. 

Was sind nun Computerviren und 
welche Gefahren gehen von ihnen aus? 

Vorerst soll diese Frage nur in sehr allgemei- 
ner Form beantwortet werden: Ein Compu- 
tervirus ist ein Störprogramm und somit ein- 
deutig ein Softwareprodukt, in der Regel mit 
der Eigenschaft, durch beabsichtigte 
(manchmal einschließlich nichtbeabsichtig- 
ter) Störeffekte die Nutzung der Rechentech- 
nik zu beeinträchtigen. 

Diese Störeffekte können gegebenenfalls zu 
nichtkorrigierbaren Schädigungen an Pro- 
grammen und Daten, zur zeitweiligen Nicht- 
verfügbarkeit der Rechentechnik und im 
Falle von Rechentechnik, die zur Prozeßau- 
tomatisierung eingesetzt wird, zu erhebli- 
chen Beeinträchtigungen - einschließlich 
Havarien - führen. So ist beispielsweise ein 


erster in der DDR aufgetretener Computervi- 
renbefall in einer Prozeßautomatisierungs- 
anlage dank glücklicher Umstände noch 
glimpflich ausgegangen, eine schwere Hava- 
rie wäre aber nicht auszuschließen gewesen. 
Die Schäden, die durch Computerviren ver- 
ursacht werden können, sind somit keines- 
falls zu vernachlässigen. 

Die Idee der Computerviren als sogenannte 
sich selbst reproduzierende Software wurde 
von F. Cohen /6/ auf einer Konferenz zu Fra- 
gen der Computersicherheit 1 984 vorgestellt, 
nachdem er 1983 erste Experimente mit der- 
artiger Software auf unterschiedlichen Rech- 
nern mit verschiedenartigen Betriebssyste- 
men vorgenommen hatte. Auf Grund der den 
biologischen Viren ähnelnden Eigenschaft 
dieser Software, sich selbst zu reproduzie- 
ren, prägte Cohen den Begriff Computervi- 
rus. Auf welche Weise und von wem dann erst- 
mals in der Praxis Computerviren eingesetzt 
wurden, läßt sich heute nicht mehr feststellen. 
Sicher ist jedoch, daß im Gefolge der ab 1 984 
zunehmenden Publikationen das Interesse 
für Experimente mit derartiger Software ge- 
weckt wurde und wahrscheinlich eine ganze 
Anzahl heute existierender Viren ihrem Ent- 
wickler trotz guter Absicht regelrecht entglit- 
ten sind. Beim Softwareaustausch über Län- 
dergrenzen hinweg sind viele Viren in ver- 
schiedene Länder (darunter auch in die DDR) 
regelrecht eingeschleppt worden, wobei ihre 
„Importeure“ davon kaum Kenntnis gehabt 
haben dürften. Es muß aber auch deutlich ge- 
sagt werden, ohne die Motive solcher Leute 
erhellen zu wollen, daß es Softwarespeziali- 
sten gibt und geben wird, die ein wie auch im- 
mer geartetes Interesse an der Entwicklung 
oder Modifikation bzw. Verbreitung solcher 
Viren haben. Mit diesem Bedrohungspotential 
werden wir leben müssen - jährlich mehrere 
hundertausende infizierte Rechner (so wird 
gegenwärtig eingeschätzt) sind das Ergebnis. 

Eigenschaften und Wirkungsweise 
von Computerviren 

Es gibt im Ausgangszustand immer ein Virus- 
Trägerprogramm (auch Urvirus-Programm 
genannt), das vom Virusprogrammierer ent- 
wickelt und damit Träger und Weiterverbrei- 
ter nachfolgender Infektionen anderer Pro- 
gramme wird (Bild 2). Das Virus ist also kein 
selbständiges Programm, es benötigt in allen 
Phasen seiner Existenz stets ein Träger- 
bzw. Wirtsprogramm. Ein Störprogramm wird 
als Computervirus bezeichnet, wenn es fol- 
gende Eigenschaften besitzt: 

• Das Störprogramm erkennt durch das am 
Anfang des Virus stehende Kennzeichenbyte 
eine bereits erfolgte Infizierung eines Fremd- 
programms. 

• Es infiziert durch den Viruskern weitere 
Fremdprogramme, indem der Viruskode in 
ein noch nicht infiziertes, ausführbares Pro- 
gramm in spezifischer Art und Weise einge- 
baut wird, wobei alle Eigenschaften des Virus 
erhalten bleiben. 

• Es führt die in der Manipulationsroutine 
speziellen Manipulationsaufgaben aus. 
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Wie verläuft nun eine solche Infektion? 

Sie haben beispielsweise die Absicht, ein 
Spielprogramm von einer ausgeliehenen 
Diskette auf die Festplatte eines PCs zu 
übertragen. Dieses Spielprogramm aber ist 
infiziert. Sekundär dabei ist, ob es sich dabei 
um die Urversion des Virus oder ein in der 
Folge infiziertes Programm handelt. Nach 
dem Kopiervorgang befindet sich das infi- 
zierte Programm auf der Festplatte, aber erst 
nach dem Start des Spielprogrammes - und 
das ist ein wichtiger Fakt - kann das Virus 
wirksam werden. Von infizierten, aber nicht 
gestarteten Programmen geht also vorerst 
keine Infektion anderer Programme aus - die 
Gefahr bleibt jedoch latent. Wird also dieses 
Spielprogramm gestartet, läuft folgender 
Vorgang ab: 

© Das Virus sucht auf der Festplatte und 
eventuell vorhandenen weiteren Datenträ- 
gern nach nichtinfizierten ausführbaren Pro- 
grammen. 

© Es infiziert diese Programme auf die 
nachfolgend beschriebene Weise. 

(D Es kopiert das Programm an seinen Ur- 
sprungsplatz zurück. Die Infektion eines 
Fremdprogrammes kann in überschreiben- 
der oder nichtüberschreibender Form erfol- 
gen. 

Die überschreibenden Viren überlagern ein- 
fach den ersten Teil eines Programmes mit 
ihrem Kode (Bild 3a), so daß dieses Pro- 
gramm meist nicht mehr lauffähig ist und 
auch nicht mehr rekonstruiert werden kann. 
In der Praxis treten derartige Viren zumindest 
bisher - kaum auf, da sie infolge der gestör- 
ten Programmfunktion relativ schnell erkannt 
werden. 

Problematischer und gefährlicher sind nicht- 
überschreibende Viren, die bei sehr sauberer 
Programmierung durch keinerlei störende Ef- 
fekte im Wirtsprogramm auf die Infektion hin- 
weisen, während das nunmehr infizierte Pro- 
gramm bei jedem neuen Start weitere Pro- 
gramme infiziert (Bild 3b). 


o) 
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Bild 3 


Ein solches nichtüberschreibendes Virus 
verlagert den Programmkode des Fremdpro- 
gramms, der nachfolgend durch das Virus 
überschrieben wird, vorab an dessen Ende. 
Danach wird der Viruskode in der dargestell- 
ten Weise eingebracht. Aufgabe der Ver- 
schieberoutine ist es, nachdem das infizierte 
Programm gestartet wurde und daraufhin 
das Virus sofort seine Funktionen (Kennzei- 
chen-Prüfung eines weiteren Fremdpro- 
grammes, Infektion, sowie Manipulation) 
ausgeführt hat, den verschobenen 1 . Teil des 
Programmes zurückverlagern, damit nun- 
mehr das Programm seine Arbeit ordnungs- 
gemäß vollziehen kann. Dieser Virentyp kann 
somit prinzipiell an einer Verlängerung des 
Programmkodes des verseuchten Wirtspro- 
grammes, meist zwischen etwa 600 Byte bis 
2 KByte erkannt werden. 

Die im eigentlichen Sinne Schaden verursa- 
chende Eigenschaft der Viren resultiert aus 
der spezifischen Funktion der Manipulations- 
routine. Welcher Art diese Manipulation ist, 
hängt von den Absichten des Virenprogram- 


mierers, seinen Systemkenntnissen und dem 
entsprechenden Betriebssystem ab und 
kann aus einem schier unerschöpflichen 
Spektrum möglicher Schädigungen ausge- 
wählt werden, beispielsweise: 

• Löschen oder Verändern von Program- 
men 

• Zerstören von Sektoren oder Spuren auf 
Festplatte oder Disketten 

• Neuformatieren von Festplatten oder Dis- 
ketten und damit Zerstören der darauf befind- 
lichen Daten 

• Blockieren aller Eingaben über die Tasta- 
tur (sogenannte Crasher-Viren) 

• Simulation von (Hardware-)Fehlern. 

In 111 wird sogar von der Möglichkeit der phy- 
sischen Beschädigung der Hardware ge- 
sprochen. Die Manipulation - wie auch die In- 
fektion - kann zudem noch an bestimmte Be- 
dingungen geknüpft sein. Das in der DDR mit 
Typ 4 bezeichnete Virus (siehe unten) löscht 
beispielsweise an jedem Freitag, dem 13. - 
sofern das Jahr ungleich 1 987 ist - jedes ge- 
startete Programm. 

Viren und Betriebssysteme 

Auf dem Gebiet der DDR sind derzeit fast 
ausschließlich 16-Bit-Rechner unter MS- 
DOS oder dazu kompatiblen Betriebssyste- 
men befallen worden. Es ist aber ein Trug- 
schluß anzunehmen, daß Rechner mit ande- 
ren Betriebssystemen dagegen immun sind. 
F. Cohen hat bereits 1 983 mit IBM/370-Rech- 
nern, mit einer VAX 1 1/750 und mit weiteren 
Rechner- bzw. Betriebssystemen die Mög- 
lichkeiten eines Virenbefalles auch dieser 
Rechnertypen hinlänglich demonstriert. Die 
manchmal vertretene Auffassung, daß Rech- 
ner gerade deshalb immun wären, weil durch 
die betriebssystemgestützte (teilweise auch 
hardwareunterstützte) Isolation der Nutzer 
bzw. Aufgaben voreinander eine Infektion 
fremder Programme prinzipiell ausgeschlos- 
sen sei, ist grundsätzlich richtig. Allerdings 
hat der Computerwurmfall im Rechnernetz 
INTERNET (bei dem vorwiegend VAX-Rech- 
ner mit dem Betriebssystem UNIX betroffen 
waren) sehr deutlich auf bestehende Sicher- 
heitslücken aufmerksam gemacht, die eine 
Computervirenattacke ebenfalls durchaus 
möglich machen. 

Warum werden nun vorwiegend MS-DOS- 
Rechnervon Viren befallen? 

© MS-DOS besitzt keine wirksamen Mecha- 
nismen gegen das Lesen und Ändern frem- 
der Daten, da die vorhandenen Schutzme- 
chanismen (Read-Only- bzw. Hidden-Status) 
jederzeit verändert werden können. 

© MS-DOS bietet dem Virenprogrammierer 
mit den Möglichkeiten des BIOS (Basic Input 
Output System) leistungsfähige und hard- 
warenahe Funktionen zur Beeinflussung des 
Rechners im gewünschten Sinne und mit der 
softwareseitigen Interruptorganisation über 
BIOS- und DOS-Vektorlisten Einflußmöglich- 
keiten zur Modifikation des Verarbeitungsab- 
laufes. 

Besonders die letztgenannte Eigenschaft 
von MS-DOS ermöglicht eine Variation der 
Wirkungsweise von Viren in der Form haupt- 
speicherresidenter Viren. 

Im Normalfall läuft beim Aufruf einer System- 
funktion (z. B. der Druckerfunktion) durch ein 
Anwendungsprogramm unter MS-DOS fol- 
gendes ab (Bild 4); 

• Der Aufruf erzeugt einen Softwareinterrupt 

©. 

• Durch die im Interrupt übergebene Inter- 
ruptnummer erkennt die CPU, von welchem 
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Bild 4 


Platz der Vektorliste sie die Adresse der die- 
sen Interrupt behandelnden Routine nehmen 
mus©. 

• Die Druckroutine wird angesprochen ® 
und beginnt zu arbeiten. 

Die Rücksprungorganisation zum rufenden 
Programm ist hier für unsere Belange gegen- 
standslos. 

Die Funktionsweise eines hauptspeicherresi- 
denten Virus soll anhand des Bildes 5 erläu- 
tertwerden. 



Bild 5 


• Das von einem Virus vom Typ nichtüber- 
schreibend und hauptspeicherresident infi- 
zierte Programm wird von Festplatte geladen 
©; wird das Virus aktiv, verändert es in der 
Vektorliste einen der Vektoren (hier soll es 
der Verweis auf die Druckerroutine sein) auf 
sich selbst; bei Beendigung der Arbeit des in- 
fizierten Wirtsprogrammes verbleibt das Vi- 
rus arbeitsfähig im Hauptspeicher! 

• Bei Aufruf der Druckerroutine durch ein be- 
liebiges Programm kommt es ebenfalls zum 
Softwareinterrupt ©, wobei die CPU jetzt aus 
der geänderten Vektorliste die Anfangs- 
adresse des Virus übernimmt ®, und damit 
wird das Virus gestartet ©. 

• Erst nach der Abarbeitung des Virus wird 
die Druckerroutine ausgeführt ©, und an- 
schließend erfolgt der Rücksprung in das ru- 
fende Programm. 

Die Mehrzahl aller nichtüberschreibenden Vi- 
rentypen ist hauptspeicherresident und „ar- 
beitet“ in obiger Weise. Sofern eine oft benö- 
tigte Vektorlistenadresse (z. B. die der Druk- 
kerroutine) vom Virenprogrammierer ver- 
wendet wurde, führt der Start beliebiger Pro- 
gramme mit großer Wahrscheinlichkeit zur 
Infizierung weiterer Programme. 

Im Falle hauptspeicherresidenter Viren exi- 
stieren somit zwei Gefahrenmomente. Infi- 
zierte Programmbestände auf der Festplatte 
oder der Diskette einerseits und das resi- 
dente Virus im Hauptspeicher andererseits. 
Selbst das Neuformatieren der infizierten Da- 
tenträger mit anschließendem Neueinspielen 
von Sicherheitskopien bleibt erfolglos, so- 
lange das Virus weiterhin resident ist. 

Bei Virenverdacht sollte insofern vor allen an- 
deren Maßnahmen (siehe unten) zuerst 
durch Reset (besser noch durch kurzzeitiges 
Ausschalten des Rechners) ein Neuladen 
des Betriebssystems (möglichst von einer 
garantiert nicht infizierten Diskette) vorge- 
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nommen werden. Nur auf diese Weise kön- 
nen hauptspeicherresidente Viren aus dem 
Hauptspeicher entfernt werden. 

Für die Gruppe der Boot-SektotViren stimmt 
die Aussage leider nicht ganz. Ein Neuladen 
des Betriebssystems beseitigt diese Viren 
nur kurzzeitig aus dem Hauptspeicher. Boot- 
Sektor-Viren befinden sich im Boot-Sektor ei- 
ner Festplatte (erster Sektor der Platte) bzw. 
bei Diskette ab Spur 0, Sektor 1, Seite Null. 
Jedes Neuladen führt damit zur erneuten In- 
fektion. Dieser Virentyp kann nur mit speziel- 
len Antivirenprogrammen (siehe unten) be- 
seitigtwerden. 

Computervirensituation in der DDR 

Der erste Virenfall trat in der DDR im Mai 
1 988 auf. Nachdem 1 988 nur wenige Fälle zu 
verzeichnen waren, ist seit Sommer 1 989 ein 
rapides Anwachsen sowohl in der Anzahl der 
Virenfälle als im Hinzukommen neuer Viren- 
typen zu verzeichnen. Im Grunde genommen 
sagt die Zahl von einigen hundert bis dato 
aufgetretenen Virenfällen nicht allzuviel aus, 
zumal auch mit einer erheblichen Dunkelzif- 
fer zu rechnen ist. Bedenkenswerter ist es 
schon eher, daß Virenfälle in nahezu allen 
volkswirtschaftlichen Bereichen einschließ- 
lich des Gesundheitswesens, der Prozeßau- 
tomatisierung und von CAD/CAM-Anwendun- 
gen aufgetreten sind. Noch hält sich der durch 
Viren verursachte Schaden in Grenzen, und 
meist kann die gestörte Hardware wieder in 
Gang gesetzt werden, wenn auch mit unter 
Umständen erheblichem Aufwand (Rechen- 
zeitverluste, Arbeitszeitaufwendungen). 

Bis Anfang dieses Jahres waren in der DDR 
etwa 10 verschiedene Virentypen aufgetre- 
ten und nach einem fortlaufenden Identifika- 
tionsschlüssel benannt worden. Einige spezi- 
fische Merkmale dieser Virentypen sind in 
Tafel 1 enthalten. 

Infektionswege 

Die Kenntnis über mögliche Infektionswege 
ist insofern bedeutungsvoll, weil der Nutzer 
durch angemessenes Verhalten ganz we- 
sentlich dazu beitragen kann, einer Virenin- 
fektion vorzubeugen. 

Infektionswege können sein: 

CD Übernahme fremder Software in einen 
Kopiervorgang am eigenen oder fremden 
Rechner 

(D Nutzung fremder bzw. gemeinsamer Dis- 
ketten 

<D Nutzung eines Rechners ohne vorheriges 
Abschalten bzw. ohne Reset 
© infizierte Festplatte bzw. Systemdiskette 
CD infizierte Programmbestände auf einem 
gemeinsam genutzten File-Server in einem 
Rechnernetz 

Der Praktiker wird sicher feststellen, daß sich 
hinter vielen im täglichen Umgang durchaus 
gebräuchlichen Verfahrensweisen die Ge- 
fahr verbergen kann, Opfer einer Virenat- 
tacke zu werden. 

Ein Hinweis zu den Spielprogrammen: Da 
Spielprogramme oft durch sehr viele Hände 
gingen, bevor sie beim momentanen Nutzer 
angelangt sind, ist die Gefahr, daß das Pro- 
gramm irgendwann doch einmal infiziert 
wurde, besonders groß. Das in vielen Berei- 
chen ausgesprochene Nutzungsverbot für 
Spielprogramme hat aus diesem Grund 
schon eine Berechtigung. 

Schutz vor Computerviren 

Einen allseitig wirksamen und zuverlässig 
funktionierenden Schutzmechanismus ge- 


gen Computerviren gibt es derzeit nicht. Zwar 
steht mit der Idee objektorientierter Rechner- 
architekturen theoretisch der grundsätzliche 
Gedanke dafür zur Verfügung, wie ein prä- 
ventiver Schutz zu gestalten wäre, praktisch 
wird aber wohl die Von-Neumann-Maschine 
die dominierende Form auch künftiger Rech- 
nergenerationen bleiben. Das in Zusammen- 
hang mit Viren auftretende Problem der Von- 
Neumann-Maschine ist ihre Gleichbehand- 
lung von Daten und Programmen als mögli- 
che manipulierbare Objekte. Bei objektorien- 
tierten Architekturen werden Datenobjekte 
und Programmobjekte klar voneinander ge- 
trennt und damit bezüglich der Manipulier- 
barkeit streng unterschieden. 

Die Möglichkeiten des Schutzes vor Compu- 
terviren beschränken sich derzeit auf organi- 
satorische Regelungen und auf den Einsatz 
programmtechnischer Mittel zur Erkennung 
und Beseitigung von Viren. Die Nutzer der 
PCs beugen so durch ein angemessenes 
Verhalten Infektionen vor. In diesem Zusam- 
menhang sind folgende sechs Aspekte von 
besonderem Interesse: 

© Aufklärung 

Angemessene Verhaltensweisen in allen Be- 
reichen des gesellschaftlichen Lebens be- 
dürfen primär sachbezogener Kenntnisse, 
und insofern ist es heute dringend geboten, 
die Sachkenntnis über Gefahren durch Com- 
puterviren und Hinweise zu Schutzmöglich- 
keiten einem breiten Kreis der Mitarbeiter zu- 
gänglich zu machen, um sie dadurch für 
sachbezogen richtiges Verhalten zu befähi- 
gen. 

(D Softwarehygiene 

Unter dem Begriff der Softwarehygiene ver- 
birgt sich ein ganzer Bereich technologisch- 
organisatorischer Maßnahmen mit dem 
grundsätzlichen Anliegen, Ordnungsmäßig- 
keit beim Umgang mit Software zu erreichen 
und bisher übliche - manchmal mit sehr vie- 
len Freiheitsgraden versehene - unange- 
messene Verhaltensweisen abzulegen. Zu 
diesem Komplex zählen beispielsweise 

• die Autorisierung von Software, das heißt, 
die in einem bestimmten Bereich einzuset- 
zende Software festzulegen 

• die definitive Regelung der Verantwortlich- 
keit für die Übernahme von Software von be- 
triebsfremden Institutionen. Es wäre zu wün- 
schen, daß ein Zertifikat über die Virenfreiheit 
von Software generell Bestandteil entspre- 
chender Verträge wird. 

• die Erprobung übernommener Software 
auf Virenbefall auf sogenannten Quarantä- 
nerechnern mit rekonstruierbaren Program- 
men und Daten 

• zu beachtende Verhaltensweisen der PC- 
Nutzer wie Ausschalten des Rechners (so- 
fern er im betriebsbereiten Zustand über- 
nommen wird und das Ausschalten technolo- 
gisch möglich ist), das Zukleben der Schreib- 
schutzkerne bei den sogenannten System- 
disketten, auf denen sich unveränderbare 
Programmbestände befinden und die An- 
wendung der weiter unten aufgeführten Soft- 
ware zur Erkennung eines Virenbefalles. 

Eine ganz wesentliche technologische Maß- 
nahme ist natürlich das konsequente Arbei- 
ten mit Sicherungskopien. Es gibt keine Im- 
munität gegen Viren und keine Garantie da- 
für, daß nicht irgendwann Programm- und 
Datenbestände unwiederbringlich durch Vi- 
ren zerstört werden. Existierende Siche- 
rungskopien (die dann hoffentlich nicht auch 
schon virenverseucht sind) können unter 
Umständen die einzige Chance für das Wie- 


derherstellen der zerstörten Daten mit relativ 
geringem Aufwand sein. 

(D Die Software zur Erkennung und Beseiti- 
gung eines Virenbefalles wird in drei Grup- 
pen eingeteilt: 

• Virenkontrollprogramme 

• Antivirenprogramme 

• Befallsüberwachungsprogramme. 

Die grundsätzlichen Prinzipien von Virenkon- 
trollprogrammen sind die Verfahren zur Su- 
che nach dem Kennzeichen des Virus in 
eventuell infizierten Programmen sowie Ver- 
gleichsverfahren. Die Suchverfahren basie- 
ren auf der Kenntnis der Funktion eines kon- 
kreten Virentyps und insbesondere seines 
Kennzeichenbytes (siehe Bild 2). Jedes da- 
mit behaftete Programm wird als von diesem 
Virentyp infiziert betrachtet. Für jeden neu 
hinzukommenden Virentyp muß jeweils ein 
weiteres, spezielles Virenkontroilprogramm 
geschrieben werden. Es gibt mehrere Mög- 
lichkeiten, Vergleichsverfahren zur Suche 
nach infizierten Programmen einzusetzen, 
so beispielsweise Dummy-File-Verfahren, 
Verfahren mit Prüfung von Programmpara- 
metern sowie kryptografische Verfahren. Da 
sowohl Dummy-File-Verfahren (Verwendung 
sogenannter Opferprogramme als Ver- 
gleichsindikatoren) als auch kryptografische 
Verfahren durch den Einsatz der sogenann- 
ten Manipulationsgruppenerkennung Spe- 
zialfälle sind, soll hier nicht näher auf sie ein- 
gegangen werden. 

Das Verfahren zum Suchen von Änderungen 
bestimmter Programmparameter (auch Al- 
teration Searcher genannt) ist ausführlich in 
191 beschrieben. Das Wesen dieses Verfah- 
rens beruht darauf, verschiedene, einen ak- 
tuellen Programmkode charakterisierende 
Parameter wie Länge, Checksumme, Attri- 
bute, Datum und Uhrzeit der Erstellung und 
anderes in eine Kontrolldatei zu schreiben. 
Das Kontrollprogramm ermittelt für das zu 
kontrollierende Programm die Parameter- 
werte und prüft anhand der in der Kontrollda- 
tei gespeicherten Werte, ob seit der letzten 
Prüfung Modifikationen am Programm vorge- 
nommen wurden. Auf diese Weise kann jede 
Infektion auch durch bisher nicht bekannte 
Virentypen festgestellt werden; das Prüfpro- 
gramm kann darüber hinaus auch zur Erken- 
nung anderweitiger (fahrlässiger oder vor- 
sätzlicher) Manipulationen herangezogen 
werden. 

Die Art und Weise der Einbindung über- 
schreibender Viren in infizierte Programme 
regte dazu an, sogenannte Antivirenpro- 
gramme zu entwickeln, die den erkannten Vi- 
ruskörper vollständig aus dem Programm 
entfernen. Eingangs wurde darauf verwie- 
sen, daß ein bestimmter Virustyp ein Pro- 
gramm nicht mehrfach infiziert. Es können 
aber Viren verschiedenen Typs ein Pro- 
gramm nacheinander infizieren, und dem 
müssen derartige Antivirenprogramme 
selbstverständlich Rechnung tragen. Viren- 
suchprogramme, die zum Teil mehr als 100 
verschiedene Virentypen erkennen und die 
entsprechenden Antivirenprogramme dazu 
werden heute bereits auf dem Softwaremarkt 
angeboten. Das mit Alteration-Searcher be- 
zeichnete Prüfprogramm (genannt PCC) 
steht ebenfalls zur Verfügung. Die dynami- 
sche Virenbefallssituation auf dem Gebiet 
der DDR veranlaßt aber zu der Bemerkung, 
daß anderweitig beschaffte, eventuell nicht 
so aktuelle Software gegen Viren doch mit 
einiger Vorsicht betrachtet werden sollte. 
Das ist keine Kritik an der Qualität derartiger 
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Tafel 1 Virentypen in der DDR (Stand Januar 1 990 in Anlehnung an iS/) 


Typ 

Nr. 

auch 

übliche 

Bezeichnung 

befälit 
Dateien 
vom Typ 

nicht- 

über- 

sch reibend 

resi- 

dent 

Länge 
in Byte 

Wirkung 

1 

1a 

Wiener 

Virus 

.COM 

.COM 

ja 

ja 

nein 

nein 

648 

646 

Infizierte Programme können zerstört werden; 
es kommt zum Systemneustart. 

2 

Herbst- 

laub 

.COM 

ja 

ja 

1701 

Bildschirminhalt wird zerstört, Zeichen fallen 
auf die unterste Zeile. Virus ist nur im Zeitraum 

1 . 1 0. 88 - 31 . 1 2. 88 aktiv bzw. bei Rechnern 
ohne Echtzeituhr, wenn kein Datum einge- 
geben wurde. 

3 

Italienischer 

Springer 

Boot- 

Sektor 

Boot- 

Virus 



Bootsektoren aller Disketten und der Fest- 
platte werden infiziert, auf dem Bildschirm 
erscheint ein wandernder Punkt. 

4 

Israeli- 

Virus 

.COM 

.EXE 

ja 

ja 

1813 bis 
1823 

Infiziert alle aufgerufenen Programme, Ver- 
arbeitungsgeschwindigkeit des Rechners wird 
drastisch verringert; zerstört am Freitag, dem 
13. (wenn das Jahr ungleich 1987 ist) jedes 
Programm 

5 


.COM 

.EXE 

ja 

ja 

1800 bis 
1815 

infiziert alle aufgerufenen Programme (auch 
beim Kopieren von Programmen!), ein Sektor 
des aktuellen Laufwerkes wird zerstört. 

6 


.COM 

.EXE 

ja 

ja 

bis 1221 

bis 1363 

Infiziert alle aufgerufenen Programme; 
Ausgabe eines Tones beim Start eines infi- 
zierten Programms. 


Drei weitere Viren S1 (Länge 534 Byte), S2 (2875-2890 Byte) und S3 (2946-2961 Byte) 

infizieren lediglich weitere Programme, ohne besondere Manipulationsaufgaben auszuführen bzw. durch Nebeneffekte 
Störungen zu verursachen. 


Programme, sondern resultiert ganz einfach 
aus der Überlegung, daß die so beschaffte 
Software schon einen gewissen Lebenszyk- 
lus hinter sich gebracht hat und den aktuellen 
Erfordernissen damit nicht mehr völlig ent- 
spricht. 

Das Grundprinzip der Parameterprüfung 
beim Alteration-Searcher kann neben der 
obigen Form nutzerveranlaßter Prüfung als 
Befallsüberwachungsprogramm in geeigne- 
ter Weise (z. B. in der Autoexec.bat) in das 
Betriebssystem eingebunden werden. Von 
einer solchen Variante wird in /10/ berich- 
tet. 

@ Die Isolation einer Anwendung ist dann 
erreichbar, wenn das Eindringen eines Com- 
putervirus (über eine Diskette bzw. ein Netz) 
ausgeschlossen werden kann. Diese Va- 
riante ist offenbar nur in ganz speziellen Fäl- 
len der Prozeßautomatisierung anwendbar, 
indem das System, nachdem es vollständig 
geladen ist, vollständig isoliert wird. 

(D Die wirksame Reaktionsfähigkeit 
Im Falle des eingangs geschilderten Compu- 
terwurmbefalles im Rechnernetz INTERNET 
hat sich gezeigt, daß die meisten Nutzer der 
Situation hilflos gegenüber standen. Ihre 
Kenntnisse waren nicht ausreichend, we- 
sentliche Gegenmaßnahmen ergreifen zu 
können. Im Grunde genommen ist die Situa- 
tion beim Auftreten von Viren sehr ähnlich; ei- 
nem neuen Typ von Viren sind die meisten 
Nutzer oder Betreiber der PCs mehr oder we- 
niger ausgeliefert. In Analogie zu den vom 
USA-Verteidigungsministerium aus dem 
Vorfall gezogenen Schlußfolgerungen (vgl. 
/10/) wird künftig auch bei uns eine stärkere 
Koordinierung und Unterstützung der Nutzer 
insbesondere mit leistungsfähiger und der 
aktuellen Virensituation entsprechender 
Software notwendig werden. 

® Es mag etwas ungewöhnlich erscheinen, 
im Zusammenhang mit Viren ethisch-morali- 
sche Fragen aufzuwerfen. Straf- und Zivil- 
recht-Gesetzgebung sind aber nur ein not- 
wendiges, keinesfalls jedoch hinreichendes 
Instrument zur Lösung dieses Problems in 
der Gesellschaft. Realistisch muß man näm- 
lich einschätzen, daß die Entwickler oder 
Verbreiter von Computerviren - zumindest 
mit den heutigen Methoden - in den selten- 
sten Fällen dingfest gemacht werden kön- 
nen. Wie auch für andere Gebiete des 
menschlichen Zusammenlebens bedarf die 
Gesellschaft offenbar auch bestimmter 
ethisch-moralischer Verhaltensnormative für 
den Umgang mit Informationen. Unser heuti- 
ges Verhaltensmuster in bezug auf die Infor- 
mation ist noch weit davon entfernt, deren 
Wert in einer künftigen Gesellschaft, bei der 
die Informationstechnik ebenso - wie das 
Verkehrswesen und die Energiewirtschaft 
schon jetzt — zur Infrastruktur zählt, zu ent- 
sprechen. Überlegungen zu ethisch-morali- 
schen Normativen wurden nach dem INTER- 
NET-Vorfall insbesondere in den USA ange- 
stellt. Äußerst fraglich sind daher solche Ak- 
tionen, die Preise für einen unknackbaren Vi- 
rus ausschreiben /1 2/. 

Viren und Recht 

Viren verändern Daten und Programme. Mit 
diesem Tatbestand ist die strafrechtliche Re- 
levanz für denjenigen, der Computerviren 
entwickelt und in Umlauf setzt, eindeutig ge- 
geben. Das Strafgesetzbuch der BRD (Para- 
graphen 303a und 303b) sieht beispielsweise 
Freiheitsentzug von bis zu 5 Jahren vor. 


Nach dem Zivilrecht kann derjenige, der 
Schaden vorsätzlich oder fahrlässig verur- 
sacht, dafür haftbar gemacht werden. Das 
trifft für Schäden, die durch Viren verursacht 
werden, natürlich genauso zu. 

Es gibt - vielleicht bis auf die Ausnahme der 
Forschungen zu Fragen der sich selbst re- 
produzierenden Software - keinerlei Gründe, 
Viren zu entwickeln, geschweige denn, sie zu 
verbreiten. Jeder, der es dennoch tut, sollte 
sich auch über die straf- bzw. zivilrechtlichen 
Konsequenzen im klaren sein. Selbst der be- 
ste Vorsatz, äußerst sorgfältig mit entwickel- 
ten Viren umzugehen, sind - das hat die Pra- 
xis in bitterer Weise gelehrt - auf Sand ge- 
baut. 
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Grundlagen des logischen 
Programmierens Ten i 


Or. Konrad Schultz , Chemnitz 


Im Zuge der Entwicklung der Künstlichen In- 
telligenz verändert sich die Aufgabe des 
Computers: Statt vordergründig ein System 
von Handlungsvorschriften (einen Algorith- 
mus) auszuführen, das der Programmierer 
entworfen hat, wird dem Computer eine ge- 
naue Beschreibung der Aufgabenstellung 
(die Spezifikation des Problems) samt der zu 
treffenden Voraussetzungen übergeben. Die 
Lösung des Problems hat der Computer 
dann selbständig zu finden. 

Während bisher die Spezifikation des Pro- 
blems nur eine vorbereitende Tätigkeit des 
Programmierers war - eine Voraussetzung 
für das weitere - und die Entwicklung eines 
geeigneten Algorithmus der Hauptinhalt war 
(die Codierung des Algorithmus ist schon frü- 
her vom Computer übernommen worden), so 
wird die Spezifikation nun Hauptinhalt des 
Programmierens. Der Programmierer hat 
das gestellte Problem soweit zu analysieren, 
daß es durch eine überschaubare Menge von 
Formeln mit genau definierbarer Bedeutung 
beschrieben wird. Diese Formeln sind solche 
der mathematischen Logik. (Eine weitere 
Entwicklung geht dahin, diese Forderungen 
abzuschwächen und dem Computer Formu- 
lierungen des Problems nur noch in natürli- 
cher Sprache anzubieten.) Der Computer hat 
dann die Formeln zu verarbeiten, zu ermit- 
teln, welche Objekte eine Lösung des Pro- 
blems ergeben. Das geschieht wiederum mit 
Hilfsmitteln der mathematischen Logik, die 
somit auch die Algorithmen zur Bestimmung 
der gesuchten Objekte zur Verfügung stellt. 
Daher der Begriff logische Programmie- 
rung. 

Wenn der Programmierer von der Entwick- 
lung eines problemangepaßten Algorithmus 
entlastet wird und statt dessen der Computer 
(der natürlich nach einem bestimmten Algo- 
rithmus arbeitet) auf allgemeingültige Algo- 
rithmen der mathematischen Logik zurück- 
greift, wird für das einzelne Problem eine we- 
niger effiziente Lösung entstehen. Das wird 
im Laufe der Zeit durch bessere Hardware- 
Leistungen weniger fühlbar und im übrigen 
dadurch ausgeglichen, d$ß größere Klassen 
von. Problemen einheitlich und damit effekti- 
ver gelöst werden können. 

Zum Verständnis der logischen Programmie- 
rung gehört also vor allem die Kenntnis eini- 
ger Grundbegriffe und Methoden der mathe- 
matischen Logik. Wir werden diese zusam- 
menstellen und für die programmiersprachli- 
che Umsetzung vorzugsweise auf Prolog zu- 
rückgreifen. Prolog - das Programming in 
Logic abgekürzt - wurde Anfang der siebzi- 
ger Jahre von A. Colmerauer in Marseille für 
die Verarbeitung natürlicher Sprachen ent- 
wickelt und ist heute die am weitesten ver- 
breitete Sprache der Logikprogrammierung. 

Einfache Aussagen 

Aussagen sind sprachliche Gebilde, von de- 
nen man sagen kann, daß sie wahr oder 
falsch sind: 

7 ist eine Primzahl 

Max und Moritz sind Freunde. 


Hans liebt Grete. 

Es ist kalt. 

Die erste Aussage ist offenbar wahr, bei den 
beiden nächsten müßten wir uns zunächst 
verständigen, wer Max, Moritz, Hans, Grete 
sind, bei der letzten über Zeit und Ort. Ob 
eine Aussage wahr oder falsch ist, hängt also 
davon ab, wie wir sie inhaltlich verstehen. 
Daß wir die erste Aussage ohne weiteres als 
wahr ansehen, liegt auch nur daran, daß wir 
von unserer Schulbildung her eine einheitli- 
che und genaue Auffassung der Begriffe 7 
und Primzahl haben. Wir sehen es als unwe- 
sentlich an, ob die Entscheidung wahr oder 
falsch leicht fällt oder problematisch ist, ob 
das zwischen Hans und Grete schon wirkli- 
che Liebe ist. 

Grammatisch zerfällt jede einfache Aussage 
in Gegenstände (Individuen; Subjekte oder 
Objekte, zwischen denen nur ein formaler, 
kein logischer Unterschied besteht) und die 
Behauptung (das Prädikat) über diese Ge- 
genstände. (Das ist auch für zusammenge- 
setzte Aussagen richtig, dort interessieren 
uns aber zunächst die Zerlegungen in Teil- 
aussagen oder Aussagenformen.) 

Das Prädikat ist eine Primzahl trifft zu auf 
das Individuum 7. 

Das Prädikat sind Freunde trifft zu auf die 
Gegenstände (Subjekte) Max und Moritz. 
Das Prädikat liebt trifft zu auf die Subjekte 
Hans und Grete. 

Das Prädikat kalt sein trifft zu schlechthin. 
Wir befreien die Aussagen von allem sprach- 
lichen Ballast, indem wir einfach notieren 

primzahl(7). 

freunde(max,moritz). 

Iiebt(hans,grete). 

kalt. 

In dieser Form werden die einfachen Aussa- 
gen auch in Prolog notiert und als Fakten in 
den Computer eingegeben. Prologspezifisch 
ist, daß die konstanten Namen primzahl, . . 
grete, kalt mit Kleinbuchstaben beginnen. 
Ein solcher Fakt wird nach der Eingabe vom 
Computer als wahr angesehen, selbst dann, 
wenn er inhaltlich falsch ist; die Eingabe 
primzahl(9) 

wird nicht zurückgewiesen. Die Eingabe fal- 
scher Aussagen ist in Prolog gar nicht vorge- 
sehen. Man kann in Prolog dem Computer 
nicht vorschreiben, daß er diese oder jene 
Aussage als falsch ansehen soll. Wenn eine 
Aussage nicht aus der Wissensbasis des 
Computers folgt und in diesem Sinne als 
nicht-wahr anzusehen ist, ist das zum einen 
etwas anderes, und zum anderen gibt es kei- 
nen Computeralgorithmus, um allgemein 
eine solche Nicht-Wahrheit nachzuweisen. 
Wesentlich für den Computer ist nur der 
strukturelle Aufbau der Fakten, die inhaltliche 
Bedeutung kann er nicht begreifen. In unse- 
ren Beispielen bestehen sie aus 

1. einem konstanten Namen, der als Prädi- 
katenkonstante angesehen wird 

2. in der Regel einer Argumentliste von kon- 
stanten Namen, die als Individuenkonstanten 
angesehen werden 

3. einem Punkt. 

Der Punkt hat dabei nur die Aufgabe, ver- 
schiedene Fakten (oder allgemeiner Klau- 


seln) zu trennen. Der Fakt ohne den Punkt ist 
ein Atom. Ein Atom ist ein konstanter Name, 
dem eventuell eine Argumentliste folgt. (Fak- 
ten ohne Argumentliste sind die Ausnahme.) 
Wenn eine Argumentliste folgt, ist das Atom 
eine Struktur. Die Argumentliste wird von run- 
den Klammern eingegrenzt, und die Listen- 
elemente (Argumente) werden durch Kom- 
mas getrennt. Die Argumente können belie- 
bige Atome sein, insbesondere auch selbst 
Strukturen sein. Das hängt mit dem Termbe- 
griff zusammen, mit dem wir uns nun be- 
schäftigen wollen. 

Grundterme 

Eine Aussage ist auch 

Hans liebt seine Mutter, 
beziehungsweise 

Das Prädikat liebt trifft zu auf die Indivi- 
duen Hans und Mutter-Von(Hans). 
oder 

liebt(hans,mutter_von(hans)). 

mutter_von(hans) ist dabei eine Struktur, hat 
also die Gestalt einer Aussage (ohne Punkt 
freilich), wird aber von uns nicht als wahr oder 
falsch angesehen, ebensowenig vom Com- 
puter. mutter _von(hans) bezeichnet viel- 
mehr ein Individuum, das durch das Indivi- 
duum hans eindeutig bestimmt ist. 
mutter-Von(Mensch) bezeichnet die Mutter 
eines beliebigen, gegebenen Menschen 
Mensch, ebenso mag produkt(Zahl1 ,Zahl2) 
das eindeutig bestimmte Produkt zweier Zah- 
len, Zahll undZahl2, bezeichnen. 

Grundterme (oder konstante Terme) sind 
sprachliche Gebilde, die bestimmte Indivi- 
duen bezeichnen. In formalisierter Form sind 
sie Atome, entweder konstante Namen, ge- 
deutet als Individuenkonstanten, Zahlen (in 
Prolog von sekundärer Bedeutung) oder 
Strukturen aus einem konstanten Namen, 
gedeutet als Funktionskonstanten, und aus 
einer Argumentliste von Atomen, gedeutet 
als Grundterme. In formalisierter Form sind 
dabei Fakten (ohne Punkt) und Grundterme 
dasselbe. Der konstante Name am Anfang 
wird bei Fakten als Prädikatenkonstante, bei 
Grundtermen als Individuenkonstante bzw. 
Funktionskonstante gedeutet. Die Argu- 
mente werden dagegen in beiden Fällen als 
Grundterme gedeutet. Somit sind Grund- 
terme Bestandteile von Fakten, aber nicht 
umgekehrt. 

Generalisierungen und Variablen 

Betrachten wir die Aussage „Jeder Mensch 
ist sterblich.“ Diese ist gleichwertig mit: „Für 
jeden Menschen X ist sterblich(X) wahr“. In 
der mathematischen Logik schreibt man da- 
für 

VX sterblich(X) 

Solch eine zusammengesetzte Aussage ent- 
steht so: Wir nehmen eine Aussage her, hier 
etwa die einfache Aussage sterblich (sokra- 
tes), ersetzen konstante Namen, hier sokra- 
tes, an einigen Stellen der Argumentliste 
durch variable Namen (kurz: Variablen), hier 
X, und es entsteht zunächst eine Aussagen- 
form, hier sterblich(X) . 

Eine Aussagenform ist ein sprachliches Ge- - 
bilde mit Variablen, aus dem eine Aussage 
entsteht, indem für die Variablen konstante 
Namen für Gegenstände eines bestimmten 
Bereichs oder auch Zahlen eingesetzt wer- 
den. So ist in unserem Beispiel (aber nicht 
notwendig) sterblich(X) eine Aussagenform 
für den Bereich der Menschen, ebenso ist 
liebt(X,Y) eine Aussagenform für den Bereich 
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der Menschen, und aus diesen Aussagenfor- 
men entstehen wahre oder falsche Aussa- 
gen, wenn an die Stelle der Variablen Namen 
von Menschen treten: sterblich(shake- 
speare), liebt(romeojulia), liebt(sokrates, 
xanthippe), die letzte Aussage soll falsch 
sein. Die Angabe eines Gegenstandsbe- 
reichs (Individuenbereichs) für die Variablen 
ist wesentlich: In der Aussagenform „X ist 
Einwohner von Y“, notiert als einwoh - 
ner(X, Y), bezieht sich die Variable X vernünf- 
tigerweise auf Menschen, die Variable Y da- 
gegen auf Ortschaften, einwohnerfgoethe 
Frankfurt) war wahr, ein wohnerf frankfurt, 
goethe) (Frankfurt ist Einwohner von Goe- 
the) dagegen sinnlos. 

Aus einer Aussagenform entsteht aber auch 
eine (zusammengesetzte) Aussage, indem 
alle vorkommenden Variablen nach dem Bei- 
spiel von 

VXVY bruder(X,Y) 

mit Hilfe von V generalisiert werden. Um die 
entstandene Aussage sinnvoll lesen zu kön- 
nen, muß man wieder wissen, auf welche In- 
dividuenbereiche sich die Variablen bezie- 
hen, im Beispiel beziehen sich beide Varia- 
blen natürlicherweise auf den der Menschen, 
und die Aussage VXVY bruder(X,Y) ist dann 
zu lesen als 

Für jeden Menschen X und jeden Men- 
schen Y ist bruder(X.Y) wahr, 
also 

Alle Menschen sind Brüder. 

Die Angabe eines Individuenbereichs ist für 
solche generalisierten Aussagen noch we- 
sentlicher als für Aussagenformen: 

VX positiv(produkt(X,X)) 

(Für jedes X gilt: Das Produkt von X mit sich 
selbst ist positiv) ist wahr, wenn als Individu- 
enbereich für die Variable X der Bereich der 
reellen Zahlen gewählt wird, aber falsch, 
wenn der Bereich aller komplexen Zahlen 
zum Individuenbereich wird. 

Ein variabler Name oder eine Variable be- 
ginnt in Prolog mit einem Großbuchstaben, 
wir halten es in dieser Übersicht ebenso. Die 
Generalisierung, in der mathematischen Lo- 
gik ausgedrückt durch V, gefolgt von den Va- 
riablen, wird in Prolog nicht dargestellt. Jede 
vorkommende Variable (außer in Fragen) 
wird als generalisiert angesehen. So wird 
durch die Eingabe von 

sterblich(X). 

der Computer angewiesen, die Aussage „Je- 
des X ist sterblich“ bzw. „Alle X sind sterb- 
lich“ als wahr anzusehen. Dies bedeutet: Der 
Computer sieht alle (Grund-)Beispiele von 
sterblich(X) bzw. von VX sterblich(X) als 
wahr an, also alle Aussagen, die aus der Aus- 
sagenform sterblich(X) durch die Einsetzung 
von (Grund-) Termen für die Variable X ent- 
stehen. Falls ihm der Fakt 

liebt(hans,mutter_von(eva)). 
eingegeben wurde, nimmt er dann auch 
sterblich(hans), sterblich(eva), sterblich(mut- 
ter_von(hans)) usw. als wahr an, so als wä- 
ren auch die Fakten 

sterblich(hans). 

sterblich(eva). 

und so weiter eingegeben worden. Für den 
Computer ist dabei für sämtliche Variablen 
der Individuenbereich grundsätzlich der aller 
Grundterme, schließlich ist für ihn der Be- 
reich der Namen (Zeichenketten) der einzige, 
den er unmittelbar überblicken kann: Er führt 
über alle vorgekommenen konstanten Na- 
men eine Liste, mit deren Hilfe dann der im 
allgemeinen unendliche Bereich der Grund- 
terme generiert werden kann. 


Ich erwähnte schon, daß die Betrachtung von 
endlich vielen Grundbeispielen theoretisch 
grundsätzlich ausreicht. Dies ermöglicht die 
Lösung von logisch formulierten Problemen 
durch den Computer. 

Es ist völlig gleichwertig, ob wir eingeben 
sterblich(X). 
oder 

sterblich(Mensch). 

denn auf die Bezeichnung der Variablen 
kommt es nicht an. Es ist üblich, durch die 
entsprechende Wahl der Bezeichnungen 
Programme zu kommentieren. 

Variablen sind in Prolog nur lokal (d. h. inner- 
halb einer Klausel) gültig. In verschiedenen 
Klauseln kennzeichnet ein und derselbe va- 
riable Name inhaltlich unterschiedliche Va- 
riablen. So können die beiden Fakten 
sterblich(Mensch). 
irrt(Mensch). 
ebensogut 
sterblich(X). 
irrt(Y). 

geschrieben werden, drücken sie doch die 
Aussagen 

Jeder Mensch ist sterblich, und jeder 
Mensch irrt, 
bzw. gleichwertig 

Jedes X aus dem Bereich der Menschen 
ist sterblich, und jedes Y aus dem Bereich 
der Menschen irrt. 

aus. In Prolog ist das Unterstreichungszei- 
chen _ allein (das als Großbuchstabe gerech- 
net wird) die sogenannte anonyme Variable. 
Sie wird gern verwendet, weil intern für sie 
kein Speicherplatz belegt wird. Und zwar 
können alle in einer Klausel nur je einmal auf- 
tretenden Variablen durch die anonyme er- 
setzt werden. 

sterblich^), 
ist gleichwertig mit 
sterblich(Mensch). 
und 

bruder(_,_). 
ist gleichwertig mit 

bruder(Mensch, Mitmensch). 

(mit zwei Variablen!). 

Partikularisierungen 
und allgemeine Terme 

Betrachten wir einmal die Aussage „Max hat 
einen Freund.“ Diese ist gleichwertig mit „Es 
gibt einen Menschen X derart, daß freund- 
(max,X) wahr ist.“ In der mathematischen Lo- 
gik schreibt man dafür 
3Xfreund(max,X) 

Auch hier bezieht sich die Variable X auf ei- 
nen bestimmten Individuenbereich, vernünf- 
tigerweise den der Menschen. Während aber 
die Aussage 


VXfreund(max,X) 

wahr ist, wenn Max mit jedem Individuum aus 
diesem Bereich befreundet ist, ist 
3Xfreund(max,X) 

wahr, sofern es wenigstens ein Individuum 
aus diesem Bereich, also einen Menschen, 
gibt, mit dem Max befreundet ist. Während V 
die Generalisierung (die Allbehauptung) be- 
zeichnet, bezeichnet 3 die Partikularisie- 
rung die (Existenzbehauptung). Der Oberbe- 
griff für Generalisierung und Partikularisie- 
rung ist Quantifizierung. 

Eine partikularisierte Aussage kann in PRO- 
LOG nicht formuliert werden. PROLOG ver- 
langt konstruktive Eingaben (und wird dafür 
auch konstruktive Antworten liefern). Und 
3Xfreund(max,X) 

ist nur dann konstruktiv wahr, wenn wir ein In- 
dividuum für die Variable X benennen kön- 
nen, welches die Aussagenform freund 
(max,X) zu einer wahren Aussage macht. Wir 
können also den Computer in PROLOG nur 
dadurch mit der Wahrheit von 
3Xfreund(max,X) 

bekannt machen, daß wir einen Fakt wie 
freund(max,moritz). 
eingeben. 

„Jeder Mensch hat einen Freund.“ - 
Diese Aussage logisch korrekt zu notieren, 
macht jetzt keine Schwierigkeiten 
VX3Y freund(X,Y) 

Dem Computer kann man sie aber nur bei- 
bringen, indem man solche Y angibt, abhän- 
gig jetzt freilich von den X, etwa in der Form 
freund(X,vater_von(X)). 
mit der Bedeutung „Jeder Mensch ist mit sei- 
nem Vater befreundet.“ „vater_von“ ist hier 
ein konstanter Name, der als Funktionenkon- 
stante zu deuten ist. So wie nun vater_von- 
(max) ein Term ist, ist auch vater_von(X) ein 
Term, freilich kein konstanter Term, kein 
Grundterm, sondern einer mit Variablen statt 
einiger Konstanten, ein variabler Term. Va- 
riable Terme werden zu Grundtermen, indem 
für die vorkommenden Variablen Namen von 
Gegenständen (Individuenkonstanten) ein- 
gesetzt werden, und bezeichnen dann selbst 
Gegenstände. Variable Terme verhalten sich 
zu Grundtermen insoweit also analog wie 
Aussagenformen zu Aussagen. 

wird fortgesetzt 


1 El KONTAKT g 

Technische Universität Chemnitz, Sektion Informatik, Post- 
fach 964, Chemnitz, 9010; Tel. 66 82 52 



„In sieben Sekunden 
müßte wieder einer 
anbeißen! u 


Zeichnung: Sieger 
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LEITERPLATTEN-ENTWICKLUNGS- 
UND -DIENSTLEISTUNGSZENTRUM 

Wir bieten Ihnen folgende Leistungen: 

• Mit Racal Redac Cadstar 

- Schaltplan-Layout-Editierung 

- Leiterplattenentflechtung 
(Feinstleiter-, Multilayer-, SMD-Technik) 

• Digitalisierung nach Ihren Vorlagen 

• Fotoplotservice mit Vektorplotter 

- Gerber 6000-, HPGL-Format 

• Reprographie 

• Herstellung unbestückter LP 

(Ein- und Zwei-Lagen-, durchkontaktierte LP) 

- max. Größe 380 x 220 mm 2 

- CNC-Bohren und -Fräsen (Schmoll; Verarbeitung 
anderer Formate, wie Sieb & Meyer, GA, Excellon, 
Posalux, Trudill) 

- Infrarotaufschmelzen 

- Muster- bis mittlere Serienfertigung 

- fotosensitive Lötstoppmaske t 

- Herstellung für SMT 

- spezielle Forderung auf Anfrage 

• Auf Wunsch auch Bestückung und Prüfung der 
Leiterplatten 

Sprechen Sie mit uns! 

Wir haben für Ihr Problem die richtige Lösung! 

Mansfeld Kombinat W. Pieck, Automatisierungs- 
betrieb Querfurter Straße 12, DDR-4250 Eisieben 
Tel.: Eisleben 2681-83/App. 441 , Telex: 47530 


Schützen Sie 
Ihre Disketten! 

Disketten sind hochempfindliche 
Datenträger. 

Magnetfelder, mechanische und kli- 
matische Einflüsse können sie un- 
brauchbar machen. 

In unseren Diskettenboxen 
aus ferromagnetischem Material 
sind sie sicher aufbewahrt! 

Vor allem bei Transport und Ver- 
sand gibt es keinen besseren Schutz! 

Nähere Informationen: Phonotechnik Zittau, 
Direktionsbereich E 

Kennwort „Diskettenbox“, 

Rathenaustraße 9 

Zittau, 8800 , 

Tel.: Zittau 67233 


Meßwerterfassung mit MESS_DAT 

Das Programmpaket MESS.Dat wurde zur Meß- 
Werterfassung auf einem Mikrorechner MC 80.30 
unter SCP-kompatiblem Betriebssystem geschrie- 
ben. Hardwareseitig wird die Meßwerterfassung mit n 
zusätzlichen 32-Kanal-ADU-Modulen unterstützt. Es ist 
eine prinzipielle Eignung für alle graphikfähigen 8-Bit- 
Rechner gegeben, sofern zur Programmanpassung ein 
Turbo-Pascal-Compiler verfügbar ist. Eine Anpassung 
an alphanumerische bzw. quasigraphikfähige Rechner- 
typen ist möglich. 

Das Programmpaket MESS_Dat verarbeitet die aufge- 
nommenen Meßwerte zur Darstellung auf dem Bild- 
schirm des Computers und zur Ablage in eine Disket- 
tendatei. Die graphische Darstellung erfolgt sowohl als 
quasianaloger Kurvenzug als auch numerisch, wobei 
die konkrete Art der Darstellung für jede Meßstelle be- 
liebig gewählt werden kann. Auch die Ausgabe (gra- 
phisch/numerisch) von Rechenergebnissen aus Meß- 
werten ist möglich. Die einfache Bedienung der Pro- 
gramme wird durch Menüführung in Fenstertechnik 
bzw. Dialogbetrieb unterstützt. Der Inhalt der Menüs so- 
wie die zu erfassenden Meßstellen einschließlich aller 
notwendigen Zusatzinformationen (z. B. Pegelverhält- 
nisse, Meßbereiche) sind nicht fester Bestandteil des 
Meßprogramms, sondern durch die Ablage in Overlay- 
Dateien jederzeit auch kurzfristig veränderbar. Für die 
Erzeugung der Overlay-Dateien stehen im Programm- 
paket MESS_DAT Service-Programme zur Verfügung; 
für den Bediener ist diese Arbeit mit geringem Aufwand 
verbunden. 

Ingenieurbetrieb der Energieversorgung 

Storkower Str. 134, Berlin, 1055, Telefon: 3 65 1 1 29 


Wir entwickeln 
und bauen für Sie 

elektrische Meß- fe(SM£ , SSBÄS Team 

Und Prüfgeräte mit langjährigen Erfahrungen 
aller Art bietet Ihnen: 


* Bearbeitung meßtechnischer Pro- 
bleme von der Aufgabenstellung 
bis zum funktionsfähigen Gerät 
incl. Kleinserien, Materialbeschaf- 
fung und Dokumentation 

* Bau von Einzelgeräten oder Bau- 
gruppen einschl. Kleinserien nach 
Ihren Unterlagen 

* Entwicklung von Anwendersoft- 
warelösungen für die Betriebssy- 
steme MS-DOS (DCP), UNIX 
(P8000), SCP, UDOS. 


Konsultieren Sie uns! - Tel.: 6833310 

Abt. Meßmittelbau 
im Nachrichtenefektronik Leipzig 
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Teil 2 


Lisp 

Dr. Ulrich Kriegei 


Rekursionen 

Programmierung basiert auf der Auswahl 
von Kontrollstrukturen, die festlegen, wie die 
einzelnen Programmschritte ausgeführt 
werden sollen. Ein typisches Beispiel für 
eine derartige Kontrollstruktur in Lisp ist die 
Rekursion. Der Grundgedanke dabei ist, 
daß eine Funktion ein Problem etwas verein- 
facht und dieses dann an eine oder mehrere 
identische Kopien von sich selbst zur weite- 
ren Verarbeitung übergibt. In Abhängigkeit 
davon, ob bei einem Rekursionsschritt die 
Funktion ein- oder mehrmals auf gerufen 
wird, spricht man von Einfach- bzw. Mehr- 
fach-Rekursionen. 

Eine rekursive Funktion muß immer die fol- 
genden induktiven Aspekte des zu behan- 
delnden Problems enthalten: 

© Es muß ein Test auf eine Abbruchbedin- 
gung existieren, bei der die Rekursion abge- 
brochen wird. 

© Es muß eine Methode für die Vereinfa- 
chung des Problems existieren, so daß die 
Folge der vereinfachten Probleme gegen die 
Abbruchbedingung konvergiert. 

Im folgenden Abschnitt sollen die möglichen 
Formen der Rekursion und ihre Anwendung 
bei der Synthese und Analyse von S-Aus- 
drücken behandelt werden. 

Rekursive Synthese von S-Ausdrücken 

Als Beispiel für eine einfach-rekursive Funk- 
tion soll die in Bild 1 gezeigte Funktion MUL 
dienen, die zwei positive ganze Zahlen A und 
B multipliziert. Die Funktion bricht ab (termi- 
niert), da B schrittweise um Eins verkleinert 
und damit einmal derTest (— BO) erfüllt wird. 
Die Funktion ist korrekt, denn es gilt: 

A*B = A + (B- 1) * A 
Das in Bild 2 gegebene Tr ace- Protokoll zeigt 
die Abarbeitung von (MUL 4 2). Da auf jedem 
Rekursionsniveau die Funktion MUL nur ein- 
mal aufgerufen wird, ist der Aufrufbaum li- 
near. Aus den zurückgegebenen Funktions- 
werten ist ersichtlich, daß das Gesamtergeb- 
nis aus den Teilergebnissen zusammenge- 
setzt wird. Man spricht deshalb auch von re- 
kursiver Synthese. 

Ein Beispiel für eine doppelt-rekursive Funk- 


( defun mul 

(a b) 

( cond ; ; b ” 0 ? 

(( = b 0)0) 

; ; Rekurs ion 

(t (+ a (mul a (- b 1))))) 
Bild 1 Definition der Funktion Mul 

-> MDL (4 2) 

I- > MÜL (4 1) 

II- > MÜL (4 0) 

II<- MÜL (0) 

I<- MÜL (4) Bild 2 Trace-Protokoli 

<- MÜL ( 8 ) des Aufrufs (Mul 4 9 \ 


(defun fibonacci Bild 4 Rease-Pro- 

< n > tokoll des Aufrufs 

(cond ;; Abbruch n <= 1 (Fibonacci4) 

(<>= 1 n) 1) 

; ; doppelte Rekurs ion 
(t (+ (fibonacci (- n 1)) 

(fibonacci (-n2)))))) 


Bild 3 Definition der Funktion Fibonacci 


(defun mp-copy-list 

di) 

(cond ((null li) nil) 

(fc (cnns (<;ar li) 

(mp eopy-list (cdr li)))))). 

Bild 5 Definition der Funktion MP-copy-list 


-> (FIBONACCI 4) 

I- > (FIBONACCI 3) 
IR> (FIBONACCI 2) 

III-> (FIBONACCI 1) 
IIR- (FIBONACCI 1) 
III-> (FIBONACCI 0) 
IIR- (FIBONACCI 1) 
II<- (FIBONACCI 2) 

II- > (FIBONACCI 1) 
II<- (FIBONACCI 1) 
I<~ (FIBONACCI 3) 

I- > (FIBONACCI 2) 

II- > (FIBONACCI 1) 
IR- (FIBONACCI 1) 
II-> (FIBONACCI 0) 
II<- (FIBONACCI 1) 
I<- (FIBONACCI 2) 

<- (FIBONACCI 5) 


-> MP-COPY-LIST ((A B C)) 

I- > MP-COPY-LIST ((B C)> 

II- > MP-COPY-LIST ((C)> 

III- > MP-COPY-LIST (NIL) 
IIK- MP-COPY-LIST (NIL) 
IR MP-COPY-LIST ((C)) 
I<- MP-COPY-LIST ((B C>) 
<- MP-OOPY-LIST ((A B C)) 


(defun mp-merober 
(item li) 

(cond ;; Liste leer ? 

((null li) nil) 

; ; ITEM gefunden ? 

((equal item (car li)) li) 

; ; Rekurs ion 

(t(mp-iDeniber item (cdr li))))) 


Bild 6 Trace-Protokoli des Aufrufs Bild 7 Definition der Funktion MP-member 

(mp-copy-list (A B C)) 


tion soll anhand der Berechnung der soge- 
nannten Fibonacci-Zahlen gegeben werden. 
Leonardo von Pisa, auch Fibonacci genannt, 
stellte ein diskretes Modell für das Wachstum 
einer Population von Hasen auf, das durch 
die folgende Gleichung beschrieben wird: 
f(n) = f(n - 1 ) + f(n - 2) 
wenn n > 1 ist, sonst gilt f(n) = 1 . 

Bild 3 zeigt die Funktion Fibonacci, Bild 4 das 
Trace-Protokoli des Aufrufs von (Fibonacci 
4). Der Aufrufbaum ist nicht mehr linear wie 
im vorhergehenden Beispiel, da auf jeder Re- 
kursionsebene zwei Kopien der Funktion Fi- 
bonacci aufgerufen werden. 

Nach der Lösung dieses relativ einfachen nu- 
merischen Problems wollen wir uns nun wie- 
der der Symbolverarbeitung zuwenden. Ein 
weiteres Beispiel für die rekursive Synthese 
von S-Ausdrücken ist eine Funktion, die Li- 
sten auf dem obersten Niveau kopiert. Da die 
in Common Lisp definierte Funktion Copy- 
List etwas allgemeiner anwendbar ist als die 
folgende Definition, wollen wir sie MP-copy- 
lisp nennen (Bild 5). Allgemein wird in diesem 
Kurs immer dann ein Funktionsname mit dem 
Präfix MP versehen, wenn eine Funktion glei- 
chen Namens im Common-Lisp-Standard 
existiert, aber die hier vorgestellte Funktion 
im Vergleich zum Standard nur einge- 
schränkt verwendbar ist. Die Auswertung von 
(MP-copy-list ’(A B C)) liefert das in Bild 6 dar- 
gestellte Auf ruf Protokoll. 


Aufgabe 4: Schreiben Sie eine Funktion , die 
rekursiv die Länge einer Liste bestimmt (Die 
Lösungen der Aufgaben dieses Teils finden 
Sie ausnahmsweise erst im Teil 3 in MP 1 1/ 
90.) 


Restrekursion - die rekursive Analyse 
von S-Ausdrücken 

Ebenso wie zur Synthese können Rekursio- 
nen auch zur Analyse von S-Ausdrücken be- 
nutzt werden. 

Nehmen wir einmal an, daß in unserem Lisp 
die Grundfunktion Member des Lisp-Stan- 
dards nicht vorhanden ist. Member testet, ob 
das erste Argument auf dem obersten Niveau 
in der Liste enthalten ist, die als zweites Argu- 
ment übergeben wird (Bild 7). MP-Member 
behandelt zwei Basissituationen: Entweder 
ist die-Liste leer, dann wird NIL zurückgege- 
ben, oder ITEM ist das erste Element der Li- 
ste LI, dann wird LI zurückgegeben. Tritt 
keine dieser Basissituationen auf, so über- 
gibt MP-Member ein vereinfachtes Problem, 
nämlich die Suche von ITEM in der um ein 
Element verkürzten Liste, an eine Kopie von 
sich selbst. In Bild 8 ist die Abarbeitung des 
Aufrufs von (MP-Member ’C ’(A B C D E F)) 
dargestellt. Beachten Sie bitte, daß MP- 
Member entweder eine Basissituation er- 
kennt oder das Problem delegiert. Im Gegen- 
satz zu MP-copy-list müssen deshalb auch 
keine Zwischenergebnisse gespeichert wer- 
den, während die Kopie arbeitet. Der Wert, 
den MP-Member zurückgibt, ist genau der 
Wert, den die Kopie auf dem untersten Ni- 
veau der Rekursion liefert. 

-> MP-MEMBER (C (ABCDEF)) 

I > MP-MEMBER (C (B C D E F) ) 

II-> MP-MEMBER (C <C D E F)> 

II<- MP-MEMBER ((C D E F)) 

I<- MP-MEMBER ( (C D E F) ) 

<- MP-MEMBER ((C D E F)) 

Bild 8 Trace-Protokoli des Aufrufs (MP-member 
’C’(ABCDEF)) 
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Allgemein nennt man eine Funktion restre- 
kursiv , wenn der zurückgegebene Wert ent- 
weder direkt berechnet wurde oder (wie 
oben) der Wert des rekursiven Aufrufs auf 
dem untersten Rekursionsniveau ist. Restre- 
kursive Funktionen müssen den Wert, den 
die rekursiven Aufrufe liefern, nicht weiter be- 
arbeiten. Vom Prinzip her muß deshalb die 
Kopie auch nicht zu der sie aufrufenden Ko- 
pie (bzw. zum Original) zurückkehren; statt 
dessen kann direkt zu der rufenden Funktion 
verzweigt werden. Optimierende Compiler, 
z. B. der XCL-Compiler, nutzen diese Tatsa- 
che aus und erzeugen für restrekursive Funk- 
tionen äußerst effektiven Maschinenkode. 
Das ist auch der Grund, warum von vielen 
Programmierern der Programmierstil mit re- 
strekursiven Funktionen bevorzugt wird. Mit 
einem Trick ist es sogar möglich, eine be- 
stimmte Klasse nicht restrekursiver Funktio- 
nen in restrekursive Funktionen umzuwan- 
deln. 


Restrekursion mit Akkumulatorvariable 

Bild 9 zeigt die Definition der Funktion Copy- 
N, die aus einer Liste die Teilliste der maximal 
ersten n Elemente erzeugt. Die Funktion ist 
nicht restrekursiv, weil sie das Ergebnis des 
Aufrufs der Kopie der Funktion Cons über- 
gibt, um die Ergebnisliste zu bilden. 

Rufen wir, wie in Bild 10 dargestellt, statt 
Copy-n eine Hilfsfunktion rekursiv auf, so 
kann diese restrekursiv programmiert wer- 
den. Der Trick besteht darin, daß die Teiler- 
gebnisse des jeweiligen Rekursionsniveaus 
dem nächsten Niveau mit übergeben wer- 
den. Die Hilfsfunktion ist restrekursiv, weil der 
Wert des rekursiven Aufrufs in Cond direkt 
als Rückgabewert benutzt wird. 

Generell ist eine Restrekursion mit Akkumu- 
latorvariable immer dann möglich, wenn bei 
jeder Rekursion ein Teilergebnis bestimmbar 
ist. Diese Tatsache nutzen optimierende 
Compiler aus. Bei der Kode-Optimierung 
werden dann automatisch restrekursive 
Hilfsfunktionen generiert. 


Aufgabe 5: Definieren Sie die Funktion MP- 
reverse, die die oberste Ebene einer Liste 
umdreht, als restrekursive Funktion mit Ak- 
kumulatorvarabie. 

Rückwärtsrekursion - die Synthese einer 
Liste vom Ende her 

Zur Lösung mancher Probleme ist es oft gün- 
stig, eine Liste vom Ende herabzubauen. Die 
naheliegenste Lösung hierbei wäre wohl, die 
Liste erst mit Reverse umzudrehen und dann 
zu bearbeiten. Bei langen Listen ist dieses 
Verfahren jedoch zeit- und speicherplatzauf- 
wendig. Einen Ausweg bietet hier die Rück- 
wärtsrekursion, die im folgenden am Beispiel 
der Funktion Copy-Iast erläutert werden soll 
(Bild 11). Copy-Iast kopiert die letzten n Ele- 
mente einer Liste. 

Zum Verständnis der Arbeitsweise rück- 
wärtsrekursiver Funktionen ist es jedoch not- 
wendig, sich etwas eingehender mit dem 
Gültigkeitsbereich von Variablen in Common 
Lisp zu beschäftigen. Normalerweise hat in 
Common Lisp eine Variable, die in der Para- 
meterliste einer Funktion auftritt oder in der 
Funktion als Hilfsvariable spezifiziert wird, ei- 
nen lexikalischen Gültigkeitsbereich; das be- 
deutet, daß sie innerhalb der Funktion frei 
verfügbar ist, ihre Bindung aber außerhalb 
der Funktion unbestimmt ist. Den Gegensatz 
dazu bilden dynamisch gebundene Variablen 
(auch Special-Variablen genannt), die einen 
dynamischen Gültigkeitsbereich besitzen, 
das heißt, sie existieren so lange, wie das sie 
etablierende Konstrukt existiert. Wird nun die 
Variable n innerhalb der Funktion Copy-Iast 
durch (declare (special n)) als dynamisch 
gebundene Variable deklariert, so können 
alle Funktionen, die von dieser Funktion auf- 
gerufen werden - in diesem Falle alle Kopien 
der Hilfsfunktion Copy-last-aux, auf diese Va- 
riable zugreifen. Diese Tatsache wollen wir 
bei der Ablaufsteuerung ausnutzen: Die 
Hilfsfunktion soll die Liste rekursiv abbauen 
und dann vom Ende beginnend, das Ergeb- 
nis synthetisieren. Dazu werden die Ergeb- 
nisse der einzelnen Kopien der Hilfsfunktio- 
nen in einer lokalen Variablen LI abgelegt. 
Die mit dem letzten Element der Liste aufge- 


rufene Kopie der Hilfsfunktion verringert (de- 
krementiert) n um Eins und gibt das letzte 
Element zurück, das an die Hilfsvariable LI 
der übergeordneten Kopie gebunden ist. 
Daraus und aus dem ersten Element der In- 
put-Liste wird eine neue Teilliste erzeugt, und 
n wird dekrementiert. Der Prozeß bricht ab, 
wenn n gleich Null ist. (In unvollständigen Im- 
plementationen von Common Lisp, beispiels- 
weise in den ersten Versionen von GC-Lisp, 
waren nur dynamische Variablenbindungen 
möglich. In diesem Fall muß die Deklaration 
als dynamische Variable entfallen.) 

In der Definition Copy-last-aux ist die Spe- 
zialform Let zur Deklaration lokaler Variable 
enthalten, die die folgende Syntax besitzt. 

(LET ((VAR-1 INIT-1) . . . (VAR-n INIT-n)) 

(ANWEISUNG-1) j 

(ANWEISUNG-n)) | 

■I 

VAR-1 bis VAR-n sind im Normalfall lokale le- 
xikal gebundene Variablen, die durch die op- 
tionalen Formen lnit-1 bis Init-n initialisiert 
werden. Die Initialisierung erfolgt parallel, 
das heißt, zuerst werden alle Initialisierungs- 
formen ausgewertet, und danach erfolgt die 
Initialisierung. Werden die Variablen ohne In- 
itialisierungsformen angegeben, so müssen 
die Variablennamen nicht geklammert wer- 
den. Nach der Liste (...(VAR-i INIT-i)...) 
bzw. (. . .VARi. . .) kann optional eine Deklara- 
tion folgen, in der beispielsweise einige der 
Variablen als dynamisch gebundene Varia- 
ble spezifiziert werden. Danach folgt der Kör- 
per der Let-Form, das heißt, beliebig viele An- 
weisungen, die sequentiell abgearbeitet wer- 
den. Der Gültigkeitsbereich der lexikalen 
Var-i ist auf den Körper der Let-Form be- 
schränkt. Das Ergebnis der letzten Anwei- 
sung im Körper ist gleichzeitig das Ergebnis 
der Let-Form. Neben der Spezialform Let exi- 
stiert noch die Spezialform Let* mit analoger 
Syntax, die jedoch im Gegensatz zu Let die 
Variablen sequentiell initialisiert. 

Zur Veranschaulichung der Arbeitsweise von 
Copy-last-aux enthält Bild 12 ein Trace-Pro- 
tokoll mit den zusätzlich eingetragenen Wer- 
ten von n und LI . 


(defun copy-n 
(li n) 

(cond "fertig ? 

({= n O) nil) 

; ; Rekurs ion 
(t{eons (car li) 

< copy-n (cdr-li) (- n 1)))))) 


Bild 9 Definition der Funktion Copy-n 


(defun copy-n 
(li n) 

(copy-n-aux li n nil)) 


(defun copy-n-aux 
( 1 i n acc ) 

(cond "fertig ? -> umdrehen der Liste 
; ; ira Akkumulator 
(( = n 0)(reverse acc)) 

; Hestrekursion 
(t (copy-n-aux (edr li) 

(- n 1) 

(cons (car li) acc))))) 


Bild 10 Definition der Funktion Copy-n mit rest- 
rekursiver HUfsfunktion 


(defun copy-last 
(li n) 

(declare (special n)) ; Deklariere n 
(copy-last-aux li)) ; Aufruf der Hilfsfkt. 


(defun copy-last-aux 
( 1 ) 

(cond ((null 1) nil) 

(t (let ((11 (oopy last-aux 
(edr 1)))) 
(cond ((= 0 n) 11) 

(t (setq n ( - 
(cons (car 
11 )))))) 


n 1)) 
1 ) 


-> COPY-LAST-AÖX ((A B C D) ) 

I- > COPY-LAST-AÖX ((B C D)) 

II- > COPY-LAST-AÖX ((C D)) 

III- > COPY-LAST-AÖX ((D)) 
IIII-> COPY-LAST-AÖX (NIL) 
IIIK- COPY-LAST-AÖX (NIL) 
IIK- COPY-LAST-AUX ((D)) 
II<- COPY-LAST-AÖX ((C D)) 
I<- COPY-LAST-AÖX ((C D) ) 

<- COPY-LAST-AÖX ( ( C D) ) 


LI 

LI 

LI 

LI 

LI 

LI 

LI 

LI 

LI 

LI 


Bild 1 1 Definition 
der Funktion 
Copy-Iast 


? 

? 

*p 

9 

? 

? 

NIL 

(D) 

(C D) 
(C D) 


Bild 12 

Trace-Protokoll 
des Aufrufs 
(copy-last-aux) 
’(A B C D)) 
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Aufgabe 6: Schreiben Sie die Funktion MP- 
reverse, die die Elemente einer Liste um- 
dreht, unter Ausnutzung der Rückwärtsre- 
kursion. 

Rekursive Analyse und Synthese 

In den vorangegangenen Abschnitten haben 
wir Funktionen zur rekursiven Analyse und 
zur rekursiven Synthese symbolischer Aus- 
drücke getrennt behandelt. In der Program- 
mierpraxis tritt jedoch häufig der Fall auf, daß 
rekursive Synthese und Analyse gekoppelt 
sind. Als Beispiel soll die Funktion MP-count 
dienen, die die Anzahl der Atome in einem S- 
Ausdruck feststellt (Bild 1 3). Die Funktion be- 


(defun rop-eourrt 
( 1 ) 

(cond ;; Liste leer ? 

((null 1) 0) 

; ; atom ? 

((atom 1) 1) 

;; analysiere car und cdr 
;;und addiere Ergebnisse 
(t ( -f (nrp count (car 1)) 

(mp-count (cdr 1)))))) 

Bild 13 Definition der Funktion MP-count 


(MP-COUNT (* A (SIN B)))) 

I-> (MP-COUNT *) 

I<- (MP-COUNT 1) 

I- > (MP-COUNT (A (SIN B))) 

II- > (MP-COUNT A) 

II<- ( MP-COUNT 1) 

II- > (MP-COUNT ((SIN B))) 

III- > (MP-COUNT (SIN B)) 

IIII-> (MP COUNT SIN) 

IIIK— (MP COUNT 1) 

IIII-> (MP-COUNT (B)) 

IIIII-> (MP-COUNT B) 

1 1 1 1 1 < - (MP -COUNT 1) 

IIIII-> (MP-COUNT NIL) 

IIIIK- (MP-COUNT 0) 

IIIK- (MP-COUNT 1) 

IIK- (MP-COUNT 2) 

III-> (MP-COUNT NIL) 

IIK- (MP-COUNT 0) 

II<- (MP-COUNT 2) 

I<- (MP-COUNT 3) 

<- (MP-COUNT 4) 

Bild 14 Trace-Protokoll des Aufrufs (mp-count 
’(* a (sin b))) 

handelt 2 Basisfälle, nämlich die leere Liste 
und das Atom. Treffen beide Fälle nicht zu, so 
wird MP-count auf Car und Cdr der Liste ge- 
trennt angewendet. Die Ergebnisse der Auf- 
rufe werden dann addiert. Diese Funktion ist 
doppelt-rekursiv. Zur Illustration enihält 
Bild 14 das Trace-Protokoll des Aufrufs (mp- 
count ’(* a (sin b))). 

Allgemein kann gesagt werden, daß einfach- 
rekursive Funktionen die natürliche Methode 
sind, um mit Sequenzen, beispielsweise mit 
den obersten Elementen von List zu arbeiten. 
Die Verwendung doppelt-rekursiver Funktio- 
nen bieten sich dann an, wenn es darum 
geht, verschachtelte Listen auch in der Tiefe 
zu untersuchen, so daß dabei alle Elemente 
erreicht werden. Der Berechnungsaufwand 
für einfach-rekursive Funktionen ist dabei 
proportional der Länge der zu bearbeitenden 
Liste, während er für doppelt-rekursive Funk- 
tionen proportional zur Anzahl der Elemente 
in der Liste ist. 


Der Terminplaner 

Wir wollen nun mit der Entwicklung von Funk- 
tionen beginnen, die es erlauben, einen ein- 
fachen Terminplan zu verwalten. Termin- 
pläne für bestimmte Personen sollen aufge- 
stellt, freie Termine ermittelt, Termine in 
Pläne verschiedener Nutzer eingetragen 
oder eine Terminliste soll ausgegeben wer- 
den. Das Programm ist so angelegt, daß Sie 
es nach Ihren Wünschen selbst erweitern 
können. So wäre es beispielsweise denkbar, 
daß die Kalenderstrukturen in einer externen 
Datei gesichert werden. Bei jedem Start des 
Systems könnten sie dann automatisch gela- 
den werden, und in Abhängigkeit vom Tages- 
datum wird die Liste der nächsten Termine 
ausgegeben. 

Der Terminplan weist folgende logische 
Struktur auf: 

• Er besteht aus einer Liste von Tagesplä- 
nen. 

• Ein Tagesplan soll das Tagesdatum und 
eine Liste von Terminen enthalten. 

• Ein Tagesdatum setzt sich aus dem Wo- 
chentag, dem Tag und dem Monat zusam- 
men. 

• Ein Termin besteht aus Beginn- und End- 
zeitpunkt und aus dem Thema. 

• Eine Zeitangabe enthält Stunden- und Mi- 
nutenangaben. 

Wir haben es also mit Objekten zu tun, die 
eine unveränderliche Struktur aufweisen. 
Nur die Inhalte der einzelnen Datenfelder, die 
auch Slots genannt werden, können sich je- 
weils ändern. Wir können derartige Struktu- 
ren natürlich mittels Listen darstellen. Auf die 
einzelnen Slots könnte man dann über die 
Funktionen der Car/Cdr-Famiiie zugreifen. 
Man kann sich leicht vorstellen, wie gut les- 
bar dann Programme wären, die mit ver- 
schachtelten Strukturen arbeiten. Eine Ände- 
rung der Datenstruktur, beispielsweise der 
Reihenfolge der Slots, hätte schwerwie- 
gende Folgen. Im gesamten Programm müß- 
ten beispielsweise Aufrufe von Car durch sol- 
che von Cadr ersetzt werden. 

Dabei sind Fehler möglich, denn bestimmte 
Aufrufe von Car könnten auch zur Steuerung 
der Rekursion dienen. 

Ein Ausweg aus dieser Misere besteht in der 
Definition abstrakter Datentypen, bei denen 
die physische Repräsentation der Daten dem 
Nutzer verborgen bleibt. Der Zugriff auf die 
einzelnen Slots einer solchen abstrakten Da- 
tenstruktur erfolgt über sogenannte Selektor- 
funktionen. 

Programme, die abstrakte Datentypen ent- 
halten, sind bedeutend leichter zu verstehen, 
und vor allen Dingen lassen sie sich leichter 
warten. 

Ist das Datum eine Liste aus Wochentag, Tag 
und Monat, so könnte eine Selektorfunktion 
für den Monatsslot wie folgt aussehen: 

(defun datum-monat(datum) 

(caddr datum)) 

Zeiteinbußen durch die zusätzlichen Funk- 
tionsaufrufe bei der Verwendung abstrakter 
Datentypen können vermieden werden, 
wenn die entsprechenden Funktionen als In- 
line-Funktionen deklariert werden. Der Com- 
piler kann diese Funktionsaufrufe dann durch 


*den entsprechenden Inline-Kode ersetzen, 
beispielsweise (datum-monat datum) durch 
(caddr datum). Die Anzahl der Selektorfunk- 
tionen wächst linear mit der Zahl der Slots in 
der Struktur. Viele Dialekte von Lisp stellen 
deshalb dem Programmierer mit Defstruct 
ein Hilfsmittel zur Verfügung, das automa- 
tisch die entsprechenden Selektorfunktio- 
nen, ein Typprädikat, eine Konstruktorfunk- 
tion und eine Kopierfunktion erzeugt. 

In Common Lisp hat der Aufruf von Defstruct 
im einfachsten Falle die folgende Syntax: 

(defstruct name 

(slot-1 init-1) 

(slot-2 init-2) 

(slot-n init-n)). 

Mit diesem Aufruf werden 

- die Konstruktorfunktion Make-name , 

- n Selektorfunktionen Name-slot-i, 

- eine Kopierfunktion Copy-name und 

- ein Typprädikat Name-p 
generiert. 

Der Aufruf von (Make-name) erzeugt dann 
eine Struktur mit n Slots, die mit den Werten 
Init-i initialisiert wurden. Werden keine Init- 
Werte angegeben, so können die Klammern 
um die Slotnamen entfallen. Die Slots wer- 
den dann mit NIL initialisiert. 

Soll bei der Konstruktion der Struktur m Slots 
explizit ein Wert zugewiesen werden, so ge- 
schieht das durch den Aufruf (make-name 
:slot-i Wert-i). Symbole, die mit einem Dop- 
pelpunkt beginnen, werden auch Schlüssel- 
wörter genannt. Diese haben sich selbst zum 
Wert und müssen deshalb nicht quotiert wer- 
den. Durch die Angabe der Schlüsselwörter 
zur Kennzeichnung der entsprechenden 
Slots ist die Reihenfolge der Schlüsselwort- 
Wert - Paare beliebig. Die physische Umset- 
zung der Struktur hängt von der Implementa- 
tion ab. Nun stellt sich die Frage, wie man die 
Inhalte der einzelnen Slots manipulieren 
kann. Müßte es nicht auch dafür n Funktionen 
geben, für jeden Slot eine? 

Um dieses Problem allgemein lösen zu kön- 
nen, wurde in Common Lisp das Konzept der 
verallgemeinerten Variablen eingeführt. Un- 
ter einer verallgemeinerten Variable wird da- 
bei ein beliebiges Lisp-Objekt verstanden, 
das Daten aufnehmen kann und für das 
durch eine entsprechende Selektorfunktion 
ein Zugriffspfad definiert ist. So ist beispiels- 
weise Cadr einer Liste LI eine verallgemei- 
nerte Variable, der Zugriffspfad ist (cadr li). 
Mit Hilfe von Setf kann eine verallgemeinerte 
Variable belegt werden: 

(Setf <zugriffspfadxwert>). 

Beispiel: 

(setq li ’(a b)) = => (A B) 

(setf (cadr li) ’x) = => X 
li = => (A X). 

Da die einzelnen Slots einer Struktur S verall- 
gemeinerte Variablen sind, können deren In- 
halte mit (Setf (<selektorfunktion> s) 
<wert>) geändert werden. 

An dieser Stelle muß unbedingt darauf hinge- 
wiesen werden, daß Defstruct ein viel mächti- 
geres Werkzeug ist, als durch diesen Kurs 
gezeigt werden kann. So ist es möglich, 
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» i Definition einer Zeitstruktur aus 
;;; Stunde (h) und Minute (m) 

(defstruct time (h 0> <ro 0)) 

; ; ; Definition einer Datums Struktur aus 

Wochentag (wd) Tag (day) und Monat (mon) 
(defstruct date (wd ’mo) (day 1) (mon 'jan)) 

> i > Definition eines Termins aus Beginn 

>»* (start), Knde (stop) und Inhalt (oontent) 

(defstruct ap start stop content) 

;;; Definition eines Tageseintrags aus 
;;; Datum (date) und Terminliste (apl) 
(defstruct day date apl) 


Bild 15 Definition der Strukturen für den 7er- 
minpianer 


(defun next^day 
(date ) 

( let ((nwd (get (date- wd date) 

’ next-day) ) 

(mon (date-mon date)) 

(day (date-day date))) 

(cond ; ? letzter Tag des Monats -> 

; neuer Monat 
(( = day (get mon ’day nr)) 
(make-date : wd nwd :day 1 

: mon (get mon ’next-mon) ) ) 
(t (make ^iate : wd nwd 
:day {+ day 1) 

: mon mon ) ) ) ) ) 

Bild 16 Definition der Funktion Next-day 


durch Angabe bestimmter Schlüsselwörter 
den Namen der Konstruktor- und Selektor- 
funktionen festzulegen, Slots von anderen 
Strukturen zu erben oder in gewissen Gren- 
zen die physische Repräsentation der Struk- 
tur zu bestimmen. Für eine weitergehende 
Beschreibung sei auf die Sprachdefinition 
von Common Lisp verwiesen. 

In Bild 15 ist nun dargestellt, wie die Struktu- 
ren für den Terminplaner definiert werden 
können. 

Als nächstes soll die Funktion Next-day defi- 
niert werden, die zu einem gegebenen Da- 
tum den Nachfolger berechnet. Dazu müs- 
sen die Nachfolger der einzelnen Wochen- 
tage, der Monate und die Zahl der Tage im 
Monat bekannt sein. 

Um dieses Wissen abzuspeichern, wird eine 
wettere Eigenschaft der Symbole ausge- 
nutzt. Neben Werten und einer funktionalen 
Bedeutung kann man ihnen auch beliebige 
andere Eigenschaften zuordnen. Um diese 
Eigenschaften aufnehmen zu können, besitzt 
jedes Symbol eine sogenannte Eigen- 
schaftsliste property list oder P-Liste, in der 
die Eigenschaften als Paare von Indikator 
und Wert abgespeichert werden können. Als 
Indikatoren dürfen nur Symbole verwendet 
werden; als Werte jedoch können beliebige 
Lisp-Objekte dienen. Der Zugriff zu einer be- 
stimmten Eigenschaft erfolgt über die Funk- 
tion Get mit der folgenden Syntax: 

(Get <symbol> <indikator>) 

Mit (setf (get <symbol> <indikator>) 
<wert>) kann dem Symbol eine Eigenschaft 
zugeordnet werden. 

Unter den Indikator Next-day wollen wir dem 
Symbol Sonntag das Symbol Montag zuord- 
nen: 

(setf (get ’sonntag ’next-day) ’montag) 

Für die anderen Wochentage sollen analoge 
Zuweisungen gelten. 

Übung 5: Legen Sie in den P-Listen der Mo- 
natsnamen unter den Indikatoren Next-mon 
und Day-nr die Namen der Folgemonate 


(defun make-calendar 

(Person wd start day start 
month-start day stop month-stop) 

(setf (get person ’calendar) 

(make-calendar-aux day stop month-stop 
(make-date : wd wd-start 

; day day start :mon month-start) 
nil))) 

(defun make calendar— aux 

(day-stop month stop date acc) 

(cond ; Kalender fertig ?-> Umdrehen 
; des Akkumulator Inhalts 
((and (eq (date-mon date) roonth-stop) 

( = (date-day date) day stop)) 

( reverse 

(cons (make-day :date date) acc))) 
; ßestrekursion 

(t (make- calendar aux day stop 

month-stop (next-day date) 

(cons (make day :date date) 
acc) ) ) ) ) 


Bild 17 Definition der Funktion Make-calendar 


(defun free time 

( start stop apl ) 

(cond ;apl leer, dann Termin frei 
((null apl) 

(list (make-ap : start start 
: stop stop) ) ) 

; falsche Parameter 
((t>= start stop) nil) 

; Start liegt hinter erstem Termin 
; aus apl 

(<t>~ start (ap-start (car apl))) 
(free-time ( if (t>- start 
( ap-stop 

(car apl) ) ) 

start 

(ap stop (car apl))) 
stop (edr apl))) 

»Start liegt vor erstem Termin in apl 
((t>- (ap start (car ap))) stop) 

(list (make-ap start start 
: s top s top ) ) ) 

; Rekurs ion 

(t (cons (make-ap : start : start 

: stop (ap-start (car apl))) 
(free-time (ap-stop (car apl)) 
stop (edr apl)))))) 

Bild 18 Definition der Funktion Free-time 


bzw. die Anzahl der Tage des entsprechen- 
den Monats ab. 

Mit den in den P-Listen abgelegten Informa- 
tionen kann nun die Funktion Next-day defi- 
niert werden (Bild 16). 

Die Funktion Make-calendar (Bild 17) legt ei- 
nen leeren Terminplan für einen gegebenen 
Zeitraum unter dem Indikator Calendar in der 
P-Liste des Eigentümers ab. Da die meisten 
Lisp-Systeme auf 1 6-Bit-Rechnern nicht über 
Funktionen zur Berechnung des Datums ver- 
fügen, muß neben Anfangs- und Endtag und 
dem Monat auch noch der Wochentag des 
Anfangsdatums angegeben werden. 

Aufgabe 7: Definieren Sie die Funktion Find- 
day-entry. Die Funktion soll 3 Parameter, 
den Tag, den Monat und die Kalenderstruk- 
tur haben und den entsprechenden Tages- 
eintrag oder NIL liefern. 

Zum Finden eines gemeinsamen Termins 
muß in den Terminplänen aller beteiligten 
Personen gesucht werden. Zunächst erzeu- 
gen wir eine Liste von freien Terminen pro 
Person, und dann wird der gemeinsame Ter- 
min aus dem Durchschnitt der entsprechen- 
den Listen ermittelt. Die Liste der freien Ter- 
mine wird durch die Funktion Free-Time 
(Bild 1 8) gebildet. Die Definition bedarf keiner 
besonderen Erklärung, nach dem Test von 
Grenzfällen wird die Liste rekursiv analy- 
siert. 


(defun common- free 

( apl 1 apl 2) .r* . -t 

(cond ((null apll) nil) 

((null apl2) nil) 

; Termin in apll liegt vor Termin 
; in apl2 

((t< (ap-start (car apl2)) 

(ap start (car apll))) 

(coamon-f ree apl 2 apll)) 

;Stop apll vor Start apl2 -> 

; reduziere apll 

((t< (ap stop (car ap)2)) 

(ap-start (car apll))) 

(common free (edr apll) apl 2)) 

;Stop von apl2 vor Stop apll -> 

;(car ap!2) ist frei 
( (t< (ap-stop (car apl2)) 

(ap-stop (car apll))) 

(cons (car apl 2) 

(common-f ree apll 
(edr apl2 ) ) ) ) 

; Überlappung 

(t (cons (make-ap : start (ap-start 

(car apl2)) 

: stop ( ap-stop 

(car apll))) 
( common- free (edr apll) 
apl2))>)) 

Bild 19 Definition der Funktion Common-free 


(defun cauBon-time 

(pl p2 day month dur begin end ) 

( common ~t i me - aux 
( common-free 

(free-time begin end 
(day-apl 

( find -day -entry day 
month 

(get pl ’calendar)))) 
(free-time begin end 
(day-apl 

(find -day -entry day 
month 

(get p2 ’calendar))))) 

dur nil) ) 

(defun common-time-aux 
(apl dur acc) 

£cond ((null apl) (reverse acc)) 

( ( >~ (duration (car apl)) dur) 

( common-time-aux 

(edr apl) dur (cons 

(car apl) acc))) 

(t (common-time-aux 

(edr apl) dur acc)))) 

Bild 20 Definition der Funktion Common-time 


Aufgabe 8: Definieren Sie die Prädikate 
T>= und T<, die die Erfüllung der entspre- 
chenden Ordnungsrelationen für zwei Zeit- 
strukturen TI und T2 testen. 

Die Funktion Common-free (Bild 19) erzeugt 
die Liste der gemeinsam freien Termine. Die 
Definition sichert, daß der erste freie Termin 
in APL1 vordem ersten freien Termin in APL2 
beginnt. Dann werden drei Standardfälle ab- 
getestet: das erste Element von APL2 liegt 
hinter dem ersten Element von APL1 , das er- 
ste Element von APL2 liegt vollständig im er- 
sten Element von APL1 , und die Elemente 
überlappen sich teilweise. 

Jetzt fehlt nur noch eine Steuerfunktion zum 
Aufruf von Common-free, die die Termin- 
pläne zweier Personen bereitstellt und die 
gemeinsame Liste freier Termine nach Ein- 
tragungen durchsucht, die größer als die in 
der Variablen DUR angegebene Dauer in Mi- 
nuten sind (Bild 20). Die eigentliche Arbeit 
wird dabei von der restrekursiven Funktion 
Common-time-aux geleistet. 

wird fortgesetzt 
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lyi A CT7" Entwurf und Ablaufsteuerung 
IV intelligenter Dialogsysteme 

- für kommerzielle und Reaizeitanwendungen 
-für UNIX und DOS 

- interaktiver Entwurf von Masken und Druckausgabe 
-virtueller Bildschirm, Fenster, Pull-down-Menüs 

- strukturiertes Programmieren in der Maske I 

-Anschluß an C, COBOL, PASCAL... „ „vfi* 


-MS-DOS: bewegte Symbole 
Hintergrundgrafik 
Fonteditor 

-Mausunterstützung 




sf 


Fordern Sie unsere kostenlose Demoversion für DOS an! j 
□ 360K □ 1.2MB □ mit Handbuch 95.- M 


SIGMK GmbH Dimitroffstr. 66, 9072 Karl-Marx'Stadt, 0071/44425 


STRAHLUNGS- 

HEIZUNGEN 


sichern Ihnen und Ihrer 
Computertechnik die 
Gesundheit 


Beratung L. Müller 
Vertrieb Brackestr.32 
Service 7065 Leipzig 


Achtung 

Betriebe! 

Verkaufen aus Überplanbe- 
ständen zu stark reduzierten 
Preisen elektronische Bau- 
elemente. (Übersichtsliste 
bitte abfordern) 


Pumpen- und Verdichter- 
anlagen 
Halle-Leipzig 

Bugenhagenstraße 13-16 

Halle, 4070 


Paralleldrucker 
VT 23000, 23600 und 23900 
an A 7150, EC 1834, 

XT- und AT-Kompatible 


Wir haben eine Hardwarelösung entwickelt, die 
den Anschluß des Paralleldruckers VT 23xxx mit 
Interface IFSP an alle PCs mit parallelem Inter- 
face Centronics ermöglicht. Zum Betrieb sind 
keine zusätzlichen Softwarekomponenten erfor- 
derlich. Die elektronische Anpassung des IFSP 
an die Centronicsschnittstelle ist in der drucker- 
seitigen Griffschale des Interfacekabels unterge- 
bracht und erfordert daher, außer dem von uns 
gefertigten Kabel, keinen weiteren Aufwand. 

Wir bieten diesen Interfacekonverter als Kom- 
plettlösung ohne zusätzliches Netzteil an. 

Interessenten wenden sich bitte an die: 

Maschinenfabrik Nema 

Abt. DW- Thurau, Fritz-Reuter-Straße 
Netzschkau, 9804, Tel.: Reichenbach 4927 02 



IHRE KONTAKTE 

JETZT NOCH 

BESSER WERDEN 

Unsere Angebots- 
schwerpunkte sind 
Leiterplatten mit ein- 
seitigen, doppelseitig- 
durchkontaktierten 
und Multilayer-Platinen, 
auch in ausgereifter 
SMD-Technologie sowie 
elektromechanische 

Bauelemente, jeweils unter Einsatz modernster 
Verfahrenstechniken gefertigt und durch optima- 
le Qualitätskontrollen abgesichert. 

Neben Laborkarten, Steckverbindern und An- 
schlußklemmen, Lampenfassungen, Schiebe-, 
Tast- und Wippschaltern, Löt- und Relaisleisten 
und Sicherungshaltern liegt unsere Angebots- 
stärke in anwendungsorientierten, individuell auf 
Ihre Wünsche zugeschnittenen Lösungen. 

Wir sind leistungsstark, sehr flexibel und sehr 
schnell, z.B. 2 Wochen vom Layout bis zur fertigen 
Platine. 

Haben Sie weitere Fragen? 

Besuchen Sie uns doch mal oder fordern Sie 
ausführliches Infomaterial an. 

Deutsch rn 
laender \J^\ 

Deutschlaender Electronic GmbH 
DDR-7010 Leipzig • Kreuzstraße 13 
Tel. 09 41/6 06 50 -Fax 0941/60081 -Telex 512546 

Deutschlaender Electronic GmbH 

BRD-6924 Neckarbischofsheim * Bahnhofstraße 20 

Tel. 072 63/63 11 • Fax 072 63/6 45 77 • Telex 782 318 
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Mathe-Programme für KC: 

POLYRECH (Polynomdivision/-multiplikation) 
GLEIRECH (lineare Gleichungen) 

BRUECHE (Grundrechenarten) 

B. CHANGE (Basen-Wechsel) u. a. 

nur für KC/1 : MODIFY+1 (Monitor in BASIC) 

B. TOOL 1 (MC-Routinen) 

bietet 

POEGOT-Software V. Pöschel, 

Reinhardsbrunner Str. 48, Gotha, 5800 


Unser Service für Sie 

Beratung für Einsatzvorbereitung 
von Datenbanksystemen auf MS- 
DOS-Rechnern 

(bes. AIDOS, MIDOS, dBASE) 

Rufen Sie uns an: 

Berlin 4 92 14 52 


Wir bieten aus unserem Bestand an: 

Ursadat 5000 einschließlich 

- K 7221 Monitor 1024 z. 

- K 7634 Tastatur 

- K 1152 Drucker 

- K 6022 LB-einheit LB Laser/LB Stanzer 

- Serviceeinheit SE 5000 + Löschkammer 

- Satz Reserve-EPROM - U 555 c 

- Softwarepaket „EIEX 1520“ 

- Softwarepaket „MEPRIM“ 

Baujahr 1988 

2 Stück P 8000 compact (8 Bit) einschl. 

- Monitor 

- Tastatur 

- Terminal 

- Steuerrechner 

- Nadeldrucker K 6313 

- komplette Grundsoftware 
Baujahr 1990 

Preis nach Vereinbarung 

Anfragen sind zu richten an: 

Lausitzer Glas, Werk OLG 

Herr Jakobskötter, Tel. : Weißwasser 4 82 70 

Straße der Befreiung 22-32, Weißwasser, 7580 


Projekt: 

TEL 0 — Rechnergestützte Bearbeitung 
der Netzdatei 

Kurzbeschreibung: 

TEL 0 - erlaubt die rechnergestützte Bearbeitung der Netzda- 
tei für: 

Fernsprechnetze 
Signalleitungsnetze 
Nebenuhrennetze 
Datenleitungsnetze 
Brandwarnnetze usw. 

Die betreffende Netzdatei beinhaltet je Anschluß (Fernsprech- 
apparat, Brandwarnmelder usw.) alle notwendigen Angaben, 
wie Schaltweg, Lage im Objekt und Struktureinheit, sonstiges 
(Apparatetyp, Zubehör usw.). 

Mit der Software werden dem Nutzer eine Vielzahl von Über- 
sichten in wählbarem Umfang angeboten. 

Weiterhin sind statistische Auswertungen für eine beliebige 
Bezugsbasis möglich. 

Kapazität: pro Datei max. 3000 Anschlüsse 
Rechnerkonfiguration: PC 1715 

MC 80-CSOS mit Betriebssystem 
SCP 

Drucker: z. B. K 631 1 usw. 
Listenformat: A4 
Sprache: TURBO-PASCAL 

Nachnutzungsinteressenten an: 

Elektronik Gera, Abt. ENQ/Tel.: 58 41 67 
Parkstr. 3, Gera, 6500 


Sie wollen 

AUT omatisieren und R A tionalisieren? 

Bei aller Hardware auch an die Software 
denken! 

Nutzen Sie für Ihre Fertigungsvorbereitung und 
Produktion die Mikrorechner-Software-Pakete 

• AUTRA-Stücklistenauswertung 

• AUTRA-Arbeitsplanstammkarten 

• CADdy - Rechnergestütztes Konstru- 
ieren 

(von Ziegler Instruments GmbH). 

Beispiele für unser Konzept, die Produktionsvor- 
bereitung durchgängig zu modernisieren. 

In 150 Betrieben aller Größen und unterschiedli- 
cher Industriezweige wird mit unseren Program- 
men erfolgreich gearbeitet. 

Sie können dazugehören! 

Wir beraten Sie gern und unterstützen Sie bei der 
Einführung in Ihrem Betrieb. 

IMA GmbH 
Institut für Leichtbau 

PF 44 

Dresden, 8080 

Telefon: Dresden 58 7442 (Herr Gerbeth) oder 
58 74 44 (Herr Dr. Ing. Rothe) oder 58 73 80 (Herr 
Rotsche); Telex: 2 5764 
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BAUSTEINE FÜR IHRE EDV 





Gesellschaft für Computer- und 
Kommunikationssysteme 


Wir planen und projektieren, vor allem aber 
realisieren wir für mittelständische Unter- 
nehmen innovative 
Computer-Lösungen. 

Langjährige Erfahrungen 
besitzen wir insbesonde- 
re auf den Gebieten von 
PC-Novell-Netzen und 

UNIX®-Mehrplatzsyste- 
men. 

Mit solidem Wissen und kreativen Ideen un- 
terstützen wir unsere Kunden von der Pro- 
jektierung, Installation bis hin zur Implemen- 
tierung und Optimierung von komplexen 
Kommunikationsprotokollen, Schnittstellen- 
treibern oder exklusiven Oberflächen ( z.B. 

auf Basis X1 1 R3). 


£^9 



Informieren Sie sich auch über unser 
umfangreiches Schulungsangebot 

I ! 


GECKO mbH • Felix-Stillfried-Straße 4 • DDR-2500 Rostock 1 


ACS 

CVQTCkJRCOiTI tKifl 


In Kooperation mit 

ACS SYSTEMBERATUNG 

Hamburg 


Wegbereiter der Informatik 



NORBERT 

WIENER 


* 1894 Columbia (Missouri) 

1 1964 Stockholm 

Norbert Wiener ist ein Sohn des be- 
deutenden jüdischen Slawisten und 
Literaturhistorikers Leo Wiener 
(1862-1939), der an der Harvard- 
Universität Cambridge Professor 
war und aus dem vom zaristischen 


Rußland besetzten Teil Polens 
stammte. Die Mutter ist aus dem 
Rheinland gebürtig. 

Aufgrund seiner außerordentlichen 
Begabung begann Wiener schon 
mit 14 Jahren, Biologie zu studie- 
ren; nach ergänzenden Studien in 
Philosophie und Mathematik pro- 
movierte er bereits als 1 8jähriger an 
der Harvard-Universität mit einem 
Thema aus der mathematischen 
Logik. Anschließend setzte er bis 
1915 seine Studien in Cambridge 
sowie in Göttingen bei dem bedeu- 
tenden Mathematiker David Hilbert 
(1862-1943) fort. Seine Bewunde- 
rung für Hilbert lenkte ihn schon da- 
mals auf sein künftiges For- 
schungsgebiet, die Anwendung der 
Mathematik auf physikalische und 
technische Probleme. 

Nach seiner Rückkehr in die USA 
lehrte Wiener jeweils kurzzeitig an 
fünf verschiedenen Universitäten 
Logik und Mathematik (191 5-1 91 7) 
und versuchte sich auch als Repor- 
ter (1917-1919). Im Jahre 1920 
wurde er am Institut für T echnologie 
in Massachusetts (MIT), einem der 
bedeutendsten Hochschulinstitute 
in den USA, fest angestellt und er- 
hielt dort 1 932 eine ordentliche Pro- 
fessur. 

Er unternahm noch mehrere Euro- 
pareisen, die zum Zusammentref- 
fen mit B. Rüssel, L. Landau u.a. 


führten; übrigens beherrschte er 
zehn Sprachen. 

Seine Hauptarbeitsgebiete als Ma- 
thematiker waren die mathemati- 
sche Analysis und die Wahrschein- 
lichkeitsrechnung. So entwickelte 
er in der Theorie der Fourier-Trans- 
formation eine harmonische Ana- 
lyse für Funktionen einer komple- 
xen Veränderlichen (1930). In der 
Wahrscheinlichkeitsrechnung un- 
tersuchte er eine wichtige Klasse 
von Zufallsprozessen, die in der 
Folgezeit nach ihm benannt wurden 
(Wiener-Prozesse). Er schuf eine 
Interpolations- und eine Extrapola- 
tionstheorie stationärer Zufallspro- 
zesse und hat auch Beiträge zur 
mathematischen Logik und zur 
theoretischen Physik (Potential- 
theorie) geleistet. 

Während des Zweiten Weltkrieges 
entwickelte Wiener die Theorie der 
Optimalfilter, mit deren Hilfe es 
möglich wurde, störende Nebenge- 
räusche bei einer Nachrichtenüber- 
mittlung - zum Beispiel durch Ra- 
dar-zu minimalisieren. Noch heute 
ist diese Filtertheorie für die Nach- 
richtentechnik von Bedeutung. In 
dieser Zeit befaßte er sich auch mit 
Problemen der Rechentechnik. 
Das Studium von Analogien zwi- 
schen Prozessen, die sowohl in 
elektrischen Netzwerken als auch 
in lebenden Organismen ablaufen, 


führte ihn dann schließlich zur Ky- 
bernetik, die ja dann auf die ge- 
samte Entwicklung der Informatik 
entscheidende Einflüsse ausgeübt 
hat. 

Mit seinem Buch „Cybernetics - or 
control and communication in the 
animal and the machine“ gilt Wie- 
ner als Begründer der Kybernetik. 
Der Begriff Kybernetik als solcher 
wurde jedoch erstmals von dem 
französischen Physiker A. Ampere 
als Bezeichnung der „Wissenschaft 
vom Beherrschen“ geprägt (1834). 
Wiener definiert die Kybernetik 
wörtlich als „Wissenschaft von der 
Steuerung und von den Kopplun- 
gen, ganz gleich, ob es sich dabei 
um Maschinen oder um lebende 
Organismen handelt“. 

Ein berühmter Schüler Wieners war 
der Begründer der mathematischen 
Informationstheorie, Claude E. 
Shannon, der 1940 am MIT in Ma- 
thematik promovierte. In seiner Au- 
tobiographie „I am a Mathemati- 
cian“ beschreibt Wiener ihn als ei- 
nen Wegbereiter für die Anwen- 
dung der formalen Logik in der 
Schaltkreistheorie und als einen 
wesentlichen Promotor in der ame- 
rikanischen Entwicklung der elek- 
tronischen Rechenautomaten. 

Dr. Klaus Biener 
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Die Hardwareinterrupts 
beim A 71 50 ^ 


Dirk Blavius, Andreas Senst , Zittau 


Durch die Nutzung von Hardwareinterrupts 
ist eine effektive Programmgestaltung mög- 
lich. Meist werden jedoch die auch von hö- 
heren Programmiersprachen angebotenen 
Möglichkeiten zur Einbindung derartiger In- 
terrupts nicht genutzt, da dazu detaillierte 
Kenntnisse der Hardware und des Betriebs- 
systems des Rechners notwendig sind. Im 
folgenden wird gezeigt, wie der Interrupt- 
betrieb der Schnittstellen auf der ASP-Karte 
(Anschlußsteuerung seriell/parallel) des A 
7150 unter dem Betriebssystem DCP 1700 
ermöglicht wird. Anhand eines Programm- 
beispieles wird die Initialisierung und Be- 
handlung derartiger Hardwareinterrupts in 
Turbo-Pascal (ab Version 4.0) gezeigt. 

Interruptbehandlung im A 7150 

Der im A 7150 eingesetzte - 8086-kompati- 
ble - Prozessor K 1810 WM86 verfügt über 
ein leistungsfähiges Interruptsystem. Den 
maximal 256 verschiedenen Interrupttypen 
sind in einer Interruptvektortabelle (Speicher- 
bereich 00000:03FFFH) jeweils 4 Byte zuge- 
ordnet. Hier werden das Codesegment und 
der Offset der Startadresse der Interruptbe- 
handlungsroutine eingetragen. Beim Erken- 
nen einer Interruptanforderung durch den 
Prozessor wird der aktuelle Systemzustand 
eingefroren. Der Interrupttyp wird ermittelt 
und mit 4 multipliziert. Danach zeigt dieser 
auf die Startadresse der jeweiligen Behand- 
lungsroutine in der Interruptvektortabelle /I/, 
121 . 

Vom Interruptsystem werden prozessorin- 
terne, programmgesteuerte und hardware- 
gesteuerte Interrupts unterschieden. Hard- 
waregesteuerte Interrupts können als mas- 
kierbare (über das Signal INTR) oder als 
nichtmaskierbare Anforderungen (NMI) auf- 
treten. Die Bearbeitung und die Bereitstel- 
lung des Interrupttypes bei maskierbaren In- 
terrupts übernimmt ein programmierbarer In- 
terruptcontroller (PIC), der Intel-Schaltkreis 
8259A. 

Wenn eine Interruptanforderung an einem 
der 8 Eingänge (INTR1 ... INTR8) anliegt, 
der Interrupt dieses Eingangs erlaubt (nicht 
maskiert) ist und dieser die höchste Priorität 
im PIC besitzt, wird dem Prozessor die Num- 
mer des Interrupttypes übermittelt. Der Typ 
ergibt sich aus der Basisadresse des PICs 
plus der Eingangsnummer. 

In der ebenfalls möglichen kaskadierten Be- 
triebsart kann an jedem der Eingänge ein 
weiterer PIC (Slave-PIC) angeschlossen 
sein, so daß maximal 64 externe Interrupt- 
quellen bearbeitet werden können. Den Inter- 
rupttyp stellt in dieser Betriebsart der Slave- 
PIC zur Verfügung /3/, /4/. 

Das DOS-kompatible Betriebssystem DCP 
1700 nutzt (im Gegensatz zum BOS 1810) 
die Ressourcen des A 71 50 nicht voll aus, da 
bei Systemanlauf - durch eine entspre- 
chende Programmierung des PICs - als 
Hardwareinterruptquellen nur Koprozessor-, 
Tastatur-, Timer- und Disketteninterrupts ge- 
stattet sind. Weitere Interrupts, zum Beispiel 
von der ASP, werden damit nicht angenom- 
men. 

Der A 71 50 verfügt mit dem ASP-Modul über 


leistungsstarke Schnittstellen für die Kom- 
munikation mit peripheren Geräten (V.24, 
IFFS, IFSP) sowie über zwei freie Zeitgeber- 
kanäle für die individuelle Nutzung. Die ASP 
bildet durch die Hardware einen Slave-PIC 
nach, der seine Interruptanforderungen beim 
Master-PIC auf Eingang 3 (INTR3) einspeist. 
Damit können die auf der ASP eingesetzten 
8-Bit-Schaltkreise U 855 (PIO), U 856 (SIO) 
und U 857 (CTC) mit Hilfe einer speziellen 
Adreßzuweisung in das Interruptsystem des 
A 71 50 eingebunden werden 151. 

Generell sind bei der Nutzung von Hardware- 
interrupts vom Programmierer die folgenden 
Probleme zu lösen: 

- Programmierung der interrupterzeugen- 
den peripheren Schaltkreise 

- Programmierung des (bzw. der) Interrupt- 
controller 

- Setzen der Interruptvektoren. 

Programmierung der ASP-Schaltkreise 

Zur Nachbildung des Slave-PICs durch die 
ASP werden die Interruptvektoren genutzt, 
die im Falle einer Interrupterkennung durch 
SIO, PIO oder CTC ausgesendet werden. 
Durch Wickelbrücken sind auf der ASP die In- 
terruptcodebits 7 und 6 (Bit 7 = Low, Bit 6 = 
High) voreingestellt. Die oberen 6 Bit der von 
den Schaltkreisen ausgegebenen Vektoren 
werden an die Codebits 5 bis 0 geführt (siehe 
Tafel 1). 


Tafel 1 Interrupttyperzeugung durch die ASP 

7 6 5 4 3 2 1 0 Bit 


Interruptvektor 
des Schaltkreises 
(Beispiel CTC) 


Interrupttyp 


1 

0 

0 


0 

0 

0 

0 

= 80 H 

7 6 5 4 3 2 1 0 

Bit 

0 

0 

i 

0 

0 

lo 

0 

0 

= 60 H 


Bei der Initialisierung der Schaltkreise mit 
den in Tafel 2 aufgeführten Interruptvektoren 
ergeben sich solche Interrupttypen, die in 
DCP 1 700 als frei für Benutzersoftware-Inter- 
rupts aufgeführt sind. Mit der gewählten 
Hardwarelösung der ASP sind jedoch auch 
Einschränkungen beim Interruptbetrieb der 
Schaltkreise verbunden. Die CTC-Kanäle 1 
und 2 sind nicht interruptfähig, sie werden zur 
Takterzeugung der V.24- bzw. der IFFS- 
Schnittstelle genutzt. Im Falle eines Fehlers 
in der Übertragung (spezielle Empfangsbe- 
dingungen oder Extern/Statusänderung) er- 
zeugt die SIO einen Interruptvektor, der je- 
doch zu den selben Interrupttypen wie ein In- 
terrupt bei leerem Sendepuffer oder bei ei- 
nem empfangenen Zeichen führt. Dies muß 
durch den Programmierer in der Interruptbe- 
handlungsroutine beachtet werden. 

Durch Wickelbrücken sind die Interruptpriori- 
täten auf der ASP in der Reihenfolge SIO - 
CTC - PIO voreingestellt. Die weitere Pro- 
grammierung der peripheren Schaltkreise ist 
in /6/ ausführlich beschrieben, die dazu benö- 
tigten E/A-Adressen sind in Tafel 3 aufge- 
führt. 

Eine weitere Besonderheit der Hardware ist 
die Interruptrückkehr für die pheripheren 
ASP-Schaltkreise. In U 880-Systemen über- 
wachen diese den Datenbus und dekodieren 
das Ende der Interruptroutine aus dem vom 


Prozessor gesendeten RETI (ED4DH). Beim 
A 7150 muß zu diesem Zweck eine spezielle 
E/A-Adresse genutzt werden. Dabei wird 
durch die Ausgabe beliebiger Daten auf die 
Adresse 302H ein RETI für ASP-Schaltkreise 
erzeugt. 

Programmierung des PICs 

Die in Tafel 4 aufgeführten Steuerwörter für 
die Programmierung des Master- PICs er- 
möglichen den Interruptbetrieb der ASP. Die 
mit ICWn bezeichneten Initialisierungssteu- 
erwörter sind nur in der Initialisierungsphase 
zulässig, die Ausgabe von Operationssteuer- 
wörtern (OCWn) können jederzeit die Pro- 
grammabarbeitung beeinflussen. Die exak- 
ten Bedeutungen der Steuerwörter sind in/2/ 
und /3/ aufgeführt. 

Die Interruptrückkehr des Slave-PICs wird 
durch die Ausgabe beliebiger Daten auf die 
Adresse 300H erreicht. 

Setzen der Interruptvektoren 

Die Interruptvektoren sollten niemals direkt 
verändert werden. Das Betriebssystem DCP 
1700 stellt dazu als DCP-Funktionsaufrufe 
den Softwareinterrupt 21 H (AH: = 25H - set- 
zen Interruptvektor, AH:=35H - lesen Inter- 
ruptvektor) zur Verfügung. In höheren Pro- 
grammiersprachen können dafür meist spe- 
zielle Prozeduren genutzt werden. 

Einbindung von Hardwareinterrupts 
in Turbo-Pascal 

Interruptprozeduren sind in Turbo-Pascal 
standardisiert und besitzen die folgende Syn- 
tax: 

procedure <NAME> (Flags, CS, IP,AX, 

BX,CX,DX,SI,DI,DS,BP:WORD); 

interrupt; 


Tafel 2 Interrupttypen durch Slave-PIC- Nachbildung 
der ASP 


Schaltkreis/Kanal 

Initialisierung 
durch interrupt- Vektor 

Inter- 

rupt- 

typ 

CTC 

80H 


Zeitkanal 0 


60H 

Zeitkanal 3 


61 H 

PIO 



Port A (IFSP Status) 

88H 

62H 

Port B (IFSP Daten) 

8CH 

63H 

SIO 

90H 


Port B (IFSS Senden) 


64 H 

(IFSS Empfang) 


65H 

Port A (V.24 Senden) 


66H 

(V.24 Empfang) 


67H 


Tafel 3 Ausgewählte E/A-Adressen beim A 7150 


Adresse 

Bedeutung 

C0H 

PIC-Adresse (mit A0 = 0) 

C2H 

PIC-Adresse (mit A0 = 1 ) 

300H 

InterrupteriaubnisfürASP 

302H 

RETI für ASP-Schaltkreise 

308H 

PIO Daten PortA (IFSP Status) 

30 AH 

Daten Port B (IFSP Daten) 

30CH 

PIO Steuerwort Port A 

30 EH 

Steuerwort Port B 

310H 

CTC Kanal 0 (frei) 

312H 

Kanal 1 (Bitrate V.24) 

314H 

Kanal 2 (Bitrate IFSS) 

31 6H 

Kanal 3 (frei) 

31 8H 

SIO Daten Port A (V.24) 

31 AH 

Daten Port B (IFSS) 

31CH 

SIO Steuerwort Port A 

31 DH 

Steuerwort Port B 
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Bild 1 


progran interrupt_tes t ; 

{ Interrupttest CTC Kanal 0 1 

uses dos,crt; 


{ CTCO Initialisierung } 

port t CTCKANALO ) : =$80 ; { Interruptvektor l 
port[CTC_KANAL0 ] : = $a7 ; ( Interrupt, VT=256 } 
port [CTC_,KANAL0 ] : =$f f ; { Zeitkonstante } 


var i ; integer; 

IVEC_ALT : pointer; 

const PICO = $c0; PIC2’ = $c2; { E/A Adressen} 

EI ASP = $300; RETI_ASP = $302; 

CTCKANALO = $310; CTC_KANAL3 = $316; 


( Interruptbehandlungsn 

procedure ctcO { Flags , CS , IP , i 
interrupt ; 
begin 
inc ( i ) ; 

if i=MaxInt then i:=0; 
port [ PICO 1 : =$20 ; 

port [ EIASP] ; = $ 1 ; 

port[RETI_ASP] :=$1; 
end ; 


itine CTC Kanal 0 > 

, BX , CX , DX , SI , DI , DS , ES , BP : Word ) ; 

{ erhoehen Zaehler } 

{ Interruptrueckkehr PIC } 

{ Interrupterlaubnis ASP } 

{ RETI fuer CTC } 


{ INITIALISIERUNG } 

procedure init; 
begin 


{ Retten und Setzen der Interruptvektoren } 

getintvec ( $60 , IVECALT) ; 
setintvec ( $60 ,8ctc0 ) ; 


{ Programmierung PIC ) 

port [PICO ]:=$ 1 1 ; { ICW1 - ’pegelgesteuert , } 

{ - kask.PIC, ICW4 erf. } 

port[PIC2] : = $8 ; { ICW2 - Basisadr. PIC im DCP } 

port [PIC2 ] : =$8 ; { ICW3 - Slave-PIC an INTR3 } 

port [PIC2 ] : =$f ; { ICW4 - keine Versch . in Slave, } 

{ - Puffermode, Master, auto EOI } 

port[PIC2] : =$90; { OCWl - PIC Maske (EI ASP) } 


( ASP Initialisierung } 

port[RETI_ASP] :=$1 ; { EI fuer ASP } 

end ; 

{ Hauptprogramm ....... } 

begin 

clrscr; i:=l; init; 

writeln( ' Interrupt test CTC Kanal 0M; writeln; 
writeln{ ’ Zaehler Kanal 0 ='); 

repeat 

gotoxy ( 20 , 3 ) ; wri te ( i ) ; 
until keypressed; 


( Herstellung des Ausgangszustandes---- 

port [CTC, KANAL0 ] : =$7 ; { kein Interrupt von CTC 


port[PIC0] ; =$13; [ ICW1 

[ 

port [PIC2] : =$8 ; { ICW2 

port [PIC2 ) : =$d ; { ICW4 

{ 

{ 

{ 

port[PIC2] : =$98 ; { OCWl 


pegelgesteuert, Einzel-PIC 
ICW4 erf. 

Basisadr. PIC im DCP 
keine Verschacht., 
kein Puffermode, 

Mastermode 
normal EOI 
PIC Maske 


setintvec ( $60 , IVEC__ALT ) ; 
end. 


{ setzen der alten Interrupt- 
{ , vektoren 


Der Compiler fügt automatisch bei jeder als 
interrupt deklarierten Routine das Speichern 
aller Register auf dem Stack und die Frei- 
gabe dieser beim Beenden der Prozedur ein. 
Die Prozessorregister, die bei Prozedurauf- 
ruf als Pseudoparameter übergeben werden, 
können innerhalb der Routine verändert wer- 
den. Da diese Veränderung auf dem Stack 
geschieht, ist eine Parameterübergabe aus 
der Interruptroutine möglich. 

Für die Programmierung der ASP-Schalt- 
kreise ist die Prozedur zum direkten Zugriff 
auf E/A-Adressen: 

port[<EA_ADRESSE>] := <STEUERW0RT> 

vorteilhaft. Zu beachten ist, daß sowohl <E- 
A_ADRESSE> als auch <STEUER- 
W0RT> als Byte deklariert sein müssen. Mit 
Hilfe der beiden im Unit DOS enthaltenen 
Prozeduren: 

GetlntVec(<l_TYP>: Byte, var <VEC_ALT>: 

Pointer) 

und 

SetlntVec(<LTYP>: Byte, var <VEC_NEU>: 
Pointer) 

können die Interruptvektoren problemlos er- 
mittelt und neu gesetzt werden. 

Bei der Nutzung von Hardwareinterrupts un- 
ter Turbo-Pascal sind ebenfalls Besonder- 
heiten zu beachten. Prinzipiell sind der durch 
den Compiler erzeugte Maschinencode und 


Tafel 4 Programmierung des PICs 


Steuerwort 

Ausgabe 

auf 

Bedeutung 

ICW1 = 11H 

C0H 

- pegelgesteuerter Interrupt 

- kaskadierte PICs 

- ICW4 erforderlich 

ICW2 = 8 

C2H 

- Basisadresse PIC im 

DCP 1700 

ICW3 = 8 

C2H 

- Slave-PIC an INTR3 

ICW4 = 1 DH 

C2H 

- volle Interruptverschachte- 
lung bei kaskadierten PICs 

- Puffersteuerung 

- Master 

- normal EOI 

OCWl = 90H 

C2H 

- PIC-Maske 

(Interrupt von ASP erlaubt) 

OCWl = 98H 

C2H 

- PIC-Maske 

(Interrupt von ASP maskiert) 

OCW2 = 20H 

C0H 

- EOl-Kommando 


die Routinen zur Laufzeitbibliothek interrupt- 
fähig. Einschränkungen bestehen bezüglich 
der Nutzung von DOS-Funktionen und Biblio- 
theksfunktionen für Ein- und Ausgabe sowie 
für die dynamische Speicherverwaltung. 
Diese Routinen dürfen in der Interruptbe- 
handlungsroutine nicht genutzt werden [7L 
Das aufgeführte Programm im Bild 1 demon- 
striert die Einbindung einer Interruptroutine in 
Turbo-Pascal 5.0 unter Nutzung des CTC- 


Kanals Oder ASP. Die Nutzung anderer Inter- 
ruptquellen der ASP geschieht analog. 
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Fenster 

schaffen besseren Durchblick 


Peter Wollschlaeger 


Betriebssysteme gibt es relativ wenige, 
doch die Bedienoberflächen werden immer 
zahlreicher. Der Einsteiger muß sich schnell 
entscheiden, denn ein späterer Wechsel 
wird teuer. Gehört die Zukunft nun OS/2 mit 
dem „Presentation Manager“ oder Unix mit 
„X-Window“ oder gar der Mischung von bei- 
den: „CXI“? IVas machen die vielen ande- 
ren? (jw) 

Als 1 984 der Macintosh herauskam, stritt sich 
die Fachwelt darüber, ob man eine grafische 
Benutzeroberläche (GBS) braucht oder 
nicht. Das Rennen ist gelaufen. Heute strei- 
ten sich die Experten nur noch darum, welche 
GBS die bessere ist. Somit ist zuerst eines 
klar: MS-DOS 3.3 pur und alle anderen krypti- 
schen Kommandosprachen haben keine Zu- 
kunft, praktisch sind sie schon tot. 

Was die Bedienoberflächen angeht, wird 
wohl auch einigen von ihnen das baldige Aus 
beschieden sein, und dabei war die Welt bis 
vor kurzem noch für alle so schön in Ord- 
nung. Denn bislang gab es noch die Welt der 
kleinen Personalcomputer einerseits und der 
vernetzten Workstations andererseits. Inzwi- 
schen sind die PCs in die Workstation-Klasse 
hineingewachsen, Vernetzung inklusive, und 
das Workstation-Betriebssystem Unix mit 
seinen Bedienoberflächen will den PC er- 
obern. 

Um Bedienoberflächen vergleichen zu kön- 
nen, sollte man zuerst klären, was eine grafi- 


sche Oberfläche ausmacht. Setzen Sie sich 
vor einen Macintosh, und Sie sehen: 

□ eine Maus 

□ Rollmenüs, die nur bei Bedarf erscheinen 

□ Fenster als Arbeitsflächen 

□ Icons (Sinnbilder) für Programme und Do- 
kumente 

□ Dialogboxen, Buttons, Schieberegler und 
Schalter, mit denen das System über die 
Maus bedient wird. 

Nicht alle grafischen Oberflächen sind so 
vollständig ausgerüstet, und die Erschei- 
nungsformen der einzelnen Elemente sind 
vielfältig. Genauso groß (oder noch größer) 
sind die „inneren“ Unterschiede. Eine GBS 
besteht meistens aus folgenden Komponen- 
ten: 

□ einem Window-System 

□ einem Grafik- oder Image-System 

□ einem API (Anwendungs-Programmierer- 
interface). 

Das Window-System baut die Fenster, Me- 
nüs, Dialoge und alle sichtbaren Teile auf 
dem Bildschirm auf. Dazu gehören: das Be- 
wegen, Vergrößern und Verkleinern der Ob- 
jekte etc. 

Das Grafik- oder Image-System (Quick Draw 
beim Macintosh) zeichnet all diese Gebilde, 
aber auch Text läßt sich damit „malen“. Dazu 
verfügt es über einen Satz von Kernroutinen 
(Grafik-Primitiven). Das Window-System 
zeichnet seine Objekte, indem es Routinen 
des Grafik-Systems aufruft. 

Interessant ist, daß es zwei Image-Modelle 
gibt. Die meisten grafischen Oberflächen ar- 
beiten mit Bit-Images, stellen also alles im 
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Das Vorbild: die Bedienoberfläche des Macintosh 


Eine kleine Auswahl grafischer Bedienoberflächen, von Macintosh bis Sun 



Macintosh 

GEM 

Amiga 

Windows 

PM 

NextStep 

Sun 

API 

Toolbox 



Windows- 

API 

User 

Interface 

Controls 

Kits 

X-Lib 

Window- 

System 

Window- 

Manager 

Application 

Environment 

System 

Intuition 

Graphic 

Device 

Interface 

Windows- 

API 

Window- 

Server 

W-Window 

Image- 

System 

QuickDraw 

Virtual 

Devic 

Interface 

Graph ics- 
Library 

GDI- 

Funktionen 

Graphics. 

API 

Display- 

PostScript 

Display- 

PostSript 

Betriebssystem 

Mac-OS 

TOS 

AmigaDOS 

MS-DOS 

OS/2 

UNIX 

UNIX 


Bildpunktraster dar. Das neuere Modell heißt 
Display-Postscript. Es sorgt speziell bei 
Schriften für eine bessere Übereinstimmung 
zwischen Bildschirm und Ausdruck, aber be- 
nötigt auch sehr viel Rechnerleistung. Der 
Next-Computer und die X- Window-Oberflä- 
che arbeiten mit Display-Postscript. 

Das API ist die Schnittstelle für den Anwen- 
dungsprogrammierer. Der Macintosh-Name 
„Toolbox“ beschreibt die Funktion sehr gut. 
Die „Werkzeugkiste“ enthält eine Sammlung 
von Unterprogrammen, die der Programmie- 
rer benutzen sollte. Hält er sich daran und an 
ein paar allgemeine Richtlinien (und greift 
nicht etwa direkt auf das Image-System zu), 
sehen in jedem Anwendungsprogramm alle 
Menüs, Windows und Dialoge prinzipiell 
gleich aus und werden auf die gleiche Art be- 
dient. Es gibt kein System, bei dem dieses 
Prinzip so weit und auf so breiter Basis durch- 
gesetzt ist, wie beim Macintosh. 

Etwas andere Wege gehen Hewlett-Packard 
und Next. Das „New Wave“ von HP ist eine 
Art Super-Makrosprache, mit der man aus 
verschiedenen Anwendungen und Objekten 
neue Anwendungen zusammenbauen kann. 
Next stellt Objekte zur Verfügung, aus denen 
nach den (vereinfachten) Regeln der objekt- 
orientierten Programmierung eine Applika- 
tion aufgebaut wird. 

Vier Prinzipien machen eine gute grafische 
Oberfläche aus: 

□ objektorientiert 

□ modalfrei 

□ kontextorientierte Bedienerführung 

□ intuitive Bedienbarkeit. 

Objektorientierte Programmierung (OOP) ist 
zwar die zukünftige (und z.T. schon gegen- 
wärtige) Software-Technik, doch neu ist die 
Denkweise bestenfalls für Programmierer, 
die prozedural/algorithmisch arbeiten. Der 
Mensch denkt schon immer objektorientiert. 
Er hat auf seinem Schreibtisch Objekte, wie 
Dokumente, Ordner, einen Taschenrechner 
oder eine Uhr und neben dem Schreibtisch 
einen Papierkorb. Er schiebt mit der Maus 
(als verlängerte Hand) ein Dokument in den 
Papierkorb und tippt nicht etwa „del c:\brie- 
fe\doc.txt“. 

Die Darstellung dieser gewohnten Arbeits- 
umgebung ist eine Aufgabe einer guten grafi- 
schen Bedienoberfläche, die konsequente 
Umsetzung der menschlichen Arbeitsmetho- 
den ist ein anderes Thema. Wie leicht man 
am zuletztgenannten Problem scheitern 
kann, zeigt GEM. Dort kann man zum Bei- 
spiel nicht die Dokumente beliebig auf dem 
Schreibtisch anordnen. Das System denkt 
dann völlig unlogisch, man wolle die Doku- 
mente kopieren. Oder noch schlimmer: Es ist 
die natürliche Arbeitsweise, ein Dokument in 
den Papierkorb zu werfen und es später aus 
diesem wieder herauszuholen. Das gilt für 
den Macintosh, doch nicht für GEM. Hier ha- 
ben seine Erfinder zwei Fehler gemacht. Er- 
stens hat man ein falsches Symbol gewählt 
(Papierkorb anstatt Reißwolf) und zweitens 
hat man die „Ablage P“ vergessen. 

Modalfrei heißt, daß der Anwender zu jeder 
Zeit tun kann, was er für richtig hält und nicht 
etwa in einen bestimmten Modus gezwungen 
wird, wo das Programm sagt „nun mache das 
und nichts anderes“. Aber auch nicht jede 
Aktion zu jeder Zeit ist sinnvoll oder machbar, 
zum Beispiel kann man in ein Dokument 
nichts einsetzen, wenn man vorher nichts 
ausgeschnitten hat. Man braucht eine kon- 
textorientierte Bedienerführung, die nur die 
Aktionen sperrt, die im aktuellen Kontext 
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Auch unter MS-Windows läßt sich ein „Desktop“, ein elektronischer Schreibtisch mit Papier und Ta- 
schenrechner, auf bauen 


nicht zulässig sind. Das wiederum muß dar- 
gestellt werden, etwa indem man den Menü- 
punkt „Einsetzen“ grau zeichnet. 

Die intuitive Bedienbarkeit ergibt sich 
zwangsläufig, wenn die vorhergenannten 
Punkte erfüllt sind, und die grafische Darstel- 
lung der Objekte ad hoc erkennen läßt, was 
damit gemeint ist. Eine Grundvoraussetzung 
dafür sind natürlich hochauflösende Grafik- 
bildschirme. 

Nun sollte man meinen, daß das Window-Sy- 
stem für das Erscheinungsbild und das Ver- 
halten einer grafische Oberfläche zuständig 
sei, doch dem ist nicht immer so. So kann die 
Sun-Oberläche News (Network extensible 
Window System) je nach Bedarf (Anwen- 
dung) von ihrem normalen Grafik-System 
(Display-Postscript) auf GKS-Bit-Image um- 
schalten, wenn die neue Task ein CAD-Pro- 
gramm ist. Man sieht: Nicht immer, wenn von 
einem Window-System die Rede ist, handelt 
es sich um eine grafische Bedienoberflä- 
che. 

Das berühmte „X-Window“ gar ist überhaupt 
keine grafische Bedienerführung im oben de- 
finierten Sinne, sondern nur ein Window-Sy- 
stem, das von verschiedenen grafischen 
Oberflächen benutzt wird. Das Konzept hat 
viele Vor- und wenige Nachteile, die Sie so- 
fort erkennen, wenn Sie einmal über ein typi- 
sches Netzproblem nachdenken. 

Wenn in einem PC-Netz eine Grafikanwen- 
dung gefahren werden soll, wird sie auf den 
Arbeitsplatz-Computer heruntergeladen und 
läuft dort unter dessen grafischer Oberfläche. 
Doch was machen Sie, wenn das Programm 
5 MByte braucht und der Arbeitsplatzrechner 
nur noch 3 MByte Hauptspeicher frei hat? Sie 
könnten nur noch der RAM-lndustrie zu Um- 
satz verhelfen. In der Unix-Welt macht man 
das eleganter: Das Programm bleibt immer 
auf dem Host, dieser kann eine Workstation, 
aber auch ein Mini oder Mainframe sein. Das 
Programm sendet nur Grafikanweisungen in 
Form sogenannter Packets an den XServer. 
Dieser kann eine Workstation, ein intelligen- 
tes Terminal oder auch schlicht ein PC mit 
XServer-Software sein. Ein Paket besteht im- 
mer aus einem Header, der unter anderem 
den Grafikbefehl enthält, gefolgt von den Da- 
ten. Auf dem XServer ist passend zum 
Window-System ein Satz sogenannter Wid- 
gets (Routinen und Objekte), installiert, der 
diese Packet-Befehle ausführen kann bzw. 
die Objekte (z. B. Elemente eines Fensters) 
darstellt. Es gibt auch Aktions-Widgets, die 
Maus- oder Tastatur- Events bearbeiten. 

Das Interessante, aber auch Verwirrende an 
der Geschichte ist allerdings, daß jeder XSer- 
ver im Netz einen anderen Widget-Satz ha- 
ben kann, was bewirkt, daß ein- und dasselbe 
Programm auf verschiedenen Stationen un- 
terschiedlich erscheint. Es ist deshalb durch- 
aus denkbar, daß ein Fenster einmal eine 
Schließbox hat und ein andermal nicht. Der 
geübte Anwender wird in diesem Fall den 
Mauszeiger über das Window stellen, die 
mittlere Maustaste drücken, und siehe da, es 
erscheint ein Pop-Up-Menü, in dem auch 
„Close“ steht. 

X-Window wurde am MIT (Massachusetts In- 
stitute of Technology) entwickelt, mit dem 
Ziel, den Studenten zu ermöglichen, auf ihren 
Workstations zum Beispiel mit der dort instal- 
lierten Textverarbeitung zu arbeiten, gleich- 
zeitig sollten sie aber auch (in anderen Fen- 
stern) Grafiken oder Dokumente, die ir- 
gendwo im Netz lagen, betrachten oder zu- 
sätzlich noch ein Zeichenprogramm starten 


können. Das Ganze sollte natürlich auf dem 
in Unix üblichen Hardware-Mix laufen. Das 
Ergebnis ist ein hardwareunabhängiges, 
netzwerkfähiges Multitasking-Window-Sy- 
stem. Das war 1984. 

1986, der Macintosh-Erfolg machte die Kon- 
kurrenz langsam stutzig, kündigte das MIT 
an, daß jedermann X-Window der Version 
XI 0.4 auf Band für einen kleinen Unkosten- 
beitrag haben könne. Der Erfolg war umwer- 
fend. Viele Workstation-Hersteller übernah- 
men X-Window, DEC und HP entwickelten 
sogar neue Workstations dafür. Anfang 1 988 
wurde es dann kommerziell. Das MIT grün- 
dete das X-Konsortium, in dem u.a. Apple, 
AT&T, DEC, HP, IBM, Sun und Tektronix ver- 
treten sind. Das X-Konsortium hat die Rechte 
an X-Window, vergibt aber sehr großzügig Li- 
zenzen. Das wiederum hat eine Vielfalt zur 
Folge, die schon an Wildwuchs grenzt. DEC 
hat XUI (X User Interface), HP arbeitet mit ei- 
nem API namens HP X, Sun bevorzugt sein 
„Open Windows“-Windowsystem mit der 
grafischen Oberfläche „Open Look“, IXL 
bringt X Desktop, um nur einige zu nennen. 
Das bisherige Ende der Fahnenstange ist 
das von HP und Microsoft gemeinsam ent- 
wickelte CXI (Common X Interface), das aus- 
sieht wie der Presentation Manager, tatsäch- 
lich aber in einer X-Window-Umgebung ar- 
beitet. Für HP ist das logisch, denn dieser 
Hersteller hat ja auch seine PC-Clones zu 
versorgen. 

Damit ließ es Microsoft allerdings nicht be- 
wenden, sondern entwickelte auch PM/X 
(Presentation Manager/X). Hier steht das X 
aber nicht mehr für X-Window, sondern für 
Xenix (also Unix). Anders ausgedrückt: PM/X 
hat ein eigenes Window-System, was zumin- 
dest laut Herstellerangabe den Vorteil haben 
soll, daß OS/2-Anwendungen leicht auf Unix- 
Systeme portiert werden können. Dennoch 
ist PM/X nicht der reine Presentation Mana- 
ger/X, sondern eher eine Kreuzung aus CXI 
und Motif, womit wir wieder in der anderen 
Ecke wären. 

Da gibt es nämlich noch die OSF (Open Soft- 
ware Foundation), die sich schon lange be- 
müht, ein einheitliches Unix zu schaffen, und 


nun merkte, daß die grafischen Oberflächen 
auseinanderlaufen. Also definierte man die 
neue Einheitsoberfläche „Motif“. 

Wir zitieren aus der Eigenwerbung: „Stellen 
Sie sich einmal vor, Sie gehen durch Ihr Un- 
ternehmen, vorbei an Mitarbeitern, die an 
Workstations, PCs oder Großrechner-Termi- 
nals sitzen. Und die Darstellungsweise ist auf 
allen Bildschirmen gleich, jede Maus und 
jede Taste funktioniert wie die andere . . . Das 
alles ist weder Zufall noch Traum, das alles 
ist wahr mit der Bedienerführung OSF/Motif“. 
Ende des Zitats. 

Das haben Sie schon einmal unter dem 
Stichwort SAA (System-Anwendungs-Archi- 
tektur) gehört? Nun, auf die kommen wir 
gleich. Zurück zu Motif: Das Wunderkind hat 
drei Väter, nämlich DECs XUI, HPs New 
Wave (dreidimensionale Windows) und Mi- 
crosofts Presentation Manager, was das all- 
gemeine „Look and Feel“ angeht. Kaum war 
die Ankündigung da, versprach der Rest der 
Welt Unterstützung und handelte sogar. 
Neben den drei Vätern wurde die SCO 
(Santa Cruz Operation, von der Xenix 
kommt) aktiv und kündigte im Februar 1988 
Open Desktop an. Das ist eine Motif-Oberflä- 
che auf 386er Unix-Basis mit DOS-Box, SQL- 
Datenbank und natürlich netzwerkfähig, läuft 
also auf Kollisionskurs mit einem zukünftigen 
386er OS/2. 

Die Sensation aber war die IBM-Ankündi- 
gung, Motif (eine grafische Unix-Oberfläche) 
zu unterstützen. Hatte IBM doch gerade die 
Rechte für eine andere Unix-Oberfläche er- 
worben, nämlich das Next Step des Next- 
Computers. Da es nicht IBMs Art ist, zwei in- 
kompatible Systeme gleichzeitig zu unter- 
stützen, ist die Fachwelt nur noch am Mutma- 
ßen. Es könnte sein, daß IBM Next Step in 
Reserve hält, falls sich Motif nicht durchsetzt. 
Denkbar ist auch, daß Next Step zum Zuge 
kommt, wenn der Trend mehr in Richtung 
Multimedia geht, und logisch wäre, wenn IBM 
doch noch das mächtige Toolkit von Next 
Step für Motif einsetzen will. 

Doch nun zu SAA, der System-Anwendungs- 
Architektur. Genau wie die OSF für Motif 
hatte IBM mit SAA die große Vereinheitli- 
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Datei Bearbeiten! 


Suchen Komp i 1 ieren Ausfuhren Debug Optionen Hilfe 


{ ============= 

Diese Prozedu 
Es Korrigiert 

> 


Schließen 

Strg+F4 

Verschieben 

Strg+F? 

Größe ändern 
Duplizieren 

Strg+Fö 

Überlappen 

Kacheln 

Ausgabeb i 1 dsch irn 

Debugfenster 

Hilfefenster 

F4 

OBJEKT. PAS 

Alt+1 


PROCEDURE Fuchs 
VAR 

nvxj nv 

BEGIN 

IF (x > 
nvx 
ELSE 
nvx 

IF (y > 

nvy := Abs( self.vy ) 
ELSE 

nvy := -Abs( self.vy ); 


| aufgerufen, 
prbei lauft. 


IF Cnyx < > se 1 f . vx ) THEH se 1 f . umdrehen ; 




‘ r r r ? r r . 


iwfW 


i 


<F1-Hilfe> <Eingabe> <Esc=Abbrechen> 


1 H 00325:001 


Schon die unter MS-DOS laufenden Quicksprachen von Microsoft enthalten eine grafisch orientierte 
Bedienoberfläche mit Pull-Down-Menüs 


chung angekündigt, das Ganze nur zwei 
Jahre früher. Doch jetzt unterstützt IBM plötz- 
lich Motif. Ist das ein Widerspruch? Ich würde 
sagen, jein. Zuerst ist SAA keine grafische 
Bedienoberfläche, sondern nur eine Samm- 
lung von grafischen und tastaturorientierten 
Benutzerschnittstellen, die nur solange ein- 
heitlich sind, wie es die Hardware am jeweili- 
gen Arbeitsplatz zuläßt. Kann das Terminal 
keine Grafik, gibt es keine, im Zweifelsfall ist 
ein Window nur ein Stück Bildschirm ohne 
Rahmen. 

Zum zweiten ist SAA betriebssystemüber- 
greifend und soll alles vom PC-DOS bis zum 
MVS der Mainframes abdecken, Netzstan- 
dard (SNA) und Datenbankabfrage (SQL) in- 
klusive. Alles, was in Richtung MS-Windows, 
Presentation-Manager oder Motif läuft, paßt 
rein visuell auch in das SAA-Konzept, der An- 
wender fühlt sich überall zu Hause, doch im 
Inneren gibt es keine Spur von Einheit. Jede 
dieser Oberflächen hat ihr eigenes Window- 
und Image-System und natürlich auch ein ei- 
genes API. 

SAA leidet immer noch unter der Prämisse, 
daß jede Anwendung auch auf simplen Uralt- 
Terminals laufen und ohne Maus bedienbar 
sein soll, sprich, daß es für alle Funktionen 
auch (einheitliche) Tastenkürzel geben 
müßte. Doch schon jetzt existieren MS-Win- 
dows-Programme, die sich den Teufel darum 
scheren - sie sind ohne Maus und hochauflö- 
sende Grafik einfach nicht zu gebrauchen. 
Der Trend zur Nur-Grafik-Bedienung wird 
sich fortsetzen, und so wird es zunehmend 
Benutzer geben, die noch nie eine tastatur- 
orientierte Bedienoberfläche gesehen ha- 
ben. Wenn eine solche Anwendung auf Ih- 
rem Bildschirm auftaucht, können Sie, SAA 
hin, genormte Tastenkürzel her, damit 
schlicht und einfach nichts anfangen. 
Betrachtet man den Rest der Welt grafischer 
Oberflächen, so entdeckt man dort noch den 
Macintosh, GEM und das „Intuition“ des 
Amiga. GEM war als grafische Oberfläche in 
direkter Konkurrenz zum Mac konzipiert, 
mußte dann aber auf Apples Einspruch hin 
soweit abgerüstet werden, daß vom ursprüng- 
lichen Konzept nicht mehr viel übrigblieb. Ty- 
pische GEM-Applikationen auf dem PC, Bei- 
spiel Ventura Publisher, werden deshalb 
häufig so installiert, daß der Anwender mit ei- 
nem Batch-Kommando direkt von MS-DOS 
in das Programm geht und danach wieder im 
DOS landet. Somit fehlt die integrierende 
Funktion dieser grafischen Oberfläche. 

Das Intuition des Amiga ist zwar Mac-ähnli- 
cher als MS-Windows, doch gegen letzteres 
erhob Apple Einspruch, gegen Intuition aber 
nicht. Doch wahrscheinlich sahen die Apple- 
Strategen im Amiga keine Konkurrenz, und 
sie scheinen Recht zu behalten. Der Amiga 
ist im Home-Bereich stark, und der interes- 
siert Apple zur Zeit offensichtlich überhaupt 
nicht, und wird es wohl auch nicht, solange 
Apple seine Macs in Tausender-Mengen an 
Industrie und Behörden verkaufen kann. 

Das funktioniert, weil der Mac vielfach immer 
noch als Vorbild in puncto grafischer Bedien- 
oberfläche gilt und eine sehr breite einheitli- 
che Software- Basis hat. Es funktioniert so- 
gar, obwohl diese grafische Oberfläche zu 
nichts kompatibel ist als zu sich selbst. Dar- 
aus können Sie schließen, daß sich viele 
Kunden doch am Bewährten von heute und 
nicht an Ankündigungen orientieren. Es zeigt 
aber auch, daß man Standards setzen kann, 
indem man einfach genug davon verkauft, 
besonders, wenn man dann noch gut ist. 
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Unter diesen Umständen gibt es auch in Zu- 
kunft gute Chancen für die Macintosh-Ober- 
fläche, zumal das System inzwischen offen 
ist und sich mit dem „Rest der Welt“ vernet- 
zen läßt. Aber auf dem Mac läuft auch A/UX 
(das Apple-Unix), und Apple ist im X-Konsor- 
tium. Damit zeigt sich der andere Trend: Die 
Personal-Computer werden dank des Vor- 
dringens der 386er CPU salonfähig für Unix, 
und sogar die klassischen Workstation-Her- 
steller bauen Unix-Maschinen auf dieser Ba- 
sis (z. B. Sun 386i). IBM und Microsoft verfol- 
gen mit Motif und PM/X diese Richtung, doch 
beide werden deshalb ihr gemeinsam entwik- 
keltes OS/2 nicht aufgeben, schlicht auch 
deshalb nicht, weil man jetzt erst anfängt, 
richtig Geld damit zu verdienen. 

Bleibt das Fazit: Zukunftschancen gibt es für 
den Macintosh - so wie er ist oder mit Unix - 
und für die 386er (und Nachfolger). Ob man 
die Computer, einmal allein betrachtet unter 
dem Blickwinkel der Bedienung, unter Motif, 
PM/X oder mit dem original Presentation 


Manager fährt, ist dann eher Geschmackssa- 
che. ^ 

Was danach kommen, genauer, sich breiter 
durchsetzen wird, sind höher auflösende 
Bildschirme, plastische Grafiken, Videofilm 
auf und aus dem Computer sowie Musik und 
Sprache, kurz, Multimedia und damit schon 
wieder ein neuer Standard. Läßt man die Ent- 
wicklung der Personal-Computer in den letz- 
ten zehn Jahren noch einmal Revue passie- 
ren, sieht man, daß sich Standards immer 
sehr langsam durchsetzen. Bis ein neuer 
Standard anerkannt ist, wird es noch einige 
Zeitdauern. 


Nachdruck aus Computer Persönlich , Heft 12/ 
1990 


Der DOS-Irrgarten wächst 

Als allgemein bekannt kann man voraussetzen, 
daß MS-DOS (von Microsoft) und PC-DOS (von 
IBM) nahezu identisch sind. Auch die Versions- 
nummern stimmen überein - die letzten waren 
3.3, 4.0 und 4.01 . Digital Research - Entwickler 
des 8-Bit-Betriebssystems CP/M - bot dagegen 
bislang sein kostengünstigeres Konkurrenzpro- 
dukt DR-DOS 3.41 an. 

Letzterer brachte nun sein DR-DOS 5.0 heraus. 
Es benötigt zwar mindestens 1 MByte RAM, 
läßt aber dem Anwender noch mindestens 620 
KByte freien Speicher. Lauffähig ist DR-DOS 
5.0 auf Rechnern der 80x86-Klasse. Neben 
Standard-Dienstprogrammen, wie einem 
Wordstar-kompatiblen Editor, bietet es das 
Speichermanagementsystem MemoryMAX, 
das automatische Dateitransferprogramm File- 
LINK, die grafische Benutzeroberfläche View- 
MAX, den Festplattenbeschleuniger Disk Ca- 
che sowie für Laptops und Notebook-PCs den 


„Batteriesparer“ BatteryMAX. Die Festplatten- 
verwaltung ist kompatibel zu MS-DOS 4.01 und 
unterstützt Partitionen von bis zu 512 MByte. 
Anwender, die zum Beispiel bereits logische 
Laufwerke mit mehr als 32 MByte unter MS- 
DOS 4.01 eingerichtet haben, können ohne 
Probleme auf DR-DOS 5.0 umsteigen. 

Obwohl Microsoft nie eine Version 3.4 von MS- 
DOS anbot, plant es jetzt neben einer neuen 
Version 5.0 auch eine Version 3.5. MS-DOS 3.5 
soll auf die Benutzerführung der Version 4.0 
verzichten und größere Festplattenpartitionen 
als 32 MByte zulassen. Dagegen soll MS-DOS 
5.0 ähnlich wie OS/2 die Betriebssystemgrenze 
von 640 KByte auf 16 MByte verschieben; da- 
bei soll der Protected Mode der Prozessoren 
286, 386 und 486 genutzt werden. Auch das 
Dateisystem soll dem von OS/2 ähneln, und die 
Benutzerführung soll an MS-Windows ange- 
lehnt sein. MP 
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Gründungsfieber Ten i 

Der Traum von der Selbständigkeit 


Dieter Butscher 


Firmennamen tauchen im Bereich der Da- 
tenverarbeitung ebenso schnell auf, wie sie 
in der Versenkung verschwinden. Immer 
wieder wagen Mutige den Sprung in die 
Selbständigkeit Was es dabei alles zu be- 
denken gibt, lesen Sie in einem zweiteiligen 
Beitrag. 

Ihr Chef geht Ihnen allmählich auf die Ner- 
ven. Allmorgendlich um sieben Uhr das 
schrille Klingeln des Weckers. Jeden Tag die 
gleichen Auseinandersetzungen. Oder: Sie 
haben zehn Jahre lang als angestellter Pro- 
grammierer gearbeitet. Reich geworden sind 
Sie dabei nicht. Plötzlich kommt Ihnen der 
zündende Gedanke. Sie sehen die Chance, 
mit einem selbstentwickelten Programm eine 
Marktlücke auszufüllen und in kurzer Zeit ein 
gutes Geschäft daraus machen zu können. 
.Höchste Zeit’, sagen Sie, .sich selbständig 
zu machen.’ 

Doch leicht gedacht und schwer getan ! Diese 
Erfahrung mußte schon mancher dynami- 
sche Gründer erleiden, wenn er sich nach 
langem Hin und Her entschlossen hatte, eine 
eigene Firma aufzubauen. Die Träume von 
Unabhängigkeit und dem schnellen Geld, der 
Freiheit von Vorgesetzten und Kollegen und 
das Gefühl, trotz Klingeln des Weckers die 
Möglichkeit zu besitzen, noch ein Stündchen 
länger weiterschlafen zu können, schmelzen 
schnell angesichts eines nervenaufreiben- 
den Tages bei einer 7-Tage-Woche und dem 
immer höher werdenden Stapel der unbe- 
zahlten Rechnungen dahin. Zudem ist die 
Konkurrenz immer härter geworden. Die 
Goldgräberzeiten sind längst dahin. 

Bittere Pillen 

Die zündende Idee allein reicht in der Regel 
kaum aus, um das Gelingen des Unterneh- 
mens zu garantieren. Lange Behörden- 
gänge, schwierige Verhandlungen mit Ban- 
ken, Versicherungen und Subventionsträ- 
gern, Anfragen bei der Industrie- und Han- 
delskammer, Besuch von Gründungsmes- 
sen und -Seminaren, Termine mit Steuerbe- 
ratern, Finanzierungsberatern und Rechts- 
anwälten gehören zum Alltag der Gründer, 
dazu die Entwicklung und Durchsetzung ihrer 
Geschäftsideen. 

Diese notwendige Vorlaufphase wird oft un- 
terschätzt. Eine falsche Entscheidung in der 
Gründerphase kann nicht nur zu Zeit- und 
Geldverlust führen, sondern das Mißlingen 
eines unternehmerischen Projekts - selbst 
wenn die Idee an sich noch so vielverspre- 
chend ist- vorprogrammieren. Die Konkurs- 
meldungen in den Tageszeitungen zeigen, 
daß in der scheinbar grenzenlosen Wachs- 
tumsbranche Datenverarbeitung seit langem 
ein harter Konkurrenzkampf tobt, der schon 
manchen Firmengründer kaum das erste Ge- 
schäftsjahr überstehen ließ. 

Auf geht’s 

Wer sich selbständig machen will, sollte be- 
reits frühzeitig sein Augenmerk nicht nur auf 
die wirtschaftliche Seite des Projekts, son- 
dern auch auf den rechtlichen und steuerli- 
chen Aspekt richten. Hier liegen Stolper- 


steine verborgen, die nur durch frühzeitige 
Beratung und Entwicklung eines „wasser- 
dichten“ Konzepts umgangen werden kön- 
nen. 

Wer die Idee zur Gründung eines Computer- 
ladens hat und sich trotz der gutgemeinten 
Ratschläge von Freunden und Bekannten 
immer noch nicht von der Umsetzung abhal- 
ten lassen will, muß sich als erstes überle- 
gen, welche behördlichen Genehmigungen 
er benötigt. 

Der An- und Verkauf von Waren, das Betrei- 
ben eines Handels- oder Dienstleistungsun- 
ternehmens ist in unserem Lande erlaubnis- 
frei. Dieser Grundsatz erfährt eine Vielzahl 
nicht unerheblicher Einschränkungen. Zu- 
nächst gilt die Gewerbefreiheit nur im Rah- 
men der Gesetze. Wer einen Software-Shop 
eröffnen und darin Raubkopien gängiger 
Standardprogramme zu Dumpingpreisen an- 
bieten möchte, wird bald eine Menge Erfah- 
rungen mit Polizei und Staatsanwaltschaft 
sammeln. Auf die Handels- und Gewerbefrei- 
heit kann er sich ebensowenig berufen wie 
der Dealer von Rauschmitteln. 

Eine Reihe von Betrieben benötigt eine spe- 
zielle Gewerbeerlaubnis. Dies gilt zum Bei- 
spiel für Gaststätten und Taxibetriebe. Hier- 
für erteilen die Gewerbeaufsichtsämter nach 
einem Prüfungsverfahren die Konzessio- 
nen. 

Stellt das geplante Projekt ein Handwerk im 
klassischen Sinne dar, sind die Vorschriften 
der Handwerksordnung zu beachten. Da- 
nach darf nicht jedermann eine Gold- 
schmiede oder eine Reparaturwerkstatt für 
elektronische Geräte frei eröffnen. Nur wer in 
der Handwerksrolle eingetragen und im Be- 
sitz der Handwerkskarte ist, darf ein Hand- 
werk ausüben. Verstößt er gegen diese Re- 
gelung, wird er bald Schwierigkeiten mit der 
örtlichen Handwerkskammer bekommen, die 
darauf bedacht ist, die „Zunft“ rein zu hal- 
ten. 

Der schlichte An- und Verkauf von Computer- 
Hard- und -Software stellt weder ein speziel- 
les Gewerbe noch ein Handwerk dar. Liegt 
der Fall nicht so einfach, hilft eine Nachfrage 
bei der Industrie- und Handelskammer. 
Gewerbefreiheit darf nicht dahingehend ver- 
standen werden, daß jedermann ganz ohne 
Behördengänge ein Geschäft eröffnen kann. 
Wer ein Gewerbe ausübt, muß dies auf jeden 
Fall anmelden. Hierfür gibt es Anmeldefor- 
mulare, die auszufüllen und beim städtischen 
Gewerbe- oder Ordnungsamt abzugeben 
sind! Mit der - im übrigen gebührenpflichti- 
gen - Gewerbeanmeldung kommt der Stein 
ins Rollen. 

Wer meint, daß damit der Kontakt mit den Be- 
hörden und Ämtern endgültig erledigt sei, 
täuscht sich gewaltig. Er steht erst am Anfang 
des Leidensweges durch die langen Gänge 
der Behörden. Das Gewerbeamt leitet die 
Gewerbeanmeldung automatisch an ver- 
schiedene Stellen weiter. Hierzu gehören 
das Finanzamt, die Berufsgenossenschaft, 
die Industrie- und Handelskammer, das Stati- 
stische Landesamt und so weiter. 

Diese Behörden übersenden dem Gründer 
einen ganzen Berg von amtlichen Vordruk- 
ken, Hinweisen und Formularen, mit deren 
Ausfüllung der Jungunternehmer sich be- 
schäftigen darf. Hiervon sollte man sich aller- 


dings nicht abschrecken lassen. Es handelt 
sich um eine notwendig Pflichtübung. Wer 
nämlich als Gründer die Gewerbeanmeldung 
unterläßt, dem droht die Verhängung eines 
Bußgeldes, wenn das Ordnungsamt ihm auf 
die Schliche kommt. 

Besser haben es da schon die sogenannten 
Freiberufler. Die Ausübung eines freien Be- 
rufes stellt kein Gewerbe dar. Folge: Der 
selbständige Freiberufler kann sich den 
Gang zum Gewerbeamt und den damit ver- 
bundenen Papierkrieg ersparen. Nur eine 
Behörde kann selbst der Freiberufler nicht 
umgehen: das Finanzamt. Er muß seine Tä- 
tigkeit unmittelbar nach Aufnahme beim Fi- 
nanzamt anzeigen und erhält von dort eine 
Steuernummer zugeteilt. Gegenüber dem 
Gewerbetreibenden hat er den entscheiden- 
den Vorteil, daß er keine Gewerbesteuer zah- 
len muß. Daß im Einzelfall die selbständige 
Tätigkeit freiberuflicher und nicht gewerbli- 
cher Natur ist, hat ganz handfeste steuerliche 
und finanzielle Vorteile. 

Freiberufler 

Wie grenzt sich der Freiberufler vom Gewer- 
betreibenden ab? Die Selbständigkeit allein 
reicht als Merkmal nicht aus, da beide selb- 
ständig tätig sind. Im Gegensatz zum Gewer- 
betreibenden muß der Freiberufler- und dies 
ist das entscheidende Kriterium - eine hö- 
here Tätigkeit oder Dienstleistung auf wis- 
senschaftlichem, künstlerischem oder 
schriftstellerischem Gebiet ausüben. Im Pa- 
ragraph 18 des Einkommenssteuergesetzes 
(EStG) zählt der Gesetzgeber eine Reihe ty- 
pischer freiberuflicher Tätigkeiten auf. Die 
Aufzählung ist nicht endgültig. Wer sich in 
diese Riege einordnen will, dessen Berufstä- 
tigkeit muß den dort aufgeführten Berufen zu- 
mindest ähnlich sein. 

Ärzten, Heilpraktikern, Dolmetschern und 
Übersetzern bereitet die Klassifizierung 
keine Schwierigkeiten. Sicher ist jedoch der 
Handel mit Hard- und Software kein freier Be- 
ruf, sondern ein typisches Gewerbe. Bei Tä- 
tigkeiten im Bereich der Software-Entwick- 
lung und angrenzenden Bereichen (Bera- 
tung, Service und Wartung) wird es schon 
schwieriger. 

Der Programmierer ist noch am leichtesten 
als Freiberufler einzuordnen, ähnelt seine 
Tätigkeit doch sehr den klassischen Berufen 
Dolmetscher oder Übersetzer. 

Beim DV-Berater beginnt bereits die Haar- 
spalterei. So hat der Bundesfinanzhof die Tä- 
tigkeit des Diplom-Informatikers beziehungs- 
weise -Mathematikers als freiberuflich einge- 
stuft (BFH, 4.3. 83, BStBl II, S.677). Dem 
„gewöhnlichen“ DV-Berater ohne gehobene 
akademische Qualifikation blieb die Aner- 
kennung als Freiberufler versagt (so BFH, 
3. 1 2. 81 , BStBl. II, S. 267). Im Einzelfall wird 
die Abgrenzung Probleme bereiten können, 
da viele selbständige Tätigkeiten im Bereich 
der DV-Branche sich nur schwer mit den 
klassischen freien Berufen vergleichen las- 
sen. 

Betriebsräume 

Stehen für das Unternehmen geeignete 
Räumlichkeiten zur Auswahl, dann prüfen 
Sie genau die Mietverträge. Anders als beim 
Wohnraum ist die Gestaltungsfreiheit bei Ge- 
werberäumen größer. Der Gewerbemietver- 
trag wird in der Regel über einen längeren 
Zeitraum (5 bis 10 Jahre), verbunden mit 
Staffelmieten, Preisanpassungsklauseln 
oder ähnlichen variablen Regelungen, fest 
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abgeschlossen. Über die Höhe der ortsübli- 
chen und damit angemessenen Miete erteilt 
die Industrie- und Handelskammer Aus- 
kunft. 

Die Anmietung von Gewerberäumen stellt 
immer eine erhebliche Ausgabe dar. Man- 
cher ist daher schon auf die Idee gekommen, 
zunächst in der eigenen Wohnung sein Un- 
ternehmen schrittweise aufzubauen und Ge- 
werberäume erst dann anzumieten, wenn 
das Geschäft bereits einigermaßen läuft. Hier 
ist Vorsicht geboten. In fast allen Bundeslän- 
dern bestehen „Zweckraumentfremdungs- 
verbote“, die es untersagen, Wohnungs- 
räume für gewerbliche Zwecke zu nutzen. 
Wann eine solche Zweckentfremdung vor- 
liegt, bestimmt sich freilich nach dem Umfang 
der Geschäfte. Der Verkauf von fünf PCs in- 


nerhalb eines Jahres in der eigenen Woh- 
nung stellt gewiß noch keine Zweckentfrem- 
dung dar. 

Erkundigen Sie sich vorsichtshalber beim 
Wohnungsamt, ob es sich bei ihrem Wunsch- 
objekt um Geschäfts- oder Wohnräume han- 
delt, die der Vermieter verbotenerweise als 
Gewerberäume anbietet, um eine höhere 
Miete zu kassieren . Mißtrauen ist angebracht, 
wenn Küche und Bad eherauf eine Wohnung 
als einen Geschäftsraum hindeuten. 

Kaufleute 

Sind die Geschäftsräume angemietet, frisch 
renoviert und der Sekt für die Betriebseröff- 
nung kaltgestellt, sollten Sie vor Anbringung 
des Firmenschildes eine gewichtige Frage 
stellen: ,Bin ich ein Kaufmann?’ 


Während der landläufige Sprachgebrauch 
darunter den Obsthändler an der Ecke oder 
den Fischverkäufer versteht, sieht der Jurist 
den Begriff aus einer anderen Sicht. Kauf- 
mann ist derjenige, der eines der im Handels- 
gesetzbuch (Paragraph 1 HGB) aufgezähl- 
ten Handelsgewerbe betreibt. Hierzu zählen 
unter anderem folgende Geschäfte: 

- Anschaffung und Veräußerung von Waren 

- Be- oder Verarbeitung von Waren für an- 
dere 

- Verlagsgeschäfte und Druckereien. 

Der Verkauf von Hardware stellt ein Handels- 
gewerbe dar, wie die Reparatur von PCs oder 
die Eröffnung eines Fachverlages für DV-Li- 
teratur. Von der Einordnung eines Gewerbes 
als kaufmännisch hängen rechtlich bedeut- 
same Konsequenzen ab. 

Den Kaufmann treffen Buchführungs- und 
Aufbewahrungspflichten, dazu gesteigerte 
Sorgfaltspflichten im Rechtsverkehr. Er hat 
eine Firma zu führen. 

Verschiedene Verbraucherschutzgesetze, 
darunter das Abzahlungsgesetz oder das 
Gesetz über Allgemeine Geschäftsbedin- 
gungen gelten für den Kaufmann nicht oder 
nur in eingeschränkter Form. Er kann eine 
Bürgschaftserklärung bereits in mündlicher 
Form abgeben. Die kaufmännischen Män- 
’ gelrügefristen beim Erwerb fehlerhafter Wa- 
ren sind bedeutend kürzer als für Nichtfach- 
leute. 

Kurz gesagt: Der Kaufmann muß im Gegen- 
satz zum einfachen Gewerbetreibenden 
mehr Rechtspflichten beachten. Kaufleute 
verstricken sich dadurch leichter in den Ma- 
schen des Gesetzes. 

Wer ein Handelsgewerbe betreibt, indem er 
zum Beispiel Computer verkauft und sein Ge- 
schäft nur einen geringen Umfang besitzt, ist 
nach dem Handelsgesetzbuch (HGB) ledig- 
lich ein sogenannter Minderkaufmann. Die 
Pflicht zur Buchführung und zur Führung ei- 
ner Firma, sowie andere Verpflichtungen 
nach dem HGB, treffen den Minderkaufmann 
nicht. 

Umgekehrt ist derjenige, welcher zwar kein 
Handelsgewerbe betreibt (etwa ein gewerbli- 
cher DV-Systemberater), dessen Geschäft 
jedoch einen erheblichen Umfang angenom- 
men hat und der mehrere Mitarbeiter be- 
schäftigt, als Kaufmann mit allen Rechten 
und Pflichten anzusehen („Sollkaufmann“). 
Er muß sich in das Handelsregister eintragen 
lassen. Wer dort aufgeführt ist, muß sich im 
Rechtsverkehr auf jeden Fall auch als Kauf- 
mann behandeln lassen: Hat er eine mündli- 
che Bürgschaft oder ein Schuldanerkenntnis 
abgegeben, die nur bei Kaufleuten ohne 
Schriftform wirksam sind, kann er sich später 
nicht damit herausreden, daß er gar kein 
Handelsgewerbe betreibt und seine Erklä- 
rungen nicht wirksam gewesen sind. 

Eine der wichtigsten Vorschriften für den 
Kaufmann ist die Pflicht zur Führung einer 
Firma. Im Handelsrecht ist unter einer Firma 
nicht das Geschäft, sondern der Name des 
Geschäftes zu verstehen. Die Firma stellt 
eine Geschäftsbezeichnung dar, unter wel- 
cher der Kaufmann im Handelsverkehr auf- 
tritt. Der Phantasie bei der Namenswahl sind 
deutliche Grenzen gesetzt. 

Die Firma muß zunächst den sogenannten 
Firmenkern und die Firmenzusätze enthal- 
ten. Bei einem Einzelunternehmen besteht 
der Firmenkern aus dem Familiennamen mit 
mindestens einem ausgeschriebenen Vorna- 
men. Dem Kern kann ein Zusatz angehängt 
werden, der auf die Art des ausgeübten Ge- 
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32 


Mikroprozessortechnik, Berlin 4 (1990) 9 



schäfts hinweist. Möglich wäre also: Fritz 
Müller Software Vertrieb oder Fritz Müller DV 
Beratung. 

Nicht zulässig wäre hingegen: Müller Soft- 
ware oder Fritz Müller Software Vertriebsge- 
sellschaft. Im ersten Beispiel wird der Vor- 
name unterschlagen, im zweiten das Vorlie- 
gen einer Gesellschaft vorgetäuscht. Dies ist 
dem Einzelunternehmer versagt. 

Verboten sind ferner Zusätze, die geeignet 
sind, eine Täuschung oder Irreführung über 
Art und Umfang des Geschäftes hervorzuru- 
fen. Wer seinen im hinterbayrischen Einöds- 
hof ansässigen Handel international DV Sy- 
stems nennen will, darf mit Schwierigkeiten 
bei der Eintragung im Handelsregister rech- 
nen, vorausgesetzt, er betreibt nicht tatsäch- 
lich einen weltumspannenden Handel mit 
Computern. 

Ein Computershop, der seinen Geschäfts- 
kreis lediglich auf Wuppertal beschränkt, darf 
sich nicht Computer-Versand Deutschland 
nennen. Besteht am selben Ort schon ein 
Geschäft einer gleich oder ähnlich lautenden 
Firma, wird das Vorliegen einer Verwechs- 
lungsgefahr angenommen. 

Über die Zulässigkeit von Firmenzusätzen 
entspinnen sich in der Praxis regelmäßig hef- 
tige Schriftwechsel mit den Registergerich- 
ten, welche für die Eintragung der Firmen zu- 
ständig sind. Das Registergericht - eine Ab- 
teilung des örtlichen Amtsgerichts - muß von 
Amts wegen die Zulässigkeit der Firma prü- 
fen. Oft wird dabei vorschnell und aus über- 
triebener Sorge für das „Wohl der Allgemein- 
heit“ eine Täuschungs- oder Verwechslungs- 
gefahr unterstellt. 

Will man dies vermeiden, besteht die Mög- 
lichkeit, vorab eine Anfrage an die Industrie- 
und Handelskammer zu richten. Diese teilt 
dann mit, ob gegen die Firmenwahl Beden- 
ken bestehen könnten oder nicht. Sind be- 
reits mehrere Geschäfte derselben Branche 
ortsansässig, hilft ein einfacher Blick in das 
aktuelle Branchenbuch. 

Die Wahl der richtigen und zulässigen Fir- 
menbezeichnungen stellt nicht nur Kaufleute 
vor Probleme. Wer ein Gewerbe betreibt, 
ohne Kaufmann zu sein, oder freiberuflich tä- 
tig ist, darf im Geschäftsverkehr zwar keine 
Firmenbezeichnung benutzen, er kann sich 
aber eine Geschäftsbezeichnung geben. 
Beispiel: Direkt Unternehmensberatung. 
Auch bei der Wahl von Geschäftsbezeich- 
nungen ist Vorsicht am Platz. Geschäftsbe- 
zeichnungen unterliegen dem Schutz des 
Namensrechts! 

Wer eine Geschäftsbezeichnung an bereits 
vorhandene Bezeichnungen von Konkurren- 
ten anlehnt und damit von deren gutem Ruf 
profitieren möchte, ruft Täuschungs- oder 
Verwechslungsgefahr hervor. Der Konkur- 
rent kann gegen die Bezeichnung Maßnah- 
men ergreifen. 

Konzepte 

Wer sich selbständig machen möchte, die- 
sen Schritt jedoch nicht allein gehen will, 
kommt nicht umhin, sich über die Wahl der 
passenden Rechtsform und der Firmenbe- 
zeichnung den Kopf zu zerbrechen. Dabei 
spielen auf der Suche nach dem passenden 
„Rechtskleid“ verschiedene Gesichtspunkte 
eine Rolle. Haftungsprobleme sind neben der 
vertraglichen Absicherung gegenüber dem 
Partner genauso zu berücksichtigen wie 
steuerliche Überlegungen. 

Die hohe Rate von Konkursen und finanziel- 
len Pleiten von Jungunternehmen im Bereich 


der DV zeigt nicht nur, daß die Goldgräberzeit 
längst vorbei ist. Die Erfahrung lehrt, daß die 
meisten Schiffbrüche sich in den ersten bei- 
den Jahren ereignen. Überstürzte Gründun- 
gen durch unüberlegte Marktstrategien, man- 
gelhafte Finanzierungskonzepte, Überschät- 
zung der Absatzmöglichkeiten, Unterschät- 
zung der realen Kostenfaktoren, unausgefeil- 
te rechtliche und steuerliche Konzepte kön- 
nen hierbei das Schiff bereits vor dem Aus- 
laufen aus dem Hafen zum Sinken bringen. 
Ideale Lösungen und Patentrezepte zur Wahl 
der passenden Rechtsform gibt es nicht. Das 
Zivilrecht stellt eine Vielzahl möglicher For- 
men zur Verfügung. Welche ausgewählt 
wird, bestimmen eigene Entscheidungskrite- 
rien und die verfolgte wirtschaftliche Zielset- 
zung. 

Spielen Finanzierungsfragen keine Rolle und 
wollen Sie Ihr Projekt auf eigene Faust begin- 
nen, macht die Gründung einer Aktiengesell- 
schaft wenig Sinn. In diesem Fall sollten Sie 
besser als eigenständiger Freiberufler, Ein- 
zelkaufmann, Einmann-GmbH oder gar Ein- 
mann-GmbH & Co KG verkleidet auftreten. 
Sind Sie im Besitz eines vermarktbaren 
Know-hows oder brauchbarer Programmier- 
kenntnisse, fehlt es Ihnen aber an dem nöti- 
gen Kleingeld zum Aufbau eines Unterneh- 
mens, kann die Einbindung eines finanzstar- 
ken Geldgebers, der an den Entscheidungen 
des Unternehmens nicht beteiligt ist, in Form 
einer Kommanditgesellschaft (KG) oder als 
stiller Gesellschafter sinnvoll sein. 

Einzelkämpfer 

Wollen Sie die Entscheidungen und das wirt- 
schaftliche Risiko nicht allein tragen und ken- 
nen Sie einen oder mehrere vertrauenswür- 
dige und gleichberechtigte Partner, dann ist 
die Gründung einer Gesellschaft bürgerli- 
chen Rechts (GbR), einer offenen Handels- 
gesellschaft (OHG) oder einer Gesellschaft 
mit beschränkter Haftung (GmbH) zu erwä- 
gen. 

Stellt das Geschäft ein hohes Risiko dar? 
Müssen Sie alles auf eine Karte setzen, um 
durchzukommen? Dann könnte die Grün- 
dung einer GmbH wenigstens davor bewah- 
ren, im Falle einer Pleite mit dem gesamten 
Privatvermögen zu haften. 

Anhand dieser Kriterien kann bereits eine 
Vorauswahl getroffen werden. Die Wahl der 
Rechtsform allein befreit noch nicht von der 
Notwendigkeit, einen Gesellschaftsvertrag 
mit dem Partner durchzusprechen und zu for- 
mulieren. Ein Blick ins GmbH-Gesetz oder in 
das Handelsgesetzbuch steht dann am An- 
fang der Aktivitäten. 


Für alle gängigen Gesellschaftsformen gibt 
es sogenannte Mußpunkte, die ein Gesell- 
schaftsvertrag regelt. So fordert das GmbH- 
Gesetz einen oder mehrere Geschäftsführer 
und regelmäßige Gesellschafterversamm- 
lungen. In einem Vertrag zur Gründung einer 
Gesellschaft bürgerlichen Rechts ist zu re- 
geln, wer die Gesellschaft nach außen hin 
vertreten darf. Im einzelnen bleibt immer 
noch ein weiter Raum für individuelle vertrag- 
liche Gestaltungsmöglichkeiten, denn es gilt 
der Grundsatz der Vertragsfreiheit. 

In diesem und im nächsten Teil sollen im 
Überblick die wichtigsten Rechtsformen für 
Unternehmen dargestellt werden. Der Blick 
richtet sich schwerpunktmäßig auf folgende 
Gesichtspunkte: 

- Welches Kapital ist für die Gründung der 
Gesellschaft erforderlich? 

- Wer haftet persönlich? 

- Wer hat die Entscheidungsgewalt? 

- Welche Gründungsformalitäten sind erfor- 
derlich? 

- Welche steuerlichen Auswirkungen hat die 
Gesellschaftsform? 

Lonely hearts 

Wer partout keinen Partner findet oder als 
eingefleischter Einzelkämpfer lieber ein Un- 
ternehmen auf eigene Faust gründet, dem 
bleibt der Weg des Freiberuflers oder die 
Rechtsform des Einzelkaufmanns. Ob ein 
Einzelunternehmen als freiberuflicher oder 
kaufmännischer Betrieb gilt, hängt davon ab, 
ob es sich um ein Gewerbe handelt. Den Un- 
terschied und die oft schwierige Abgrenzung 
habe ich bereits dargestellt, so daß ich mich 
hier auf das kaufmännische Einzelunterneh- 
men beschränken kann. 

Der Vorteil des Einzelkämpfers liegt auf der 
Hand: Er kann seine Entscheidungen alleine 
treffen und muß sich nicht mit anderen Men- 
schen und Meinungen herumplagen. Weite- 
rer Vorteil: Ein bestimmtes Stammkapital ist 
für die Führung eines Einzelunternehmens 
nicht erforderlich, ebensowenig der Abschluß 
eines Gesellschaftsvertrages. Mit wem sollte 
dieser auch abgeschlossen werden? Beginnt 
der Einzelunternehmer sein Geschäft im be- 
scheidenen Umfang, hält sich der bürokrati- 
sche Hürdenlauf in Grenzen: Die Anmeldung 
im Handelsregister und die Pflicht zum Füh- 
ren von Handelsbüchern entfällt. Über seine 
Firma muß sich der Einzelkaufmann noch 
keine Gedanken machen. Erforderlich ist nur 
die Anmeldung beim Gewerbeamt und die 
Anzeige beim Finanzamt. 

Laufen die Geschäfte gut und wächst das Un- 
ternehmen, besteht die Verpflichtung, die 


Mit acht Grundfragen sollten sich Existenzgründer von Anfang an auseinander- 
setzen. 

• Wie soll das Unternehmen finanziert werden? 

• Welche Rechtsform genießt bei Banken, Kreditgebern und öffentlichen Förderungs- 
institutionen Ansehen? 

• Wie sieht es mit der Haftung für Schulden und Kredite aus? 

• Wer leitet das Unternehmen? 

• Welche Steuerlasten kommen auf mich zu? 

• Mit welchem Aufwand und welchen Formalitäten ist die Gründung des Unterneh- 
mens verbunden? 

• Wer bringt das Kapital ein? 

• Sollen Angestellte beschäftigt werden? 
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Eintragung in das örtliche Handelsregister 
vorzunehmen und dem Unternehmen einen 
Namen zu geben. Wann der Minderkauf- 
mann sich zum Vollkaufmann und sein Ge- 
schäft sich damit zu einem in kaufmännischer 
Weise eingerichteten Gewerbebetrieb wan- 
delt, bestimmt hauptsächlich der erzielte Jah- 
resumsatz. Die Grenze zum Vollkaufmann 
liegt bei einem Jahresumsatz von etwa 
1 50 000 DM bis zu 250 000 DM. 

Dabei ist der Umsatz nicht das einzige, maß- 
gebliche Kriterium. Selbst ein Kleinbetrieb 
darf höhere Umsätze erzielen, während das 
Amt umgekehrt bei geringeren Umsätzen 
schon annehmen kann, daß ein vollkaufmän- 
nisches Gewerbe besteht: etwa, wenn das 
Unternehmen einen umfangreichen Waren- 
bestand aufweist, der eine Lagerbuchhaltung 
erforderlich macht. 

Nachfragen 

Jedenfalls sollte sich der Jungunternehmer 
nicht nur über seine in die Höhe schießenden 
Umsatzzahlen freuen, sondern sich rechtzei- 
tig bei der Industrie- und Handelskammer er- 
kundigen, ob sein Betrieb als vollkaufmän- 
nisch zu betrachten und er damit zu einer Ein- 
tragung in das Handelsregister verpflichtet 
ist. 

Gleichgültig, ob das Unternehmen als Klein- 
betrieb oder vollkaufmännischer Betrieb auf- 
tritt, trifft den Inhaber immer die volle persön- 
liche Haftung für alle geschlossenen Ver- 
bindlichkeiten. Wer mit seinem Betrieb 
Schiffbruch erlitten hat, den Laden schließt 
und den Stapel der unbezahlten Rechnun- 
gen in sein Erinnerungsalbum einsortiert, 
wird die Gläubiger nicht zufriedenstellen. Es 
gilt der Grundsatz, daß der Unternehmer mit 
seinem gesamten Privatvermögen für alle in 
dem Betrieb begründeten Schulden haftet! 

Der Einzelkaufmann kann sich nicht hinter 
dem Rechtskleid des Unternehmens verstek- 
ken und bei einer Pleite seine Gläubiger da- 
mit vertrösten, daß das Unternehmen seine 
Pforten geschlossen habe und es ihm 
schließlich auch nicht gut gehe. Gelingt es 
ihm nicht rechtzeitig, sich in ein ferngelege- 
nes Land abzusetzen, werden ihm die Nach- 
wehen des gescheiterten Unternehmens 
noch lange zu schaffen machen. 

Trotz dieser Nachteile und wirtschaftlichen 
Risiken eignet sich das einzelkaufmännische 
Unternehmen für alle, die nicht gleich im gro- 
ßen Stil loslegen möchten. Läuft der Laden 
gut, bietet sich immer noch die Gründung ei- 
ner Gesellschaft an - etwa einer GmbH unter 
Einbeziehung weiterer Partner oder als Ein- 
mann-GmbH. 

Die steuerliche Seite sieht nicht so rosig aus. 
„Wenn ich erst selbständig bin, kann ich ja 
meinen Wagen und die Gaststättenrechnun- 
gen vom Finanzamt bezahlen lassen.“ Sol- 
che Sprüche gehören eher an den Stamm- 
tisch unzufriedener Angestellter, denen sich 
über den letzten Steuerbescheid des Finanz- 
amtes die Haare sträuben, als in den Grün- 
dungskoffer eines Unternehmers. 

Belege 

Zwar kann der Unternehmer Betriebsausga- 
ben geltend machen und hierbei einen Fir- 
menwagen oder Aufwendungen für die Be- 
wirtung von Kunden ansetzen. Diese werden 
nur von den Einnahmen abgezogen. Wer 
keine Einnahmen hat, kann auch nichts ab- 
ziehen. Anstatt sich auf die vielfältigen Mög- 
lichkeiten steuerlicher Tricksereien zu verle- 
gen, sollte am Anfang eher das Augenmerk 


auf der Einnahmenseite liegen und darauf, 
daß der Rubel erst einmal rollt. 

Später kann man Wege suchen, dem Fiskus 
ein Schnippchen zu schlagen. Der Gang zum 
Steuerberater lohnt sich auf jeden Fall. Das 
Fahrzeug sollte frühzeitig in das Betriebsver- 
mögen des Unternehmens eingebracht wer- 
den. Quittungen und Belege für alle betriebli- 
chen Ausgaben sollten nicht im Papierkorb 
verschwinden, sondern in einem Ordner ab- 
geheftet werden. Wer es allerdings zu toll mit 
den Betriebsausgaben treibt, darf sich auf die 
erste Betriebsprüfung freuen. Stellt der Prü- 
fer bei seinem gestrengen Blick auf die Gast- 
stättenrechnungen fest, daß gar kein Ge- 
schäftsfreund, sondern die Ehefrau bewirtet 
worden ist, stehen Steuernachzahlungen 
und unter Umständen ein Strafverfahren we- 
gen Steuerhinterziehung ins Haus. 

12 X 1500 = 30 000 ? 

Stimmt die Einnahmenseite, ist der Wagen 
auf den Betrieb umgeschrieben, führt der 
Jungunternehmer emsig Buch über seine 
Einnahmen und Ausgaben, gibt er seine Be- 
lege und Quittungen regelmäßig bei seinem 
Steuerberater ab, erlebt er am Ende des er- 
sten Geschäftsjahres dennoch unvermeidli- 
che Überraschungen. Der vom Steuerbera- 
ter erstellte Jahresabschluß weist einen Ge- 
winn von 30 000 DM aus, obwohl der junge 
Unternehmer recht spartanisch gelebt und 
monatlich nur 1500 DM aus der Kasse ent- 
nommen hat. 12 x 1500 rechnet sich nach 
Adam Ries aber zu 18 000 DM und nicht zu 
30 000 DM aus. Ein Blick auf die letzten Kon- 
toauszüge offenbart nur ein deprimierendes 
Minussaldo und bringt nicht des Rätsels Lö- 
sung. Wo sind die fehlenden 12000 DM ge- 
blieben? 

„Das Zauberwort heißt Abschreibung für Ab- 
nutzung (AfA)“, klärt der Steuerberater auf. 
Der Unternehmer hat sich bereits im ersten 
Geschäftsjahr eine Mehrpiatz-DV-Anlage mit 
Software zum stolzen Preis von 48 000 DM 
angeschafft. Den Kauf ermöglichte ein Bank- 
darlehen. ,Wenn ich für eine DV-Anlage 
48000 DM ausgebe, muß dies auf der Aus- 
gabenseite doch voll zu Buche schlagen’, 
mutmaßte der Unternehmer und scheute da- 
her die Anschaffung der von der Bank finan- 
zierten teuren DV-Anlage nicht. 


So denkt der Fiskus leider nicht. Bei Anschaf- 
fung von Wirtschaftsgütern mit einem Wert 
von mehr als 800 DM wird der Anschaffungs- 
preis über mehrere Jahre verteilt als Be- 
triebsausgabe angesetzt. Das heißt: Obwohl 
der Anschaffungspreis bereits im ersten Jahr 
voll bezahlt wurde, sind nur 25 Prozent hier- 
von im ersten Jahr und jeweils weitere 25 
Prozent in den nächsten drei Jahren als Be- 
triebsausgabe abzusetzen. 

Vom betriebswirtschaftlichen Standpunkt ist 
dies leicht nachvollziehbar: Würde eine grö- 
ßere Anschaffung bereits im Anschaffungs- 
jahr in vollem Umfang angesetzt, hätte der 
Unternehmer damit im ersten Jahr hohe Be- 
triebsausgaben und eher hohe Verluste, in 
den folgenden Jahren aber geringere Ausga- 
ben und eher Gewinne. Eine gleichmäßige 
Verteilung über die voraussichtliche Nut- 
zungsdauer (lineare Abschreibung) vermei- 
det diese Unausgewogenheit. 

Der so im Jahresabschluß ermittelte Gewinn 
ist von dem Einzelkaufmann als Einkommen 
aus selbständiger Tätigkeit oder dem Gewer- 
bebetrieb zu versteuern. Hierzu muß er eine 
Einkommenssteuererklärung abgeben. Ge- 
schieht dies nicht freiwillig, hilft das Finanz- 
amt auf die Sprünge. Konnte er als Arbeit- 
nehmerfrüher noch pauschale Freibeträge in 
seiner Steuererklärung ansetzen, entfällt 
diese Möglichkeit bei Einkünften aus selb- 
ständiger Tätigkeit. Hier gibt es lediglich ei- 
nen Freibetrag in Höhe von 5 Prozent des zu 
versteuernden Gewinns, maximal 1200 DM. 
Neben der Einkommenssteuer muß der ge- 
werbetreibende Einzelunternehmer (nicht 
der Freiberufler) Gewerbesteuer entrich- 
ten. 

Von dem im ersten Geschäftsjahr erzielten 
vorzeigbaren Gewinn verbleibt nach Abzug 
der Einkommens- und Gewerbesteuer oft nur 
ein lächerlicher Betrag übrig. Mancher hat 
deshalb schon seiner früheren Angestell- 
tentätigkeit nachgetrauert. Daher sollte man 
bereits frühzeitig mit dem Steuerberater die 
steuerlichen Belastungen durchsprechen 
und einkalkulieren. wird fortgesetzt 


Der Autor ist Rechtsanwalt in Wuppertal. 
Nachdruck aus c’t- Magazin für Computertechnik , 
Hefte 5 und 6/1990 


Unternehmenssimulation per Software 

Ein großes Problem sowohl für Unternehmensgründer als auch für Manager ist das be- 
triebswirtschaftliche Begreifen und Führen ihrer Firma. Auch die beste Geschäftsidee 
ist wertlos, wenn sie nicht konsequent und betriebswirtschaftlich fundiert umgesetzt 
wird. Da nur wenige in der Lage sind, alles nach Gefühl richtig zu machen, bietet die 
Firma FILAN-Software aus Köln mit dem Paket Busy ein Arbeitsmittel an, mit dem ana- 
lytisches Managen auch ohne umfangreiche Betriebswirtschaftskenntnisse möglich 
sein soll. 

Angefangen mit der Firmengründung oder einem anderen definierten Ausgangspunkt 
können die folgenden 4 Geschäftsjahre geplant und an Hand der entsprechenden Soll/ 
Ist-Vergleiche die Lebensfähigkeit des Unternehmens überprüft werden. Dabei helfen 
die Gewinn/Verlust-Rechnung nach Produktgruppen sowie die Betrachtung einer 
Reihe betriebswirtschaftlicher Kennziffern. Durch Änderung bestimmter Daten inner- 
halb einer festgelegten Periode ist es auch möglich, die Firma betriebswirtschaftlich zu 
optimieren. Eine selbsterklärende Bedienerführung soll auch dem ungeübten Anwen- 
der eine schnelle Einarbeitung ermöglichen. Das Programmpaket Busy läuft auf IBM- 
kompatiblen PCs mit einem Hauptspeicher ab 640 KByte und 2 MByte freiem Speicher- 
platz auf der Festplatte unter MS-DOS ab der Version 2.11. Der Preis liegt zwischen 
4500 und 8000 DM. 

MP 
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Programmieren mit 
FORTRAN 77 

von G. Bärwolff u. R. Kosciolowicz, 
Reihe Technische Informatik, Verlag 
Technik, Berlin 1 990, 240 S., 6 Bilder, 
17Tafeln, Broschur, Bestell-Nr. 554 
45 89 

Noch immer ist die Programmierspra- 
che Fortran aktuell, wenngleich sie 
bereits in den fünfziger Jahren ent- 
standen ist. Das Buch beschreibt For- 
tran 77 und damit den derzeit festge- 
schriebenen Standard der Sprache. 
Auf die Weiterentwicklung zu Fortran 
8X wird hingewiesen. 

In der üblichen Reihenfolge werden 
die Sprachelemente abgehandelt. 
Datentypen, Variablen, Konstanten, 
Ausdrücke und Wertzuweisungen, 
Programmverzweigungen und Zy- 
klen bilden jeweils den Gegenstand 
einzelner Kapitel. Die weiteren Teile 
sind den Zeichenketten, der Unter- 
programmtechnik sowie der Ein-/ 
Ausgabeprogrammierung gewidmet. 
Ein Kapitel verdeutlicht Unterschiede 
zu Fortran IV und zu Pascal. Im letz- 
ten Kapitel werden auch software- 
technologische Aspekte angespro- 
chen. Es wird ein größeres Pro- 
grammbeispiel zur mehrdimensiona- 
len Ausgleichsrechnung schrittweise 
entworfen und dann in allen Details 
ausprogrammiert. Die Teile werden 
einzeln übersetzt und mittels Pro- 
grammverbinderlauf zusammenge- 
fügt. Damit kann zugleich die Instru- 
mentierung eines Fortran-Program- 
miersystems vorgeführt werden. Die 
Autoren sprechen von Metakomman- 
dos. 

Allen Kapiteln sind Übungsaufgaben 
zugeordnet. Lösungen ausgewählter 
Aufgaben werden im Anhang mitge- 
teilt. Die Autoren weisen darauf hin, 
daß alle Beispielprogramme unmittel- 
bar aus einer Testumgebung in das 
Buchmanuskript kopiert wurden. Da- 
mit ist ein hoher Grad an Sicherheit 
gegen Fehler erreicht worden. Eben- 
falls in der Form von Anhängen wird 
eine Syntaxübersicht und eine Kurz- 
beschreibung der Fortran 77 - Stan- 
dardfunktionen mitgeliefert. Auch 
eine Seite mit dem ASCII-Zeichen- 
satz fehlt nicht. 

Die Autoren führen den Leser in ei- 
nem gefälligen Stil an die Program- 
mierung in Fortran 77 heran. Die Pro- 
grammbeispiele sind ansprechend 
ohne künstliche Schnörkel ausge- 
wählt, aber jeweils doch gut geeignet, 
die gerade erörterten Sprachkon- 
strukte zu beleuchten. C. Polze 


Turbo-Pascal 

von G. Paulin, 2., stark bearbeitete 
Auflage, Verlag Technik, Berlin 1 990, 
240 S., 28 Bilder, 29,80 DM 

Turbo-Pascal ist im PC-Bereich eine 
der beliebtesten Programmierspra- 
chen. Dieses Buch aus der Reihe 
„Technische Informatik“ ist in der 2. 
Auflage sehr stark überarbeitet wor- 
den, um die neueren Entwicklungen 
von Turbo-Pascal zu berücksichti- 
gen. Die Leistungsfähigkeit der Spra- 
che wurde wesentlich verbessert, 
und die Anforderungen an die PC- 
Technik sind gestiegen. War die Pas- 
cal-Version 3 auch noch auf 8-Bit- 


PCs unter CP/M verwendbar, so set- 
zen die neueren Versionen einen 16- 
Bit-PC mit MS-DOS voraus. Der Au- 
tor behandelt die Version 3 als 
Sprachkern, um die wesentlichen 
Elemente der Sprache zu beschrei- 
ben. Dieses Kapitel macht mit 150 
Seiten den umfangreichsten Teil aus 
und entspricht im wesentlichen der 1 . 
Auflage. Zu den eingestreuten 
Übungsaufgaben sind im Kapitel 5 
Lösungsprogramme zu finden. Im 2. 
Kapitel sind die Besonderheiten der 
Benutzung von Turbo-Pascal 3 unter 
CP/M zusammengefaßt. Es werden 
alle Menüpunkte, die Programment- 
wicklung und die maschinennahe 
Programmierung durch Einbindung 
von Assemblerroutinen erläutert. Das 
3. Kapitel ist neu in der 2. Auflage und 
behandelt Erweiterungen von Turbo- 
Pascal in der Version 4 (teilweise 
auch Version 5) unter MS-DOS. Es ist 
besonders für Umsteiger interessant, 
die vorher mit der Version 3 gearbei- 
tet haben. Auf die Möglichkeiten des 
in der Version 5 integrierten Quell- 
text-Debuggers wird nicht eingegan- 
gen. Kapitel 4 enthält einige Informa- 
tionen zur Bildschirmprogrammie- 
rung mit Version 3. Hier fehlt eine 
kurze Zusammenfassung der lei- 
stungsfähigen Unit GRAPH der Ver- 
sion 4, die das BGI (Borland Graphic 
Interface) realisiert. Im Anhang sind 
eine ASCII-Tabelie, eine Pascal-Syn- 
tax in Backus-Naur-Form, Standard- 
funktionen und -Prozeduren, Fehler- 
meldungen des Compilers und des 
Laufzeitsystems, eine kurze Gegen- 
überstellung von Standard-Pascal 
und Turbo-Pascal, eine Aufzählung 
der wesentlichen Unterschiede zwi- 
schen den Versionen von Turbo-Pas- 
cal und die Editorkommandos zu- 
sammengefaßt. Literaturverzeichnis 
und ein übersichtliches Sachwörter- 
verzeichnis sind am Schluß des Bu- 
ches zu finden. 

Besonders der Anfänger wird von den 
ausführlichen Beispielen und 
Übungsaufgaben profitieren. Als 
Nachschlagewerk für den versierten 
Programmierer ist die Darstellung 
weniger geeignet, da dann immer die 
gerade aktuelle Version interessant 
ist. So ist z. B. die Version 5.5 mit 
neuen Elementen schon wieder für 
eine Nachauflage zu berücksichti- 
gen. Hübener 

MS Makroassembler 

Einführung und Leitfaden 

von P. Monadjemi, Addison-Wesley 
(Deutschland) GmbH, Bonn 1989, 
427 S., ISBN 3-89319-135-6 

Gar keine Frage: Zum Erlernen der 
Assemblerprogrammierung benötigt 
man eine gute Einführung, mit den 
Handbüchern ist es nicht getan. Zu- 
mal, wenn es sich um einen Intel-Pro- 
zessor handelt, der mit seiner kompli- 
zierten Adreßrechnung im Segment: 
Offset-Format auch erfahrenen Pro- 
grammierern Rätsel aufgibt - und, 
wenn es sich um den Microsoft-As- 
sembler mit seiner stellenweise nicht 
eindeutigen Notation handelt, die Pe- 
ter Monadjemi zwar in seinem Buch 
zum Turbo-Assembler behandelt, an 
dieser Stelle aber verschweigt, wohl, 
um dem Leser nicht den Mut zu neh- 
men. Der Schwierigkeiten ist er sich 


aber bewußt, denn sowohl der Adreß- 
rechnung als auch der Segmentie- 
rung ist ausreichend Platz einge- 
räumt. 

Das Buch soll in erster Linie mit den 
gehobenen Möglichkeiten eines mo- 
dernen Makroassemblers und der zu- 
gehörigen Programme vertraut ma- 
chen und nicht die Maschinenbefehle 
des 8086 behandeln, weshalb auf die 
Beschreibung der Prozessorarchitek- 
tur und eine Befehlsreferenz verzich- 
tet wurde, die man in Handbüchern 
findet. Statt dessen stehen die Lei- 
stungen von MASM, LINK und Code- 
View im Vordergrund. Dabei sind 
nicht nur Einsteiger angesprochen. 
Auch erfahrene Assembler-Program- 
mierer verwenden viele Direktiven 
nur „auf Verdacht“ oder orientieren 
sich an Vorbildprogrammen. Fragen 
Sie doch einmal, wann die Distanzan- 
gaben SHORT, NEAR und FAR bei 
Sprüngen wirklich notwendig sind. 
Oder lesen Sie lieber gleich nach 
(S. 1 04). Wenn der Autor hier im Vor- 
wort eine Lücke in den Handbüchern 
nennt, so muß ihm Recht gegeben 
werden. Dort wird zum Beispiel die 
Entstehung von Phasenfehlern in ei- 
nem Nebensatz abgehandelt und die 
Möglichkeit der Nutzung von verein- 
fachten Segmentanweisungen für 
COM-Dateien ganz geleugnet. Inso- 
fern zeichnet sich das Buch nicht nur 
durch verständliche Darstellung, son- 
dern auch durch Sachkenntnis aus, 
die nicht auf das Handbuch be- 
schränkt bleibt. Es wird nichts ausge- 
spart, was aus Ihnen einen guten As- 
sembler-Programmierer macht: Pro- 
zeduren und Datenstrukturen, Ma- 
cros, bedingte Assemblierung und 
modulares Design. Besonders her- 
vorzuheben ist das Kapitel zur Hoch- 
spracheneinbindung. Die zahlreichen 
Beispiele sind bewußt kurz gehalten, 
um den Blick auf das Wesentliche zu 
richten (was auch späteres Nach- 
schlagen unterstützt). 

Aber auch die Kleinigkeiten stimmen: 
So hat sich der Autor Gedanken über 
die Verwendung von Anglismen ge- 
macht (die er auch dem Leser nicht 
vorenthält). Sein Vorsatz, deutsche 
Bezeichnungen zu verwenden, wo 
immer es möglich ist, aber bei den 
englischen Termini zu bleiben, wo die 
deutsche Sprache vergewaltigt wird, 
sollte Nachahmung finden. 

Der verbreiteten Meinung Rechnung 
tragend, Assemblerprogrammierer 
seien konservativ und Komfort ge- 
genüber nicht aufgeschlossen, wird 
neben dem neuesten Stand von 
MASM 5.1 auch auf die - einen ge- 
wissen Standard darstellenden -Ver- 
sionen 4.0 und 5.0 Bezug genom- 
men. Den Vereinfachungen im 
Dschungel der Segmentdirektiven 
(ab 5.0) und der neuen Hochspra- 
chenunterstützung (ab 5.1) wird man 
sich aber auf die Dauer nicht entzie- 
hen können. Ebenso nicht den hoch- 
sprachenähnlichen Features: Es gibt 
einfache String-Operationen, Text- 
makros sind ähnlich des C-Präpro- 
zessors ersetzbar, mit Hilfe von Po- 
intervariablen kann der Assembler 
sogar die Verwendung von Zeigern 
überwachen. Der Einsatz derart lei- 
stungsfähiger Werkzeuge will natür- 
lich gelernt sein, und dafür ist das 
Buch nur zu empfehlen. U. Schulze 


Turbo Pascal 5.5 

Kenneniernen und Beherrschen 

von Christoph Kasimir, Addison Wes- 
ley, Bonn 1990, 41 7 S., 1 Diskette, 
DM58-, ISBN 3-89319-264-6 

Immer komplexer werdende Soft- 
warewerkzeuge sind heute mehr 
denn je dazu angetan, dem Einstei- 
ger durch eine scheinbar unüber- 
schaubare Fülle an Möglichkeiten 
gleich am Anfang jeden Enthusias- 
mus zu nehmen. Es mutet als eine 
unlösbare Aufgabe an, den Anfänger 
hier in didaktisch kluger Weise in die 
Problematik einzuführen und dabei 
die Komplexität eines Softwarepake- 
tes vom Schlage eines Turbo Pascal 
5.5 ebensowenig aus den Augen zu 
verlieren wie die zum Verständnis 
notwendige Einfachheit und Geradli- 
nigkeit in der Darstellung. Daß diese 
Aufgabe lösbar ist, zeigt Christoph 
Kasimir mit seinem Buch, von dem 
man sofort angetan ist. Denn es über- 
zeugt mit einer Sachlichkeit, die die 
besondere Einführungsgabe des Au- 
tors gegenüber dem Leser deutlich 
werden läßt. Man wird nicht mit den 
sonst in Einsteigerliteratur üblichen 
gemeinplatzartigen Floskeln strapa- 
ziert. Das Buch reiht sich nahtlos in 
die Tradition guter amerikanischer 
Fachbücher ein, denen sich der Addi- 
sion Wesley Verlag in besonderer 
Weise verpflichtet fühlt. Wenn die 
wirklich guten Handbücher zu Turbo 
Pascal 5.5 die Information bringen, so 
ergänzt dieses Buch in didaktischer 
Hinsicht, wobei es die gesamte Pa- 
lette der Turbo-Pascal-Programmie- 
rung aufzeigt und den Anfänger auf 
geschickte Weise an nahezu alle Pro- 
bleme heranführt. Die ersten Kapitel 
sind betont einfach gehalten. Die Be- 
dienung der Entwicklungsumgebung 
und die Erläuterung der Pascal- 
Sprachelemente sind im Zusammen- 
hang dargestellt, so daß alle Bei- 
spiele sofort nachvollziehbar bleiben. 
Besonders hervorzuheben ist ein 45 
Seiten umfassender Abschnitt zur ob- 
jektorientierten Programmierung. Mit 
zwei weiteren speziellen Kapiteln, die 
die Grafikprogrammierung ebenso 
anschneiden wie die Erstellung von 
UNITs, wird eine Vollständigkeit er- 
reicht, die den besonderen Reiz die- 
ses Buches ausmacht. 

Alle Programme sind auf einer beglei- 
tenden Diskette enthalten, wobei 
einige Routinen in UNITs zusammen- 
gefaßt wurden. Nicht alle der im Buch 
mitgeteilten Programm ko nstrukte be- 
finden sich auch so auf dem Datenträ- 
ger. Einige Änderungen wurden hier 
doch vorgenommen. Daß es dabei 
nicht ganz fehlerfrei zuging, beweist 
die Tatsache, daß beispielsweise im 
Programm CRTTEST.PAS die Funk- 
tion StringOF aufgerufen wird, die in 
UNIT SYSHLP enthalten sein soll, 
dort aber leider nicht zu finden ist. 
Dies dürfe der Sache selbst aber kei- 
nen Abbruch tun, denn wer bis zu die- 
sem Programm die Ausführungen 
des Autors verfolgte, wird kaum 
Schwierigkeiten haben, diese Rou- 
tine selbst zu ergänzen. Was ihm si- 
cher ein noch größeres Erfolgserleb- 
nis beschert und die Richtigkeit der 
Kaufentscheidung für dieses Buch 
bestätigt. 

Ch. Hanisch 
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Cache-Speicherkonzept 
für den i486 

Der 32-Bit-Mikroprozessor 80486 
von I ntel - auch als i486 bezeichnet - 
unterscheidet sich von seinem Vor- 
gänger, dem 80386, in der Hauptsa- 
che dadurch, daß er auf einem Chip 
den Prozessor 80386, den mathema- 
tischen Koprozessor 80387, einen 8 
KByte großen Cache-Speicher und 
den dazugehörigen Cache-Controller 
vereinigt (vgl. MP 9/89, S. 278 und 
MP 4/90). Trotzdem gibt es Bestre- 
bungen, zusätzlich sowohl einen Ko- 
prozessor als auch einen externen 
Cache anzubieten, obwohl die On- 
chip-Baugruppen den Vorteil der kür- 
zeren Leitungswege haben. So hat die 
Firma Weitek den Koprozessor Aba- 
cus 4t 67 entwickelt, der bei rechenin- 
tensiven wissenschaftlichen und tech- 
nischen Anwendungsprogrammen 
eine zwei- bis dreifache Geschwin- 
digkeitserhöhung bringen soll. 

Eine Cache-Erweiterung für den i486 
liegt jetzt mit dem Steckmodul Turbo- 
cache 486 von Intel vor, der eine wei- 
tere Leistungssteigerung von bis zu 
15% liefert. Dieser Second-Level- 
Modul ergänzt den 8-KByte-On-chip- 
Cache des i486. Er enthält den Ca- 
che-Controller 82485, der auf dem 
Modul je nach Version 64 oder 128 
KByte SRAM-Cache-Speicher ver- 
waltet (der Cache-Controller 82385 
für den 80386 kann dagegen nur 32 
KByte verwalten). In einem System 
lassen sich bis zu vier Turbocache 
486 zu insgesamt 512 KByte kaska- 
dieren - und das ohne Änderungen 
der Software. 

Der Turbocache 486 paßt auf einen 
Standardstecksockel und erleichtert 
es dem Computerhersteller, künftige 
Leistungssteigerungen bereits beim 
Systementwurf zu berücksichtigen. 
Anbieter und Anwender können aber 
auch entsprechend den Leistungsan- 
forderungen der unterschiedlichen 
Anwendungen entscheiden, ob sie 
den Cache-Modul einsetzen wollen. 
Der Turbocache 486 wird mit den 
Taktfrequenzen des i486 - 25 und 33 
MHz - angeboten. Sein Cache-Con- 
troller enthält 500000 Transistoren, 
die in derselben 1-^m-CMOS-Tech- 
nologie wie die der Prozessoren 
80386 und 80486 hergestellt werden. 
Die beiden Turbocache 486-Versio- 
nen sollen 300 bzw. 400 Dollar kosten 
(für Tausenderstückzahlen). mp 


Leiterplattendesign 
mit 32-Bit-Übertragung 

PADS-2000 der CAD Software, USA, 
für Deutschland im Mai in München 
vorgestellt, ist ein leistungsfähiges 
PC-gestütztes CAD-System mit vol- 
ler 32-Bit-Unterstützung für komple- 
xes Leiterplattendesign und die Ge- 
nerierung der Entwicklungs- und Her- 
stellungsdokumentation. Es ist auf 
386er und 486er PCs lauffähig (min- 
destens 2 MByte RAM und VGA-Auf- 
lösung) und kann die Speichergren- 
zen des MS-DOS-Betriebssystems 
durch seinen virtuellen Speicher um- 
gehen. Die Design-Genauigkeit liegt 
mit 0,001 mm wesentlich höher als 
bei herkömmlichen 16-Bit-Systemen. 
Es können Leiterplatten mit über 
2000 ICs bearbeitet werden. 
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Entwicklungen und Tendenzen 


Erstmals ist mit dem PADS-2000-Sy- 
stem die Integration eines auto-inter- 
aktiven Routers realisiert, der nach 
dem Push’n-Shove-Prinzip arbeitet. 
Bisher war das erst bei einer Rech- 
nerbasis ab VAX und leistungsstärker 
möglich. 

PADS-2000 ist kompatibel mit der 
neuen PADS-Logic CAE-Software 
und mit PADS-PCB, das mit über 
9000 Installationen das weltweit er- 
folgreichste Leiterplatten-Design-Sy- 
stem sein soll. MP 


Symbolics FrameThrower 

Symbolics, einer der führenden Her- 
steller von Workstations für die Com- 
putergrafik, forciert mit dem neuen 
FrameThrower die Anwendung und 
Verbreitung der High Definition Tele- 
vision (HDTV). FrameThrower und 
die Symbolics Workstation XL400/ 
XL1200 bieten nach Meinung von 
Symbolics erstmalig die Möglichkeit, 
Computergrafik und HDTV-Video- 
technologie miteinander zu verknüp- 
fen. Damit erfährt der Bereich der 
Computer-Animation einen Qualitäts- 
sprung. 

Der FrameThrower besitzt drei Vor- 
teile: Er bietet uneingeschränkte An- 
wendungsmöglichkeiten im Bereich 
der Computersimulation und -anima- 
tion; er kann uneingeschränkt die Vi- 
sualisierung von Prozeßabläufen in 
Echtzeit ausgeben ; und er basiert auf 
dem VMEbus, kann also an alle VME- 
bus-Workstations gekoppelt wer- 
den. 

Der FrameThrower ist eine ganze 
Produktfamilie in HDTV-Qualität, die 
von Symbolics ständig erweitert wer- 
den wird. Das erste, jetzt verfügbare, 
Produkt ist der FT 1 00. MP 


Kompakt-Laser 
für blaues Licht 

Eine leistungsfähige und kompakte 
Quelle für blaues Laserlicht haben 
Wissenschaftler am Almaden-For- 
schungszentrum von IBM in San 
Jose, Kalifornien, entwickelt. Die opti- 
schen Eigenschaften sowie die Aus- 
gangsleistungen des neuen Lasers 
lassen ihn für ein breites Anwen- 
dungsspektrum attraktiv erscheinen. 
So könnte er beispielsweise zu opti- 
schen Speichern mit der vierfachen 
Speicherdichte heute bekannter Sy- 
stemeführen. 

Zu den wesentlichen Eigenschaften 
des neuen, ausschließlich aus festen 
Materialien hergestellten Lasers zäh- 
len ein Wirkungsgrad von zehn Pro- 
zent - fünfmal mehr als bei früheren 
Anordnungen - sowie eine stabile, 
nahezu rauschfreie Ausgangsstrah- 
lung, die zu scharf begrenzten Punk- 
ten fokussiert werden kann. Die letzt- 
genannte Eigenschaft ist beispiels- 
weise für optische Plattenspeicher 
wichtig. Sie speichern die Information 
als ein kodiertes Muster von Markie- 
rungen. Heutige Einheiten arbeiten 
mit Infrarot-Diodenlasern und schrei- 
ben damit Markierungspunkte mit ei- 
nem Durchmesser von 0,8 Mikrome- 
tern. Wegen seiner kürzeren Wellen- 
länge kann blaues Licht zu kleineren 
Punkten mit 0,4 Mikrometern Durch- 
messer fokussiert werden und er- 


möglicht damit die vierfache Spei- 
cherdichte im Vergleich zu heutigen 
optischen Speichern. 

Bis heute ist es noch nicht gelungen, 
einen kompakten und leistungsfähi- 
gen Laser, der direkt blaues Licht er- 
zeugt, herzustellen. Die IBM-Wissen- 
schaftler nutzen deshalb die Methode 
der Frequenzverdopplung, um Infra- 
rotlicht in blaues Licht umzuwandeln. 
Das infrarote Licht eines Diodenla- 
sers wird dazu durch einen winzigen, 
rund sechs Millimeter langen Kristall 
aus Kaliumniobat geschickt. 

Der neue Kompaktlaser für blaues 
Licht wurde anläßlich der Conference 
on Lasers and Electro-Optics in Ana- 
heim, Kalifornien, vorgestellt. Auf der 
gleichen Veranstaltung berichteten 
Wissenschaftler vom Almaden-For- 
schungszentrum über die Arbeiten an 
einem neuartigen Laser, der durch In- 
frarot-Pumpen und Upconversion 
blaues Laserlicht direkt - also nicht 
mit der Methode der Frequenzver- 
dopplung -erzeugt. 

Der Upconversion - Laser verwendet 
einen Kristall aus Yttrium-Lithiumfluo- 
rid, dem ein Prozent Erbium-Ionen 
(ein Element aus der Gruppe der sel- 
tenen Erden) als Dotierung hinzuge- 
fügt wurde. Er erfordert eine sehr 
niedrige Umgebungstemperatur (un- 
ter 20 Kelvin). Die künftige Forschung 
zielt jedoch auf die Entwicklung von 
ähnlichen Lasern bei höheren, leich- 
ter zu beherrschenden Temperatu- 
ren. Die IBM-Wissenschaftler halten 
es derzeit noch für verfrüht, spezielle 
Anwendungen für den Upconversion- 
Laser zu nennen. Dennoch zeigt er 
Möglichkeiten für neue Laser auf, 


Harddisk mit neuartiger 
Systemkonzeption 

Erstmals zur CeBIT '90 präsentierte 
Kyocera das im Bild dargestellte 
Festplattenlaufwerk KC-40 GA mit ei- 
ner Speicherkapazität von 40 MByte, 
das sich durch eine neuartige Sy- 
stemkonzeption auszeichnet. In die- 
sem Laufwerk greift jeweils ein 
Schreib-/Lesekopf auf eine Seite des 
Laufwerks zu, das insgesamt nur eine 
Magnetplatte enthält. Ein Cache- 
Speicher in der Größe von 32 KByte 
ermöglicht einen schnelleren Zugriff 
auf die einzelnen Daten; die mittlere 


die das schwer in den Griff zu bekom- 
mende, hochfrequente blaue und ul- 
traviolette Licht erzeugen. MP 


Dreidimensionale 

DRAM-Zelle 

Die Entwicklung einer dreidimensio- 
nalen Speicherzelle gab die Firma 
Toshiba bekannt. Dabei wurden An- 
steuertransistor und Speicherkon- 
densator übereinander gestapelt. Der 
Prototyp wurde mit einer konventio- 
nellen 0,8-/vm- Struktur entworfen. 
Die Firma arbeitet nun daran, die 
Strukturbreite auf 0,25/wm zu senken, 
da sich diese Zellenkonstruktion, 
nach Ansicht des Unternehmens, 
sehr gut für 1-GBit-DRAMs eignen 
würde. Fa 


Supraleiterstrom 
von 1 Mio Ampere 

An der Stanford-Universität in Kalifor- 
nien ist es gelungen, einen soge- 
nannten kritischen Strom von 1 Mio 
Ampere in Hochtemperatur-Supralei- 
tern zu erreichen. Unter dem kriti- 
schen Strom wird die Stromstärke 
verstanden, bei der der supraleitende 
Werkstoff gerade noch in seinem wi- 
derstandslosen Zustand verbleibt. 
Dabei wurde festgestellt, daß bei 78 
Kelvin in den vier Mikrometer dünnen 
Yttrium-Barium-Kupferoxiden ein 
Auswandern der supraleitenden Strö- 
me begann. Durch eine Verringerung 
der Temperatur mit flüssigem Stick- 
stoff auf 77 Kelvin wurde wieder ein 
ungestörter Stromfluß erreicht. Fa 


Zugriffszeit beträgt 28 ms. Das Mo- 
dell in der kompakten Bauform im 3,5- 
Zoll-Format und der Ausführung in 
halber Bauhöhe verfügt über eine si- 
chere automatische Parkfunktion für 
die beiden Schreib-/Leseköpfe. 

Das neue Laufwerk KC-40 GA verfügt 
über ein PC/AT- Interface (IDE em- 
bedded Controller) und einen Inter- 
leave-Faktor von 1:1 für den Einbau 
in entsprechende PC-Systeme und 
ergänzt damit die Familie der zuver- 
lässigen und leistungsstarken (20- 
und 30-MByte-) Festplattenlaufwerke 
von Kyocera. 
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16-MBit-DRAMs 
vor der Serienreife 

Das Jahr 1 989 war das Jahr der Pro- 
duktionseinführung des 4-MBit- 
DRAMs. In diesem Jahr wurden von 
den führenden japanischen und US- 
amerikanischen Chip-Schmieden 
Prototypen des 16-MBit-DRAMs fer- 
tiggestellt. Im Rennen ist auch noch 
die Siemens AG, die kürzlich die Pi- 
lotfertigung des HYB 511610 auf- 
nahm. Aber Siemens wird sicher nicht 
der einzige europäische Produzent 
von 16-MBit-DRAMs sein. Neben 
IBM, die bereits den 4-MBit-DRAM in 
der Bundesrepublik fertigt, baut Te- 
xas Instruments eine DRAM-Fabrikin 
Avezzano (Italien) auf, wo 1991 die 
Produktion der 16-MBit-Speicher an- 
laufen soll. 

Die Chipfläche des 16-MBit-DRAMs 
von Siemens ist mit 1 42 mm 2 wesent- 
lich größer als die seiner Vorgänger 
(1 MBit: 54 mm 2 , 4 MBit: 91 mm 2 ). Er 
enthält aber auch die stolze Zahl von 


Schnettes Wachstum 
bei OCR und Scannern 

Einer Studie des Marktforschungsun- 
ternehmens Frost & Sullivan zufolge 
kann der westeuropäische Markt für 
Scanner und Klarschriftleser (OCR) 
mit einem hohen Umsatzwachstum 
rechnen. Der Absatz, so die Pro- 
gnose, könnte von 18 000 Scannern 
und rund 10000 Klarschriftlesern im 
Jahre 1988 auf etwa 230 000 Scan- 
ner und 150 000 Klarschriftleser im 
Jahre 1993 anwachsen. Im gleichen 
Zeitraum soll das Marktvolumen in 
Westeuropa von 33 auf über 340 Mio 
US-Dollar bei Scannern sowie von 6 
auf 97 Mio US-Dollar bei Klarschriftle- 
sern ansteigen. Dieses Wachstum 
könnte nach Ansicht von Frost & Sul- 
livan nur erreicht werden, wenn die 
Hersteller die Erkennungsgenauig- 
keit ihrer Produkte verbessern. Die 
gegenwärtig erreichte Erkennungs- 
genauigkeit von 97 und teilweise 
98 % bietet kein perfektes und zuver- 
lässiges Leseinstrument. Bei OCR- 
Systemen wird eine Lesegenauigkeit 
von einem Fehler je 10 000 Zeichen 
erwartet. 

Das Marktforschungsunternehmen 
geht davon aus, daß der OCR-Markt 
in der Entwicklung am weitesten fort- 
geschritten ist. Dabei gehören zu den 
aussichtsreichsten Verfahren, die zur 
Erhöhung der Lesegenauigkeit bei- 


über 33 Mio Bauelementen (siehe 
Foto). Hergestellt wird er in einer 0,6- 
^m-CMOS-Technologie und ermög- 
licht Zugriffszeiten von 60 bzw. 80 ns; 
seine Verlustleistung beträgt 350 mW 
im Betrieb und 5 mW in Ruhe. Grund- 
lage dieses nach zweijähriger Ent- 
wicklungszeit erreichten Erfolges ist 
die mit dem MEGA-Projekt in Mün- 
chen-Perlach geschaffene Technolo- 
giebasis. 

Aber Hitachi setzte kürzlich noch eins 
drauf: Erste Prototypen ihres 64- 
MBit-DRAMs sollen fertiggestellt wor- 
den sein. Seine 1 40 Millionen Bauele- 
mente sind auf einer Fläche von 
knapp 198 mm 2 untergebracht. Die 
Herstellungstechnologie ist beson- 
ders bemerkenswert: Mit einem Elek- 
tronenstrahl wird eine Strukturbreite 
von nur 0,3 erzeugt. Bei der bisher 
üblichen Fotolithografie, die Licht ver- 
wendet, existiert eine Untergrenze 
von 0,5//m. Deshalb wird beispiels- 
weise von IBM an der Röntgenstrahl- 
lithografie gearbeitet. mp 


tragen könnten, die Verwendung von 
Neuronal-Netzwerk- und von Parai- 
lel-Computern mit problemspezifi- 
schen Strukturen. Damit werde es 
auch möglich sein, Handschriften zu 
erkennen. Fa 


Südkorea drängt auf den 
USA-Markt 

Nach Ansicht des Vorsitzenden der 
amerikanischen Firma Micron Tech- 
nology will Südkorea den USA-Markt 
mit billigen DRAMs überfluten. Diese 
Vermutung begründet er damit, daß 
Südkorea Wafer-Produktionen auf- 
baut, die zehnmal größer sind als es 
für den eigenen Markt notwendig ist. 
Die koreanischen Halbleiterfirmen 
wollen seiner Meinung nach mit Dum- 
ping-Methoden die amerikanischen 
Hersteller vom Markt verdrängen. Die 
US-Regierung wird aufgefordert, 
Maßnahmen dagegen zu ergreifen 
und vor allem von weiteren Investitio- 
nen in größere koreanische Unter- 
nehmen abzusehen. Er tritt für eine 
Isolation der amerikanischen Elektro- 
nikindustrie gegenüber asiatischen 
Ländern ein. Taiwan würde beispiels- 
weise in etwafünf Jahren die gleichen 
Ziele verfolgen wie gegenwärtig Süd- 
korea. 

Der Vorsitzende von Micron Techno- 
logy sprach sich gegen das amerika- 


nisch-japanische Handelsabkommen 
von 1986 aus, bei dem ein Mindest- 
preis für japanische DRAMs in den 
USA festgesetzt wurde und gleichzei- 
tig amerikanischen Firmen eine 
20prozentige Beteiligung an japani- 
schen Firmen bis 1991 als Ziel vorge- 
geben wurde. Seiner Ansicht nach 
sollte die Beteiligung der amerikani- 
schen Firmen bei 50 % liegen, um ei- 
nem Untergang der amerikanischen 
Halbleiterindustrie vorzubeugen. Fa 


Analoger Neuro-Prozessor 

Die japanische Firma Matsushita 
Electronics entwickelte einen Neuro- 
Prozessor mit 64 Knoten pro Chip. 
Diese 64 Knoten sind in drei Ebenen 
angeordnet und in einer Matrix-Konfi- 
guration verdrahtet. Der Neuro-Pro- 
zessor in BICMOS-Technologie führt 
1 00 Mio Multiplikationen pro Sekunde 
aus und ist damit 500- bis lOOOmal 
schneller als konventionelle Signal- 
prozessoren. Die Firma will in den 
nächsten zwei bis drei Jahren die In- 
tegrationsdichte bei den Neuropro- 
zessoren auf 256 Knoten pro Chip er- 
höhen. Außerdem soll ein System für 
den Einsatz in Zeichenerkennungs- 
applikationen entwickelt werden, das 
aus drei Chips besteht. Fa 


Ultranet mit 1 GBit/s 

Eine neue Netz-Architektur, mit der 
es möglich sein soll, Übertragungs- 
geschwindigkeiten von 1 G Bit pro Se- 
kunde zu erreichen, wurde von der 
kalifornischen Firma Ultra Network 
Technologies Inc. entwickelt. Dieses 
Rechnernetz - mit der Bezeichnung 
Ultranet - wurde mit RISC-Rechnern 
der Firma MIPS aufgebaut. Es soll 
vorwiegend bei RISC-Prozessoren 
mit höheren Netzgeschwindigkeiten 
eingesetzt werden. 

Die Firma MIPS will demnächst 
RISC-Rechner auf den Markt brin- 
gen, die mit 20 MIPS arbeiten, und im 
Anschluß daran werden RISC-Rech- 
ner mit 55 MIPS entwickelt. Die Netz- 
software von Ultranet soll zu einem 
Preis von 8500 US-Dollar erhältlich 
sein. Fa 


Token-Ring-Controller 
auf EISA-Basis 

Die Compaq Computer Corporation 
stellte im April den Compaq 32-Bit 
DualSpeed Token Ring Controller 
vor. Dieser Controller ist derzeit der 
leistungsstärkste Netzwerk-Schnitt- 
stellen-Controller für Server in Token- 
Ring-Netzwerken. Beim Einsatz im 
Compaq Systempro oder Compaq 
Deskpro 486/25 kann der 32-Bit-Du- 
alSpeed-Token-Ring-Controller die 
Leistungsvorteile von EISA (Erwei- 
terte Industrie-Standard-Architektur) 
voll nutzen. Er ermöglicht so um bis 
zu 32% höher liegende Übertra- 
gungsgeschwindigkeiten. Diese ex- 
trem hohe Leistung ist insbesondere 
in anspruchsvollen Server-Umge- 
bungen wichtig, zum Beispiel wenn 
der Server als Brücke zwischen meh- 
reren Sub-Netzwerken dient oder im 
Client/Server-Einsatz. 

Der 32-Bit-DualSpeed-Token-Ring- 
Controller setzt die 32-Bit-EISA-Bus- 
master-Technik ein und wickelt den 
Datentransfer vom und zum Arbeits- 
speicher in sogenannten Burst-Raten 
von bis zu 33 MByte pro Sekunde ab. 


Dies optimiert die Prozessorleistung, 
so daß der Prozessor länger für die 
Aufgaben von Anwendungsprogram- 
men zur Verfügung steht. 

Zur weiteren Verbesserung der Netz- 
werk-Performance können Anwen- 
der bis zu fünf dieser Token-Ring- 
Controller im Systempro oder im 
Deskpro 486/25 installieren und so 
die Leistung des Systems exakt an 
ihre Anforderungen anpassen. So 
bringt beispielsweise ein zweiter 
Controller im Compaq Systempro 
eine Erhöhung des Datendurchsat- 
zes um 99 %. 

Der 32-Bit-DualSpeed-Token-Ring- 
Controller verfügt über optimierte 
Treiber für eine Reihe von weitver- 
breiteten Netzwerk-Betriebssyste- 
men wie Novell NetWare 386, Novell 
NetWare 2. Ix oder den LAN Mana- 
ger. MP 


Toshiba mit 4-MBit-SRAM 

Der größte Speicherchip-Hersteller - 
die japanische Toshiba Corporation - 
konnte kürzlich die Entwicklung eines 
23 Nanosekunden schnellen stati- 
schen 4-MBit-RAMs in einer 0,5-^m- 
CMOS-Technologie melden. Stati- 
sche RAMs (SRAMs) haben gegen- 
über den DRAMs den Vorteil, daß ihr 
Inhalt nicht zyklisch aufgefrischt wer- 
den braucht und deshalb bei ausge- 
schaltetem Gerät mit Akkus gepuffert 
werden kann. Wegen des größeren 
Flächenbedarfs erreichen sie aber 
nicht die Integrationsdichte der 
DRAMs. Die für Toshibas neuen 
SRAM entwickelten Dünnfilmtransi- 
storen erreichen gegenüber ihren 
Vorgängern eine geringere Lei- 
stungsaufnahme und eine höhere Zu- 
verlässigkeit. Der Ruhestromver- 
brauch des Chips im Pufferbetrieb 
beträgt 1 ^A. Trotzdem hat der 
Schaltkreis die stattliche Arbeits- 
Stromaufnahme von 20 mA bei einer 
Taktfrequenz von 10 MHz und von 
70 mA bei 40 MHz. Die 25 Millionen 
Transistoren, von denen je 6 eine 
20 pm 2 große Speicherzelle bilden, 
befinden sich auf einem Chip mit ei- 
ner Fläche von rund 1 36 mm 2 ; die Or- 
ganisation der über 4 Millionen Spei- 
cherzellen ist 51 2 K x 8 Bit. MP 


Virtuelles LED-Display 

Die amerikanische Firma Reflection 
Technology Inc. stellteein neuentwik- 
keltes Miniatur-Display vor, welches 
man, bezogen auf die Funktions- 
weise, mit elektromagnetischen Trei- 
bern, die die Membran in Lautspre- 
chern bewegen, vergleichen kann. 
Das darzustellende Bild wird über 
eine lineare LED-Zeile (nicht eine XY- 
Matrix) sowie ein Linsensystem dem 
Umlenkspiegel zugeführt. Dieser 
Umlenkspiegel „bewegt“ sich vibrie- 
rend um 1 5 Grad hin und her. Das mit 
den Spiegelbewegungen zeilenweise 
erzeugte Bild des Displays ist virtuell. 
Das bedeutet, es existiert nur im Auf- 
nahmevermögen des Betrachters. 
Trotz der Nachteile, die die Spiegel- 
mechanik mit sich bringt, gibt es eine 
Reihe von Vorteilen wie: große Hellig- 
keit, in relativ weitem Rahmen frei 
wählbare Bildgröße und geringes Vo- 
lumen. Als Anwendungsgebiete die- 
ses Displays sieht die Firma neben 
papierlosen Telefaxgeräten auch 
Head-up-Displays für Fahr- und Flug- 
zeuge. Fa 
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Compilerkompatible Quelltexte 
in Turbo Pascal 

Kay Hradilak, Berlin 
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Anwendungsprogramme müssen 
häufig auf verschiedenen Rechnern 
und unter verschiedenen Betriebssy- 
stemen lauffähig sein. 

Damit entsteht das Problem - wenn 
man nicht dasselbe Programm mehr- 
fach entwickeln will Quelltexte so 
zu schreiben, daß sie von verschiede- 
nen Compilern verarbeitet werden 
können und als Programme in ihrer 
inhaltlichen Wirkung identisch sind. 
Dies soll zumindest für die Versionen 
eines Compilers (z. B. Turbo-Pascal) 
gelten, prinzipiell aber auch für ver- 
schiedene Compiler einer Sprache 
möglich sein. 

Compiler arbeiten auf bestimmten 
Rechnern unter bestimmten Be- 
triebssystemen. Das Problem er- 
wächst also zuerst aus der Existenz 
unterschiedlicher Hardware, deren 
besondere Möglichkeiten programm- 
sprachlich zu berücksichtigen sind. 
Für die gleiche Hardware sind in der 
Regel mehrere Betriebssysteme ver- 
fügbar (z.B. MS-DOS, XENIX, OS/ 
2 ). 


In ihrer Bezeichnung und in ihrer Be- 
deutung abweichende Sprachele- 
mente sind auch durch die Folge von 
Versionen für gleiche Maschinen und 
gleiche Betriebssysteme bedingt 
(Turbo 3.0 -> Turbo 4.0!). 

Man kann sagen: 

WENN eine Programmiersprache auf 
einer unterschiedlichen Hardware 
UND/ODER mit unterschiedlichen 
Betriebssystemen 

UND/ODER in unterschiedlichen 
Compilern 

UND/ODER in unterschiedlichen 
Versionen implementiert ist, 

DANN besteht die Frage 
der Sicherung der syntaktischen und 
semantischen Übereinstimmung von 
Quelltexten, kurz ihrer Compilerkom- 
patibilität bzw. Portabilität. 

Eine befriedigende Antwort kann die 
Anwendung zweier Prinzipien geben, 
die ich als Low Level Moduling und 
Obermengenorientierung bezeich- 
nen möchte. 

Low Level Moduling ist die Realisie- 
rung bestimmter maschinen- und sy- 


stemspezifischer Operationen (Be- 
griffsinhalt) in Unterprogrammen mit 
allgemeiner für alle Compiler gelten- 
der Nutzeroberfläche (Begriffsbe- 
zeichnung), die in Modulen zusam- 
mengefaßt sind. Es wird in Quelltex- 
ten, die durch die Bezeichner auf 
diese Operationen verweisen, solch 
eine syntaktische Übereinstimmung 
ermöglicht, daß sie entsprechend des 
unterschiedlichen Kontextes (Hard- 
ware, Betriebssystem, Compiler) 
eine gleiche Bedeutung (semanti- 
sche Übereinstimmung) haben. Dies 
muß auch für allgemeine Typen, Kon- 
stanten und Variable gelten. 

Low Level Moduling wird bereits 
durch die Standardbibliothek der je- 
weiligen Compiler verwirklicht: 

So hat die Verwendung des Bezeich- 
ners CLRSCR in allen Turbo-Pascal- 
Versionen ungeachtet zugrundelie- 
gender Hardware und Betriebssy- 
steme die gleiche Wirkung - das Lö- 
schen des Bildschirmes. 
Obermengenorientierung heißt, ma- 
schinen- und systemspezifische 


Operationen sowie allgemeine Ty- 
pen, Konstanten und Variablen, die in 
Low-Ievel-Modulen zusammengefaßt 
sind, bezüglich der gültigen Nutzer- 
oberfläche an den Erfordernissen der 
Obermenge des Leistungsangebotes 
zu orientieren. Bei Maschinen und 
Betriebssystemen mit geringerem 
Leistungsangebot (Tastatur, Dateiar- 
beit, optische Darstellung, Fehlerbe- 
handlung u. a.) sind diese Operatio- 
nen als Teilmenge des höchst verfüg- 
baren Maßstabes zu betrachten und 
zu programmieren. Compiler verwirk- 
lichen dieses Prinzip nicht ausdrück- 
lich. Die Anwendung dieser Prinzi- 
pien wird an der Behandlung der Ta- 
statur beim PC 1715 mit CP/M-kom- 
patiblen Betriebssystemen und bei 
PCs unter MS-DOS demonstriert. Die 
Prozeduren für die einzelnen Compi- 
ler können dem Listing entnommen 
werden. 

Compilerkompatible 
Tastaturbehandlung 
Die Tastaturbehandlung unterschei- 
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* PROGRAM KEYDEMO * 

* MODULE * 

fc*****************************************************^ j 
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PROGRAM KEYDEMO : 
us es crt; { NUR TURBO >= 4.0 !!} 


{" ALLGEMEINE KONSTANTEN UND TYPEN ZUR TASTATURBEHANDLUNG " } 

{ Die auf geführten Konstanten stellen nur eine Auswahl dar 
So fehlen zum Beispiel sämtliche ALT - und CTRL - Kombi- 
nation. Je nach Bedarf - Verwendeter Compiler ! - sollten 
sie im tfuelltext verbleiben. } 

CONST 

{ Bewegungstasten : } 

UF=#72 ; DOWN = #80.; LEFT=#75 ; RIGHT=#77 ; HOME=#71 ■ 
KEND=#79;PGUP=#73;PGDN=#81; 

INS=#82 ; DEL=#83 ; ESC=#27 ; CR=#13 ; 

{ Funkt ionstasten : } 

Fl=#59; F2=#60;F3=#S1;F4=#62;F5=#63 ; 

F6=#64 ; F7=#65 ; F8=#66 ; F9=4467 ; F10=#66 ; 

{ Zeichenmengenkonstanten : } 
d igs : SET OF char- [ ' 0 ' . . ' 9 ’ ] ; 
iets:SET OF char=[ ’ a’ . . ’ z * , ’ A' . . ' Z ’ ] ; 
asci i : SET OF char= [ ’ ' . . ' z ’ ] ; 

JN : SET OF char'- 1 ’ j ’ , ’ J ' , ' n ' , ’ N ■* ] ; 
noset: SET OF char=[]; 

{ Umwandlung Klein- in Großbuchstaben ? } 
upcaseon=true ; upcaseoff=false ; 

TYPE 

defsign_s =SET OF char; 
usedkey =ARRAY[1..2] OF char; 

CONST 

STANDSIGN = 1; SPECSIGN = 2; 
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{" ZEICHENIDENTIFIKATIONSROUTINE FÜR TURBO PASCAL 4. 0/5.0 " } 

FROCEDURE getkey(VAR key: usedkey) ; 

BEGIN{ proc getkeyf ) > 
key [SPECSIGN] : =#0; 
key [ STANDSIGN ] : =readkey; 

IF key [ ST ANDS I GN1 = # 0 THEN 
BEGIN 

key [SPECSIGN] : =readkey; 

END; { if key [STANDSIGN ] =#0 > 

END;{ proc getkey( ) } 

ZEICHEN IDENTIFIKATIONSROUTINE FÜR TURBO PASCAL 3.0 - MS-DOS " 

FROCEDURE getkey(VAR key: usedkey) ; 

VAR 

ch : char; 

BEGINi proc getkey( ) } 
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key [SPECSIGN] : =#0; 
read ( kbd, key [ STANDSIGN] ) ; 
IF key [ STANDSIGN ]=ESC THEN 
IF keypressed THEN 
BEGIN 

key [STANDSIGN] : -#0; 
read (kbd, key [SPECSIGN] ) ; 
END; { if keypressed } 

END; { proc getkey( ) } 


{” ZEICHENIDENTIFIKATIONSROUTINE FÜR TURBO PASCAL 3.0 - CPM 2.2"} 
{ Genutzt auf dem PC 1715 } 


PROCEDURE getkey{VAR key: usedkey) ; 

BEGINf proc getkey( ) } 
key [SPECSIGN] : =4*0; 
read (kbd, key [STANDSIGN] ) ; 

IF key [STANDSIGN] IN [~E, ~X, ~H, ~D, ~Q, ~R, A C] THEN 
BEGIN 

IF key[STANDSIGN]=-Q THEN 
BEGIN 

read (kbd, key [SPECSIGN] ) ; 

CASE key [SPECSIGN] OF 
'R : key [ SPECSIGN ]: =H0ME; 

' C : key [SPECSIGN] : =EEND ; 

ELSE key [SPECSIGN] : =**0 
END; [case key [SPECSIGN] } 

END 

ELSE 

CASE key [STANDSIGN] OF 
"E : key [ SPECSIGN ] : =UP ; 

'X: key [SPECSIGN] : =OOWN : 
key [SPECSIGN] : =LEFT; 

: key [ SPECSIGN] :=RIGHT; 

"R : key [SPECSIGN] : =PGUP; 

'• C : key [ SPECS IGN ] : =PGDN ; 

ELSE key [SPECS IGN] :=4*0; 

END ; { case key [STANDS IGN] >; 
key [STANDS IGN] : =4*0; 

END; {if key [STANDS IGN] in [] } . 

END;{ proc getkey( ) } 


ALLGEMEINE COMPILERKOMPATIBLE ROUTINE ZUR ABFRAGE EINER 
ENTSCHEIDUNG "} 


PROCEDURE getdec(yl, xl : byte; VAR decis : usedkey ; kl , k2 : defsign_s; 
upcaseon: boolean) ; 

BEGIN{ proc getdec( ) } 

REPEAT { — >( decis [STANDS IGN] in kl) or (decis [SPECSIGN] } 

gotoxy(yl, xl ) ; 

getkey (decis ) ; 

IF upcaseon THEN 

decis [STANDSIGN] : =upcase{ decis [STANDSIGN] ) ; 

UNTIL ( dec i s [ STANDS IGN] IN kl) OR (decis [SPECSIGN] IN k2 ) : 
END;{ proc getdec( ) } 


{" ANWENDUNG IN EINER MENÜ - SITUATION "} 




CONST 

firsty = 30; 
firstx = 12; 
maxehoice = 4; 
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133: VAR 

134: deqkey :usedkey; 

135: oldrnenpos, 

136: menpos , 

137: actx :byte; 

138: 

139: BEGIN{ prog KEYDEMO > 

140: {....} 

141: clrscr; 

142: gotoxy (f irsty, first,x) ; write(’+ +*) 

143: gotoxy{ f irsty, firstx+1 ); write(* ! ERFASSUNG }') 

144: gotoxy ( f irsty, f irstx+2 ) ; write( ’ { LESEN !') 

145: gotoxy ( f irsty, firstx+3 ); write{ * j VERÄNDERN {’) 

146: gotoxy( f irsty, firstx+4) ;write ( f j DRUCKEN j ' ) 

147 : gotoxy ( f irsty, f irstx+5 ) , write( J + + ’ ) 

148 : menpos : =1 ; oldrnenpos : =1 ; 

149: REPEAT{ -->deckey[ STANDS IGN] in [CR, ESC] } 

150: gotoxy ( succ( f irsty ) + 1 , f i rstx+menpos ) ; write( •*-->’ ) ; 

151: getdec( succ( f irsty ) , f i rstx+menpos , deckey, [CR, ESC], 

152: [UP, DOWN, PGUP, PGDN] , upcaseoff 5 ; 

153: IF deckey [ SPECS IGN ] < > #0 THEN 

154: ■ BEGIN 

155: CASE deckey [SPECS IGN] OF 

156: UP :IF menpos >1 THEN 

157: dec< menpos) 

158: ELSE 

159: menpos : =maxchoice; 

160 : DOWN : IF menpos< maxchoice THEN 

161: inc( menpos) 

162: ELSE 

163: menpos :=1; 

164: PGUP : menpos :=1; 

165 : PGDN : menpos : =maxchoice; 

166: ELSE BEGIN END 

137: END; { case deckey [SPECSIGN] } 

168: END ; { i f deckey [ SPECSIGN] <>#0 } 

169: gotoxy ( succ( f irsty ) +1 , f irstx+oldmenpos ) ;write( ' ’); 
170: gotoxy { succ( f irsty ) + 1 , fi rstx+menpos ) ; write{ ' — >’); 
171: oldrnenpos : =menpos ; 

172: UNTIL deckey [STANDSIGN] IN [CR, ESC]; 

173: IF deckey [STANDS IGN] = ESC THEN 

174: menpos :-0; 

175: { .... } 

176: END. { prog KEYDEMO } 


Sie sind auch eine Obermenge der 
möglichen Sonderzeichen. 
Entsprechend dergleichen Hardware 
und des gleichen Betriebssystems er- 
folgt die Zeichenidentifikation in der 
MS-DOS-Version von Turbo 3.0 ana- 
log zu den Versionen 4.0 und 5.0. Es 
gilt jedoch, die syntaktischen und se- 
mantischen Unterschiede der Stan- 
dardunterprogramme read (kbd,var 
ch:char) und readkey:char in get- 
key() zu berücksichtigen. Beim PC 
1715 mit seinen CP/M-kompatiblen 
Betriebssystemen steht allgemein 
der einfache ASCII-Kode mit seinen 
127 Zeichen zur Verfügung. 

Ein einfaches Zeichenfeld würde also 
als Übergabeparameter in getkeyO 
und getdecQ genügen; doch im Sinne 
der Compilerkompatibilität wollen wir 
eine allgemeine Nutzeroberfläche 
und eine Orientierung an der Ober- 
menge des Leistungsangebotes 
wahren. 

Das setzt aber voraus, daß nach den 
Erfordernissen des jeweiligen An- 
wendungsprogrammes die Bedeu- 
tung bestimmter Tastendrücke um- 


gelenkt wird (Semantikverschie- 
bung). 

Die allgemeinen Zeichenkonstanten 
der MS-DOS-Versionen werden - so- 
weit sie genutzt werden sollen - über- 
nommen. 

In dem Beispiel wird der Kode der 
Kursortasten entsprechend ihrer 16- 
Bit-Darsteliung in das 2. Element um- 
gelenkt. A R und A C werden als Betäti- 
gen der PgUp bzw. der PgDu-Taste 
betrachtet. Die Tastenfolgen A Q A R 
und A Q A C sollen die Bedeutung der 
Tasten Home bzw. End haben. 

Eine vorgeschlagene Nutzung der 
Funktionstasten /6/ erwies sich als 
problematisch und insbesondere zwi- 
schen CP/A und SCP als nicht kom- 
patibel. 

Die atomare Operation getkeyO ga- 
rantiert, daß die Tastaturnutzung beim 
PC 1715 in einem gewünschten und 
möglichen Umfang an dem höchsten 
verfügbaren Maßstab orientiert ist. Es 
können nun Anwendungsprogramme 
geschrieben werden, deren Quell- 
texte in bezug auf die Tastaturbe- 
handlung compilerkompatibel sind. 


Effektive Verwaltung von Datenelementen 


det sich bei der verglichenen Hard- 
ware und dem jeweiligen Betriebssy- 
stem erheblich, es gibt aber auch Un- 
terschiede bei den MS-DOS-Versio- 
nen von Turbo-Pascal. 

In den meisten Anwendungspro- 
grammen ist die Tastatur das Haupt- 
instrument der Nutzersteuerung. 

Eine sichere, eindeutige Nutzer- 
steuerung setzt als erstes voraus, 
daß in Entscheidungs- oder Erfas- 
sungssituationen vom Programm ge- 
wartet wird, bis eine Taste bzw. Ta- 
stenkombination betätigt wurde. 
Diese muß vom System identifiziert 
und an eine Variable des Anwen- 
dungsprogrammes übergeben wer- 
den. Dafür stehen in den Versionen 
bis 3.0 die Prozedur read(kbd,var ch 
:char) und ab 4.0 die Funktion read- 
key xhar zur Verfügung. 

Weiterhin dürfen in jeder Entschei- 
dungs- oder Erfassungssituation nur 
die Zeichen zulässig sein, die Pro- 
grammaktionen auslösen sollen (z. B. 
’0’..’9’ zur Funktionsauswahl, Ja/ 
Nein- Abfragen oder Buchstaben zur 
Texterfassung). Jede allgemeine Ta- 
staturabfrageroutine kann also fol- 
gende Bedeutung bzw. Inhalt haben: 

WIEDERHOLE SOLANGE 

- Warte bis Taste oder Tasten- 
kombination betätigt. 

- Identifiziere Zeichen und über- 
gebe es an eine Programmvariable 
BIS ÜBERGEBENES ZEICHEN IN 
ZULÄSSIGER MENGE 

Eine solche Routine muß als atomare 
Operation eine Zeichenidentifi- 
kationsroutine erhalten. Diese Pro- 
zedur soll getkeyO heißen. Sie kann 
zum Beispiel in einer Routine zur 
Abfrage einer Entscheidung - pro- 
cedure getdecQ - genutzt wer- 
den. 

Die Syntax bzw. die Nutzeroberfläche 
beider Routinen enthält folgende Pa- 
rameter: 

(D Prozedur getkeyO 

- eine Variable zur Übernahme des 
jeweiligen Zeichenkodes 

(D Prozedur getdec() 

- eine Variable zur Übernahme des 
jeweiligen an getkeyO zu übergeben- 
den Zeichenkodes 


- die zulässige Zeichenmenge 
und als zusätzliche Funktion: 

- die Ermittlung der Bildschirmposi- 
tion bei der Tastaturabfrage 

- die (boolesche) Festlegung, ob 
eine automatische Umwandlung von 
Klein- in Großbuchstaben erfolgen 
soll. 

Beide allgemeinen Routinen sind nun 
inhaltlich und formell bestimmt. Damit 
ist ein Low-Ievel-Moduling im wesent- 
lichen möglich. 

Der höchste verfügbare Maßstab der 
betrachteten Versionen wird durch 
die MS-DOS-Compiler bereitge- 
stellt: 

Der Zeichencode wird vom System 
als 2-Byte-Ausdruck gespeichert. Die 
beiden Bytes sind dabei meist wech- 
selseitig auf Null gesetzt. Es gilt: 
Wenn das niederwertige Byte <> 0 
ist, dann handelt es sich um eine 
Standardtaste bzw. ein Zeichen des 
erweiterten ASCII-Kodes, ansonsten 
wurde eine Sondertaste betätigt (z. B. 
Fl). 

Es kann auch der Umschaltstatus 
(Shift) festgestellt werden, sowie wel- 
che der doppelt vorhandenen Tasten 
gedrückt wurde. 

Uns soll vor allem der 2-Byte-Aus- 
druck interessieren. Um die benutzte 
Taste bzw. Tastenkombination ein- 
deutig zu bestimmen, kann ein Zei- 
chenfeld mit 2 Elementen definiert 
werden: 

TYPE 

usedkey = array [1..2] of char; 

Vereinbart wird, daß das 1 . Element 
Zeichen des Standard- bzw. des er- 
weiterten ASCII-Kodes und das 2. 
Element Zeichen des Sonderzei- 
chensatzes speichert: 

CONST 

STANDSIGN = 1; 

SPECSIGN = 2; 

Wenn also eine Sondertaste bzw. Ta- 
stenkombination gedrückt wurde, ist 
das 1 . Element gleich #0, im anderen 
Falle erhält das 2. Element den Wert 
#0 zugewiesen. Die beiden Routinen 
können nun programmsprachlich for- 
muliert werden. 

Zur Nutzung der Sonderzeichen sind 
allgemeine Konstanten vereinbart. 


in Datenbankprojekten sind in der 
Regel mehrere Dateien zu verwalten, 
die teilweise gleiche Datenelemente 
enthalten. Ein einfaches Verfahren 
zur Verwaltung der Datenelemente 
mehrerer Dateien sowie des Datei- 
aufbaus für einen differezierten Infor- 
mationsbedarf und zur Dokumenta- 
tion wird an einem Beispiel beschrie- 
ben. Die Verwaltungsdatei ELE- 
MENTE hat den Aufbau nach Tafel 1 . 
Jeder Satz dieser Datei beschreibt 
ein Datenelement. Über die logischen 
Variablen DATEI— 1, DATEI-... 
wird markiert, in welcher der zum Pro- 
jekt gehörigen Dateien dieses Daten- 
element benutzt wird. 

Das Feld DATUM wird zur Registratur 
der letzten Satzänderung genutzt. 
BEDEUTUNG dient der verbalen Be- 
schreibung des Datenelementes. 
Nach der Veränderung der Sätze in 
ELEMENTE kann das gesamte Datei- 
ensystem leicht durchgängig neu ge- 
staltet werden: 

1. Daten der DATEL1 auf HILF_1 
(erste Hilfsdatei) kopieren (falls not- 
wendig). 

2. use ELEMENTE 

Store “DATEI 1“ to M_HILF 
copy to HILF_2 field FELD_NAME,; 
FELD-TYP, FELD_LAEN, FELD_DEZ; 
for &M HILF .and. .not. PARAMETER 

3. create &M_HILF_2 

4. Daten aus Hilfsdatei an neue DA- 
TEI 1 anhängen. 

Analog ist mit DATEI_2 bis DATEI- 


Tafel 1 Verwaltungsdatei ELEMENTE 


... zu verfahren. Der entsprechende 
Zyklus ist unter Nutzung des 
DATL/M-Datenelementes als Ende- 
kriterium leicht programmierbar. 

Vor dem dritten Schritt kann der 
Name der Feldelemente in der Datei 
HILF_1 gegebenenfalls dateispezi- 
fisch modifiziert werden (das Daten- 
element ELN wird so zum Beispiel in 
DATEL1 zu A-ELN und in DATEL2 
zu B-ELN usw.). Damit ist die Ver- 
wendung von Alias-Vorsätzen über- 
flüssig. 

ln die Datei ELEMENTE wurde auch 
das Datenelement PARAMETER auf- 
genommen. Durch die Möglichkeit 
der Kommentierung und die Nutzung 
der Feldelemente FELD-TYP, . . . 
kann dies vorteilhafter als die Ver- 
wendung einer Merk-Datei sein. Da- 
mit wird eine durch externe Parame- 
ter oder Variablen gesteuerte Pro- 
grammierung und eine einfache Pro- 
grammanpassung möglich: 

- Ablauf- oder Variantensteuerung 
durch Übernahme von PARAMETER 

- datenelementabhängige Operatio- 
nen (z. B. Textkettenverarbeitung 
und Bildschirmgestaltung) durch 
Übernahme der Beschreibungsele- 
mente FELD-TYP, FELD-LAEN und 
FELD-DEZ 

Die Datei ELEMENTE wird darüber 
hinaus für weitere Zwecke (z. B. 
Kennzeichnung einer Indexierung 
nach dem Dateiaufbau genutzt. 

Dr. Jochen Kayser 


FELDNAME 

FELD-TYP 

FELD LAEN 

" FELD-DEZ 

FELD NAME 

C 

10 

0 

FELD-TYPE 

C 

1 

0 

FELD-LEN 

N 

3 

0 

FELD-DEC 

N 

3 

0 

BEDEUTUNG 

C 

20 

0 

PARAMETER 

L 

1 

0 

DATEI-1 

L 

1 

0 

DATEI-2 

L 

1 

0 

DATEI-3 

L 

1 

0 

DATEI-. . . 

L 

1 

0 

DATUM 

D 

8 
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COM ’ 9 0 

Als Messe mit einem eigenen Cha- 
rakter hatten die Veranstalter der er- 
sten deutsch-deutschen Computer- 
messe ihr Projekt konzipiert. Aus- 
gangspunkt war der künftige große 
Bedarf für den Computereinsatz, der 
auf dem Gebiet der DDR erwartet 
wird. Ziel sollte erklärtermaßen nicht 
das Bestreben möglichst hoher Ver- 
kaufsabschlüsse sein, sondern die 
Kontaktaufnahme mit potentiellen 
Partnern sowie die Beratung. Diesem 
Anliegen entsprach auch der beglei- 
tende Fachkongreß. 

Als Veranstalter der vom 30. Mai bis 
zum 1 . Juni laufenden Messe fungier- 
ten die Kammer der Technik Erfurt 
und die Firma Dr. Anton & Partner aus 
der Bundesrepublik. 

Zwar waren kaum „ganz große“ 
Hard- oder Softwareanbieter vertre- 
ten (Ausnahmen: Apple und Tektro- 
nix), aber unter den etwa 1 50 Ausstel- 
lern gab es doch viele bekannte Na- 
men, angefangen von Acer, Adcomp 
und Altos über Goupil und Peacock 


bis zu RAIR und Volkswriter. Dane- 
ben boten etliche Beratungsunter- 
nehmen ihre Leistungen an. Das aus- 
gewählte Messegelände, die iga in 
Erfurt, und der Termin Ende Mai mit 
herrlichem Wetter boten die besten 
Voraussetzungen zum Gelingen der 
Veranstaltung. 

Dennoch hatten wir den Eindruck, 
daß die von den Veranstaltern pro- 
gnostizierte Zahl von 50 000 Besu- 
chern bei weitem nicht erreicht wurde 
- zumal sich die Messebesucher 
noch mit den Urlaubern und Schul- 
klassen vermischten, die sich als Be- 
sucher der iga an den herrlichen Blu- 
men ergötzten. Die noch fehlende 
Professionalität, die sich in einigen 
organisatorischen Anlaufschwierig- 
keiten zeigte, dürfte kaum der Grund 
gewesen sein. 

Trotzdem läßt sich aber vielleicht bei- 
spielsweise die Aufmerksamkeit ge- 
genüber der Fachpresse bei einer 
nächsten COM noch steigern. 

Zu wünschen ist der Veranstaltung 
künftig jedenfalls ein größerer Zu- 
spruch. MP-We 


Hannover Messe Industrie ’9 O 


Also lag es doch nicht nur an den mil- 
den Frühlingslüften des Maimonats, 
daß mir der Besuch der Flannover 
Messe Industrie nach der wenige Wo- 
chen zuvor stattgefundenen CeBIT 
so viel geruhsamer, beschaulicher 
und damit nervenschonender vor- 
kam: Der Abschlußbericht der Messe 
AG bestätigt es - gegenüber 560 000 
Besuchern der CeBIT ’90 drängte es 
„nur“ 390 000 zu den Neuheiten der 
HMI (HMI = Hannover Messe Indu- 
strie. Was wären wir ohne Abkürzun- 
gen!), das sind auch weniger als im 
Vergleichsjahr 1988 mit 445000 Be- 
suchern. Dabei kamen immerhin über 
30 000 Fachbesucher aus der 
DDR. 

Die HMI ist derzeit in 1 4 Fachmessen 
untergliedert, die von einem umfang- 
reichen Rahmenprogramm begleitet 
werden. Für Mikroelektronik- und 
Computerinteressenten sind vor al- 
lem die Hallen 13 und 18 von Inter- 
esse. In letzterer wurden von etwa 
200 Ausstellern auf etwa 7000 m 2 die 
C-Techniken für die Fertigung prä- 
sentiert; besonders im Hinblick auf 
das Zusammenwirken der einzelnen 


C-Komponenten wie CAD, CAM, 
CAQ usw. Zentraler Blickpunkt der 
Halle war auch diesmal ein soge- 
nanntes CIM-Leitzentrum, wo eine 
funktionsfähige Modellfabrik mit kun- 
denspezifischer Fertigung aufgebaut 
war. An diesem Projekt, bei dem der 
für CIM notwendige durchgängige In- 
formationsfluß an zwei Beispielen 
veranschaulicht wurde, beteiligten 
sich 25 Firmen. Auch wenn von offi- 
zieller Seite diese Art Präsentation 
als Erfolg bewertet wurde und zwei- 
fellos das Anliegen lobenswert ist, 
das Zusammenspiel so vieler Ele- 
mente verschiedener Hersteller beim 
CIM zu zeigen - es drängte sich doch 
die Frage nach dem Verhältnis von 
Aufwand zu Nutzen auf; und das Be- 
sucherinteresse hielt sich ja auch in 
Grenzen. (Übrigens: Ohne im gering- 
sten etwas unterstellen zu wollen, 
mich erinnerte der Stand doch sehr 
an die Halle 15 der Leipziger Messe, 
in der man unseren ehemaligen politi- 
schen Größen regelmäßig die schein- 
bare Leistungsfähigkeit von irgend et- 
was „demonstrierte“.) 

Aber nicht nur im CIM-Zentrum, son- 


dern auch an vielen anderen Ständen 
zeigten die Aussteller - beispiels- 
weise WANG und Prime - vor allem 
die Anwendung von CAD. Generell 
kam hier also hauptsächlich der Inter- 
essent auf seine Kosten, der auf der 
Suche nach Lösungen - Hardware 
plus Software - war. Eine weitere, al- 
lerdings kleinere Präsentation ver- 
schiedener Hersteller gab es auf ei- 
nem Gemeinschaftsstand, wo die An- 
wendung des Profibus gezeigt wurde. 
Als nationale Feldbusnorm sollen 
seine Teile 1 (OSI-Schichten 1 und 2) 
und 2 (OSI-Schicht 7) nun veröffent- 
licht werden. Da der Profibus als offe- 
ner Feldbus Geräte verschiedener 
Hersteller vernetzt, kommt auch ihm 
beim CIM eine gewisse Bedeutung 
zu. 

In der genannten Halle 13 zeigten 
etwa 260 Unternehmen auf der Fach- 
messe MICROTRONIC - Bausteine 
der Elektronik Bauelemente und Bau- 
gruppen der Elektronik, Komponen- 
ten der Optoelektronik und Sensor- 
technik, Mikrocomputersysteme und 
Softwareprodukte. Die allgemeine 
Leitlinie wurde von dem Einfluß be- 
stimmt, den die Mikroelektronik heute 
auf praktisch alle Industriebereiche 
nimmt und die Chancen, die sie durch 
die Einbeziehung mikroelektroni- 
scher Komponenten und Systemlö- 
sungen der Industrie bietet. Auf einer 
speziellen VMEbus-Straße ließ sich 


an den vielen Ständen wiederum die 
Bedeutung dieses Bussystems im in- 
dustriellen Bereich erkennen. Im Mi- 
crotronic Transputer-Center zeigten 
etwa zehn Firmen - darunter Inmos, 
Hema und parsytec/paracom - nicht 
nur ihre neuesten Produkte, sondern 
informierten und berieten auch über 
die Einsatzmöglichkeiten und Lei- 
stungsfähigkeit von Transputersyste- 
men. Von Atari war hier übrigens mit 
der Atari T ransputer Workstation ATW 
eines der wenigen explizit ausgestell- 
ten Mikrocomputersysteme zu se- 
hen. Eine größere Exposition solcher 
Systeme gab es nur am Stand von 
Kontron, wo „der erste und kleinste 
tragbare Industrierechner mit EISA- 
Bus“, der IPLite, präsentiert wurde. 
Wahlweise kann in den 386/486-Por- 
table sogar noch der 64-Bit-RISC- 
Prozessor Intel 860 eingesetzt wer- 
den, ebenso wie in den gezeigten 
PSC 860, einen AT 386 als „Personal 
Super Computer“. 

Wenn es um Automatisierung, C- 
Komponenten und Mikroelektronik 
geht, spielt die weltgrößte Messe - 
trotz CeBIT-Konkurrenz - immer 
noch eine bedeutende Rolle. Die 
nächste Hannover Messe Industrie 
findet übrigens vom 10. bis 17. April 
1991 statt: Allerdings finden Sie die 
MICROTRONIC dann nicht mehr in 
der Halle 1 3, da diese das Domizil der 
C-Techniken sein wird. MP-We 


MP auf Bildungsreise 

Ende Juni hatte MP gemeinsam mit 
etwa zehn Vertretern der DDR- 
Presse - Redakteuren und Mitglie- 
dern der ehrenamtlichen Redaktions- 
beiräte - Gelegenheit zu einer mehr- 
tägigen Technologiereise. Auf dem 
Programm der Informationstour, zu 
der die Digital Equipment GmbH ein- 
geladen hatte, standen Besuche und 
Besichtigungen bei verschiedenen 
Hard- und Softwareherstellern im 
südlichen Raum der BRD. Bei DEC- 
weltweit zweitgrößter Computerher- 
steller - beispielsweise im neuen 
Werk in Kaufbeuren, das Technolo- 
giezentrum und Fertigungsstätte für 
Speichertechnik ist. Hier werden ge- 
genwärtig unter Reinraumbedingun- 
gen u.a. die Winchesterspeicher RA 
92 mit 1,2 GByte Kapazität produ- 
ziert. Besichtigungen des Rechen- 
zentrums der europäischen Zentrale 
von EASYNET, einem der größten 
privaten Netze der Welt, in dem die 
Firma rund um den Globus etwa 
50000 Rechner verknüpft hat, zeig- 
ten die Bedeutung der Informations- 
technik für moderne Unternehmen. 

Bei NCR in Augsburg konnte eine 
nach modernsten Gesichtspunkten 
ausgestattete Leiterplattenfertigung 
und die PC-Produktion besichtigt 
werden. Während der PC 486/25 MC 
gerade in der Fertigung war, wurde 
die Produktion des 33-MHz-486 be- 
reits vorbereitet. Eigenartig berührten 
uns in den Werkshallen sowohl bei 
DEC als auch bei NCR Schautafeln 
mit den Kennziffern der vorgegebenen 
und der erreichten Produktion, an- 
spornende Losungen sowie bei NCR 
die Straße der „Besten des Monats“ 


(die Fotos in Rot gerahmt). Uns kam 
das nur zu vertraut vor, aber es war 
an diesen Orten kaum zu erwarten. 
Neben den Erfahrungen durch Au- 
genschein war jedoch auch vieles zu 
der sogenannten Firmenphilosophie, 
das heißt dem Selbstverständnis der 
Unternehmen und der daraus abge- 
leiteten Marktstrategie, zu erfahren. 
Interessant waren hier vor allem die 
Schilderungen eines Mitbegründers 
der Firma Softlab, die 1971 trotz gro- 
ßer Skepsis von außen eine Softwa- 
reproduktion nach amerikanischem 
Vorbild begann und damals schon auf 
Computeranwendung zur Software- 
produktion setzte. 

Heute ist die Münchener Firma unter 
anderem durch ihr Programmpaket 
Maestro und die langjährigen CASE- 
Erfahrungen eines der führenden 
Softwarehäuser der BRD. 

Bei Siemens wurde ein Einblick in die 
Produktion von Telefonzentralen und 
ein Ausblick in die durch ISDN ge- 
prägte Zukunft gegeben. Schließlich 
gab es noch einen Besuch im Sie- 
mens-Museum in München, der auch 
unseren Lesern zu empfehlen ist 
(Eintritt frei), da hier ein Spektrum von 
den Anfängen der Elektrizität bis zum 
Megabitspeicher geboten wird. 
Sowohl die insgesamt gewonnenen 
(auch Hintergrund-Informationen 
über die besuchten Firmen als auch 
die Kontakte zu Kollegen der BRD- 
Fachpresse - freundlicherweise 
ebenfalls von DEC organisiert - dürf- 
ten für unsere weitere Arbeit, und da- 
mit auch für Sie, liebe Leser, von nicht 
geringem Wert sein. MP-We 
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Atari 
ABC 286 

Während Atari bereits jahrelang 
erfolgreich bei der Entwicklung 
und Herstellung von Computern 
auf der Basis von Motorola- Pro- 
zessoren war, wurde 1986 mit 
dem Atari PC eine zweite Rich- 
tung eingeschlagen, die Ent- 
wicklung MS-DQS-kompatibter 
Technik mit Intel -Prozessoren. 
Der erste Atari PC verfügte über 
5t 2 KByte RAM und wurde be- 
reits mit 8 MHz getaktet. Diese 
PC-Reihe wurde über den PC 2 
bis hin zum PC 5 - Ataris erstem 
32-Bil-PC - fortgesetzt. Etwas 
verwundern mag deshalb, daß 
mit dem ABC 286-30 die Nume- 
rierung der PC-Generationen 
verlassen wurde. 

Der ABC - in diesem Jahr auf der 
Leipziger Frühjahrsmesse aus- 
gestellt - ist wie der PC 4 ein 
Rechner der AT-Klasse. Seine 
Bestückung verrät, daß er mit ei- 
ner Mmimatausstattung sowohl 
platzsparend als auch kosten- 
günstig konzipiert wurde (die 
Stellfläche seines Grundgerätes 
ist kaum großer als die des Moni- 
tors). 

Der ABC bietet all das. was zur 
Zeit international zum Standard 
gehört: einen 80286-Prozessor, 
640 KByte RAM, eine 30-MByte- 
Festplatte, eine batteriegepuf- 
ferte Uhr sowie eine parallele 
und zwei serielle Schnittstellen. 
Der Hauptspeicher kann auf der 
Grundplatme {ohne daß ein Er- 
weiterungssteckplatz benötigt 
wird) mit Singie-inline-Memory- 
Modulen (SIMMs) auf 2.5 bzw. 4 
MByte ausgebaut werden - ab- 
hängig vom SIMM-Typ. Von den 
3 Erweiterungssteckplätzen ist 
einer durch die Control ierkarte 
für die Laufwerke belegt. Ein 
Sockel für den Koprozessor 
80287 vervollständigt das 
Ganze. Als einziger Nachteil er- 
scheint die Taktfrequenz von nur 
10 MHz, die sicher den kosten- 
günstigen Prozessor- und RAM- 
Schaltk reisen geschuldet ist. 
Eine Beschleunigung wird dage- 
gen wiederum durch den ver- 
wendeten NEAT-Chipsatz er- 


reicht (NEAT — New Enhanced 
Advanced Technology). 
Standardmäßig ist der ABC mit 
einer 30-MByte-Festplatte und 
einem 3 Vz-Zoll-Floppylaufwerk 
mit 1 .44 MByte (senkrecht in die 
Mitte der Frontblende eingelas- 


sen) bestückt , Darüber hinaus ist 
Platz für eine zweite Harddisk 
oder ein 5 V*-Zoll-Floppylauf- 
werk mit 360 KByte. Beide kön- 
nen zusätzlich an die Controller- 
karte angeschlossen werden. 
Für die Installation solcher Lauf- 


werke wurden übrigens im mit- 
gelieferten, deutschsprachigen 
Benutzerhandbuch detailliert 
Hinweise gegeben, Schwierig- 
keiten können jedoch Uneinge- 
weihte bekommen, wenn sie ein 
SCSI-Laufwerk installieren wol- 
len (übrigens nicht nur bei die- 
sem Rechner). Sie müssen dann 
im Setup- Programm nicht etwa 
die auf dem Plattengehäuse auf- 
gedruckte Zahl eingeben, son- 
dern lediglich die Enter-Taste 
drücken. Hinter dem Punkt Fixed 
disk drive C type erscheint dann 
die Ausschrift „Not installed'L 
was soviel heißt wie: keine Hard- 
disk da. Nach einem Reset boo- 
tet der Rechner dann aber trotz- 
dem anstandslos von der Platte 
Außer dem Setup- Programm 
bietet der Chipsatz des ABCs 
noch die Möglichkeit eines er- 
weiterten Setups, mit dem die 
Register des NEAT-Chipsatzes 
beeinflußt, die Zahl der Warte- 
zyklen vore ingestellt, die DRAM- 
Konfiguration angegeben sowie 
Page- und Interleave-Modus ge- 
wählt werden. Hierfür wird das 
Programm NEAT aufgerufen 
Nach einem Neustart greift der 
Prozessor mit der im erweiterten 
Setup eingestellten Zahl von 
Warte zyklen auf den Speicher 
zu. Der 4-Finger-Griff Control- 
Alt-Leftshift und + oder auf 
dem Zahfenblock erlaubt aber je- 
derzeit, von der DÖS- Ebene aus 
zwischen 0 und 1 Wartezyklus 
umzuschalten. Das könnte dann 
sinnvoll werden, wenn der 
Hauptspeicher mit langsamen, 
(aber billigen) Speicherchips er- 
weitert wird. Die auf der System- 
platine integrierte Grafik ist 
ebenfalls auf Vielfalt eingestellt. 
Sie unterstützt die vier Modi 
EGA, CGA, MDA und Hercules 
sowie entsprechende Färb- oder 
S/W-Monitore und Multisync- 
Monitor©. Ein Umstieg auf VGA 
kann später durch Karten- und 
Monitoraustausch erfolgen, 

Als Betriebssystem liefert Atari 
zum ABC die zur Zeit wohl am 
weitesten verbreitete MS-DOS- 
Version 3.3, und als Zusatz gibt 
es den GW-Basie-lnterpreter 
(beides mit Handbuch) sowie 
Utilities. 

Dem Anspruch, „viel Leistung für 
wenig Geld 1 ' zu liefern sollte Atari 
auch beim ABC gerecht gewor- 
den sein. 

MP Hk 


Einige technische Daten 


Prozessor 

Intel 80286 

optional 

Koprozessor 00287 

Taktfrequenz 

8/10 MHz 

RAM 

640 KByte, erweiterbar auf 2,5 oder 

4 MByte mit 256-KBrt- bzw 1 -MBit-SIMMs 

ROM 

96 KByte 

Schnittstellen 

2 x seriell (davon 1 x für Maus), t * parallel 

freie Steckplätze 

2x AT 

Laufwerke 

30-MByte-HarödiSk, 5 V+Zoll; 

1 , 44 - M Byte -Floppy , 3 VaZoll: erweiterbar um eine 
360-KByte-Floppy. 5 V*Zo1l 

Grafikadapter 

EGA (640 x 350 Pixel, 1 6 aus 64 Farben) 

CGA (640/320 x 200 Pixel, 2/4 aus 1 6 Farben) 

MDA (720 X 350 Pixel) 

HGC(720 x 348 Pixel) 

Momiortyp 

Monochrom-, färb- oder Muttisync-Momtor 

Tastatur 

MF 2, 102 Tasten 

Abmessungen 
(H x B x T) 

T5 x 38 x 41 cm s 

Preis 

21 98,- Mark (8 MHz). 2290 - Mark 1 1 0 MHz) 




wir Drin ge 
den besten I 

zusammen 


Wir sind ein tech- 
nisch-wissen- 
schaftlicher 
Verband für alle 
Ingenieure, Natur- 
wissenschaftler 
und Techniker, 
die in dem weiten 
Bereich der 
Elektrotechnik und 
Elektronik tätig 
sind, 



Wenn Sie auch Mit- 
glied werden wollen, 
senden Sie uns den 
ausgefullten Aufnah- 
meantrag zu oder 
schreiben Sie einfach 
an die Adresse: 

VDE « 

Verband Deutscher 
Elektrotechniker 
Stresemannallee IS 
VDE-Haus 
D-6000 Frankfurt 
am Main 70 . 


Auf einen Dialog mit 
Ihnen würden wir 
uns freuen. 


regional 

Wu sorgen für die Weiterbildung und 
berufliche Profilierung. Regional ist der 
VDE in Bezirksveremen organisiert. In 
den industriellen Zentren der DDR - 
beispielsweise in Dresden und Cottbus - 
sind bereits VDE -Bezirksvereine in 
Gründung. Berlin und Umgebung wird 
von unserem Elektrotechnischen Verein 
Berlin (ETV) betreut 

Informationen und Kontakte bieten wir 
unseren Fachkollegen in der DDR für die 
Zeit der Neuordnung zu Sonderkondi- 
tionen; 

Beitragsbefreiung für 1990, Übergangs- 
regelungen für 1991 und 92, verbilligter 
Bezug der VDE - Fachzeitschriften, ver - 
günstigte Teilnahme an Kongressen und 
Seminaren. 


national 

Wir fördern durch unsere fünf Fachgesell- 
schaften die Weiterentwicklung von Elek- 
trotechnik und Elektronik auf den Gebie- 
ten Informationstechnik (ITG), Energie- 
technik (ET G), Mikroelektronik (GME), 
Meß- und Automatisierungstechnik 
(GMA) sowie Femwerktechnik (FWT), 
Wir erarbeiten Normen und Sicherheits- 
bestimmungen, prüfen elektrotechnische 
und elektronische Geräte und Komponen- 
ten zum Schutz und Nutzen der Verbrau- 
cher und geben technisch -wissenschaftli- 
che Publikationen heraus, 

Verband 
Deutscher 
Elektrotechniker 


international 

Wir haben weltweite Verbindungen 
Wer heute bei wichtigen Fragen der 
Elektrotechnik mitreden will, braucht 
Weltoffenheit und internationales For- 
mat, Sie lernen auf Tagungen und Semi- 
naren die besten Fachleute kennen. 



Ich beantrage die Aufnahme als □ persönliches Mitglied □ Jungmitglied (Student) 


Vorname Titel/Beruf 


PLZWohnort (Privatanschnft) Straße Telefon ~ Verband Deutscher 

Elektrotechniker (VDE) e, V, 

Geburtsdatum beschäftigt bei (Tjruversität/FH- Fachrichtung - vorauss Studienende) VDE-Haus 

Stresemannallee 15 

PLZ/Wohnon (Geschäflsanschnft) Straße Telefon (bet Studenten: Heimatanschrift) 

6000 Frankfurt/Main 70 

Ort , Datum Unterschrift 

Zuordnung zu einer Fachgesellschaft gewünscht? ITG - ETTG - GME - GMA - FWT (max. 3) 

Ich bin damit einverstanden, daß die hier gemachten Angaben für satzungsgemäße Zwecke des VDE be- und 
verarbeitet werden und daß dies auch mit Hilfe der elektronischen Datenverarbeitung geschieht. 
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Wer morgen konkurrenz- 
fähig sein will, muß heute auf 
die neueste Technik setzen. 
Risiken kann man sich nicht 
leisten. Deshalb entscheiden 
sich große Hersteller für 
Produkte von ©r Auch Sie 
sollten für Ihr Geld nur das 
Beste verlangen. 


or bietet Ihnen dos weltweit 
größte Spektrum an VMEbus 
Einfacheuropa-Baugruppen 
und dos in konsequenter CMOS 
Technik. Das Programm um- 
faßt 68000 und IBM kompatible 
CPU-Boards, Signalprozes- 
soren, Grafik, Massenspeicher 
und industrielle I/O sowie die 
Betriebssysteme OS-9, VRTX, 
VxWorks, PDOS und MS-DOS. 


Unsere 68000 CPU Familie 
wurde erst jüngst auf knapp 100 
Typen erweitert. Das Leistungs- 
spektrum reicht vom 68000 
bis zum 68040, 


Für das Gebiet der DDR suchen 
wir technisch erfahrene 
Distributoren, Ingenieurbüros 
und Kooperationspartner, 


Die VMEbus Boards für höchste Anforderungen 


oettle+reichler GmbH 
hduslriaf Computers 
Sieglindenstr. 19 D -8900 Augsburg 1 
TeL (0821 ) 5034 0, Fox (0821 ) 5034-119 



VC PU -02: Low Cast CPU Board 

■ 68HCG0Ö 16MHz CMOS Prozessor 

■ max. 2 Mbyte dual ported SRAM 

■ max. 4 Mbyte dual ported DRAM 

■ max. 1 Mbyte EPROM 

■ 2 async./sync, RS- 232/422/485 Kanäle 

■ 36 TTL I/O Leitungen, interruptfähig 

■ Drei 16- Bit Counter/Timer 

■ Ecbtzeiluhr, Waichdog 

■ System Controller, SGL Arbiter 

• Mulliprazessorfähig, Mailbox-Interrupt 

■ optional SCSI und Floppy Interface 

* OS-9, PDOS und VRTX verfügbar 

e +5V, 0,6 A, optional -40 bis +85 Grad 


VCPU-00: Standard CPU Board 

■ 68HCOOO 16MHz CMOS Prozessor 

■ max, 512 Kbyte dual ported SRAM 

■ max, 1 Mbyte EPROM 

■ 4 async./sync RS -232/422/4 85 Kanäle 

■ 40 TTL I/O Leitungen, interruptfähig 

■ Sechs 16-Bif Counter/Timer 

■ Echtzeituhr, Waichdog 

■ System Controller, 4-level Arbiter 

■ Multiprozessorfähig, Mailbox-Interrupt 

■ optional SCSI und Floppy Interface 

■ optional -40 bis +85 Grad 

s OS-9, PDOS und VRTX verfügbar 

■ Law Power +5V, 0,7 A 


VCPU-20: High Performance CPU Board 

■ MC68020 33MHz HCMOS Prozessor 
9 MC68881/2 Floating Point Unit 
b max. 2 Mbyte dual ported SRAM 
# max, 8 Mbyte dual ported DRAM 
9 max. 2 Mbyte EPROM, 32-Bd 
9 2async. RS-232/422 Kanäle 
m EchtzeMuhr, Waichdog 
9 System Controller, 4-1evel Arbiter 
9 Muftiprozessorföhig, Moilbox-Inlerrupt 
9 optional SCSI und Floppy Interface 
9 optional -40 bis +85 Grad 
9 OS-9, PDOS und VRTX verfügbar 
9 Low Power +5V, 0,9 A 


VAforluhM- Silberpfol SaLber-Mei cedei Daimler Benz AG Trademarks OS-9 - MiciOware, PDOS - Evonrig Research, VRTX - Read* S^ilen'iv MS-DOS - Micro»# 
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Immer mehr Firmen erkennen die Notwendigkeit, 
ihre Rechner zu vernetzen. Wie unser Titelbild 
zeigt, werden dabei verschiedenste Rechnertypen 
verkoppelt. Die zahlenmäßig größte Gruppe stellen 
dabei sicher die PCs; deshalb legt unser Titelbei- 
trag „Einsatz lokaler PC-Netze“ auf der Seite 4 hier 
den Schwerpunkt. Er gibt Ihnen einen Überblick 
über die Netzwerktypen und die Begriffswelt der 
Netze. 

Ergänzend werden Ihnen mit „Starthilfe“ die häufig- 
sten Netzwerk-Fragen auf der Seite 8 beantwortet. 


Systmdienstraf (INT 2t H) 
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Vorschau 

ln MP 11/1990 müssen Sie unbedingt lesen: 

• RISC 

• Nantucket Tools II 

• Darf's auch ein 486er sein? 

• Microsoft C 6.0 PDS 
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Bei der Überführung von Anwenderprogrammen 
von einem Betriebssystem auf ein anderes ist ein 
Hauptproblem die unterschiedliche Parameter- 
übergabe für die Betriebssystemrufe. Zur Überwin- 
dung dieser Schwierigkeiten standardisiert IEEE 
855 - auch MOSI genannt - die Schnittstellen von 
Betriebssystemen. Der Beitrag „Standardgerechte 
Betriebssysteminterfaces“ auf der Seite 12 befaßt 
sich mit diesem Standardvorschlag und erläutert 
ein Anwendungsbeispiel für die Betriebssysteme 
MS-DOS und SM-DOS. 
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Die Elektrotechniker im 
vereinigten Deutschland 

In Verbindung mit der bevorstehen- 
den Vereinigung beider deutscher 
Staaten hat der Vorstand des Fach- 
verbandes Elektrotechnik der Kam- 
mer der Technik (KDT) am 19. Juni 
1 990 beschlossen, seine Tätigkeit mit 
Wirkung vom 30. September 1990 
einzustellen. Er geht mit seiner Ent- 
scheidung davon aus, daß in einem 
geeinten Deutschland die auf den 
Fachgebieten Elektrotechnik und 
Elektronik tätigen Ingenieure in einer 
einheitlichen Ingenieurorganisation 
wirken sollten und der Verband Deut- 
scher Elektrotechniker (VDE) der 
Bundesrepublik Deutschland die 
Rolle dieser einheitlichen Ingenieur- 
organisation deutscher Elektrotech- 
niker übernehmen wird. 

Vorstand des Fachverbandes 
Elektrotechnik 

Vorsitzende und Mitglieder des Vor- 
standes zentraler Fachgremien kön- 
nen laut Statut zwar als Person aus 
der KDT austreten, haben jedoch 
nicht das Recht, über die Existenz 
von Struktureinheiten der Kammer 
der Technik zu entscheiden. Dies ist 
ausschließlich Delegierten- bzw. Mit- 
gliederversammlungen Vorbehalten 
und erfordert eine Zwei-Drittel-Mehr- 
heit. KDT, Präsidium 

Dr. Hornung , Hauptgeschäftsführer 

Liebe Leserinnen, liebe Leser, viel 
lieber hätten wir Ihnen an dieser 
Stelle nur eine, dann aber für Sie ein- 
deutige Meldung gebracht. Da dies 
in der gegenwärtigen „ Wendezeit “ 
nicht möglich ist, wollen wir wenig- 
stens unserer Informationspflicht 
nachkommen und überlassen Ihnen 
die Bewertung, ohne Sie dabei zu 
beeinflussen. MP 


ZVEI meint: 

Elektroindustrie der DDR 
wird wettbewerbsfähig 

Die Unternehmen der westdeutschen 
Elektroindustrie sind seit dem Inkraft- 
treten der Wirtschafts- und Wäh- 
rungsunion verstärkt bemüht, Kon- 
takte, Verhandlungen und Abspra- 
chen mit DDR-Elektrobetrieben in 
eine feste Zusammenarbeit in Pro- 
duktion und Vertrieb einmünden zu 
lassen. In allen Sparten der Branche 
gibt es inzwischen Kooperationen mit 
DDR-Betrieben. Besonders intensiv 
ist die Zusammenarbeit im Infrastruk- 
turbereich, insbesondere der Infor- 
mations- und Kommunikationstech- 
nik. Diese Meinung vertrat Prof. Dr. 
Rudolf Scheid, Flauptgeschäftsführer 
des Zentralverbandes Elektrotech- 
nik- und Elektronikindustrie (ZVEI), 
anläßlich eines Pressegesprächs in 
Ost-Berlin. 

Etwa ein Viertel der elektroindustriel- 
len Arbeitsplätze kann nach Meinung 
von Scheid noch im Laufe dieses Jah- 
res durch Kooperationsvereinbarun- 
gen in ihrer Wettbewerbsfähigkeit ge- 
stärkt werden. Diese Zahl werde sich 
im Verlauf des kommenden Jahres 
weiter erhöhen. Schließlich sei die 
DDR ein „naturgegeben“ interessan- 
ter Standort für die westdeutsche 
Elektroindustrie. Zur räumlichen 


Nähe kämen fehlende Sprach- und 
Mentalitätsbarrieren sowie beste- 
hende gute Geschäftsbeziehungen in 
die sich weiter öffnenden Ostmärkte 
und ein hohes Potential an Fachar- 
beitern und Ingenieuren. Gerade in 
Anbetracht des sich verstärkenden 
Mangels an ausreichendem techni- 
schen Nachwuchs in der Bundesre- 
publik stelle das personelle Angebot 
der DDR ein zunehmend wichtiger 
werdendes Kooperationsmotiv dar. 
Durch entsprechende Weiterbildungs- 
aktivitäten könnten Angebot und 
Nachfrage in diesem Bereich rasch 
zum Ausgleich gebracht werden. 
Scheid rechnet damit, daß sich auf 
längere Frist die Strukturen der Elek- 
troindustrie der DDR an die der Bun- 
desrepublik annähern. Auf die heu- 
tige Ausgangssituation bezogen ent- 
spräche dies einem Umsatzvolumen 
von rund 50 Mrd. DM und einer Be- 
schäftigtenzahl von knapp 300 000. 

Erfinder des integrierten 
Schaltkreises gestorben 

Am 3. Juni 1990 erlag Dr. Robert N. 
Noyce im Alter von 62 Jahren einem 
Herzschlag. Noyce war ein Pionier 
der Elektronikindustrie, der beispiels- 
weise den Firmen Fairchild Semicon- 
ductor und später Intel sowie der Se- 
miconductor Industry Association 
zum Leben verhalt. Bekannt wurde er 
jedoch vor allem dadurch, daß er ge- 
meinsam mit Jack Kilby den ersten in- 
tegrierten Schaltkreis entwickelte. 
Seit 1988 wirkte Noyce in dem US- 
amerikanischen Sematech-Konsor- 
tium, dessen Absicht es ist, den USA 
wieder eine führende Position in der 
Halbleiterfertigung zu verschaffen. 

1 . DDR-Unix-Netz- 
Arbeitstreffen 

Wie beim 2. deutschen Eunet-Benut- 
zer-Workshop am 12./13. 07 in Ber- 
lin-West im Arbeitskreis „Eunet in der 
DDR“ angeregt, fand am 1. August 
1 990 das erste Arbeitstreffen zu Unix- 
Netzen in der DDR bei der gki # Berlin 
statt. Teilnehmer dieses Arbeitstref- 
fens waren bereits aktiv am Netzge- 
schehen in der DDR Beteiligte. Es 
wurde der Stand des Aufbaus des 
Unix-Netzes der DDR (Xnet) bespro- 
chen, seine qualitative Verbesserung 
durch Nutzung des Regierungsnet- 
zes, die angebotenen Dienste und die 
Bereitstellung von notwendiger Tech- 
nik. Zur besseren Information aller In- 
teressenten wird die News-Gruppe 
xnet. general eingerichtet. Weitere Ar- 
beitstreffen sind vorgesehen. 

Nähere Informationen erhalten Sie 
über: gki # Gesellschaft für offene 
Kommunikations- und Informations- 
systeme mbH, Herr Dr. Letzig, Jac- 
ques-Duclos-Straße 47-52, Berlin, 
1156; Tel. 37803483 

Apple gründet neue Firma 

Gemeinsam mit der Apple Computer 
Inc. haben Bill Atkinson, Andy Hertz- 
feld und Marc Porat die General Ma- 
gic Inc. gegründet. Das Unterneh- 
mensziel wird nach Vorstellung der 
Firmengründer und -leiter, die ehe- 
malige Apple-Mitarbeiter sind, die 
Entwicklung einer neuen Richtung 


Um die Aus- und Weiterbildung von 
Journalisten, die verstärkt die 
Schreibmaschine gegen einen PC 
eingetauscht haben, auf der Basis 
moderner Standard Software sicher- 
zustellen, rüstet Microsoft das im 
April gegründete Bildungsinstitut der 
Presse (München/Ostberlin) mit sei- 
nen aktuellsten Applikationen aus. 
Über das vom ehemaligen Verband 
der Journalisten der DDR (VDJ) und 
dem Verband deutscher Nachwuchs- 
journalisten (VdN) initiierte Institut 
soll Medienvertretern der praxisorien- 
tierte Umgang und die Arbeit mit dem 
integrierten Softwarepaket Microsoft 
Works, dem Tabellenkalkulationspro- 


von „Personal Intelligent Communi- 
cator“-Produkten sein. 

Apple wird langfristig der größte Ak- 
tionär der General Magic Inc. sein, zu 
der Gründung wurde jedoch lediglich 
ein geringer Betrag zur Verfügung ge- 
stellt. Apple besitzt weiterhin die er- 
ste, nicht-exclusiv vergebene Lizenz 
zur Herstellung und Vermarktung der 
Technologieentwicklungen. John 
Sculley, Chairman und CEO der 
Apple Computer Inc., wird Mitglied 
des Board of Directors der General 
Magic Inc. sein. 

„Wir sind sehr froh, daß wir so eng mit 
solchen wirklichen Pionieren Zusam- 
menarbeiten können. Pioniere, deren 
Ziel eine revolutionär neue Sicht- 
weise von Computing und Kommuni- 
kation ist,“ erläutert John Sculley das 
Engagement von Apple. 

Dieses Projekt bot sich nach Ansicht 
von John Sculley deswegen an, weil 
das neue Unternehmen Marktseg- 
mente ansprechen wird, die außer- 
halb von Apples Hauptbetätigungs- 
feld anzusiedeln sind. 

Robotron-Softwaremesse 

1990 

Wir waren zwar nicht eingeladen, 
aber wir sind trotzdem hingegangen. 
Und weil keine Feen, sind wir auch 
nicht nachtragend . . . 
Robotron-Projekt Dresden, ein Soft- 
warebetrieb des ehemaligen DDR- 
Computermonopolisten, zeigte zum 
wahrscheinlich letzten Mal auf einer 
eigenen Softwaremesse eigene Soft- 
wareprodukte. Austragungsort der 
3 V 2 -Tage-Veranstaltung war Dres- 
den, und der Termin (17. bis 1 9. April 
1990) lag günstig - zwischen zwei 
Hannover-Messen. Neu gegenüber 
den vorangegangenen Dresdner 
Messen war die hohe Beteiligung 


gramm Microsoft Excel, der Textver- 
arbeitungssoftware Microsoft Word 
und Microsoft Word für Windows sowie 
der grafischen Bedieneroberfläche 
und Betriebssystemerweiterung Micro- 
soft Windows nahegebracht werden. 
Mit der Schulung von 1 5 Journalisten 
und Pressegestaltern aus der DDR, 
die am 15. Juni 1990 eine erste Ein- 
führung in die wichtigsten Software- 
Kategorien vorsah und den Teilneh- 
mern einen grundlegenden Überblick 
im Umgang mit dem PC im „journali- 
stischen Alltag“ gab (siehe Bild), hat 
die Unterstützung durch das Soft- 
warehaus bereits konkrete Formen 
angenommen. 


bundesdeutscher Softwarefirmen, 
die viele Produkte anboten, die, nicht 
zuletzt dank Robotron, vielen der an- 
wesenden DDR-Nutzer, meist zwar in 
etwas älteren Versionen, so doch 
aber bekannt waren. 

Und so kamen Microsoft, Ashton- 
Tate, Wordstar, Oracle, aber auch 
der Verein zum Schutz der Software- 
industrie. Siemens, Commodore, Lo- 
tus Development und Word Perfect 
waren da und auch andere, aus den 
bisher so verbündeten RGW-Staaten 
(Videoton/Ungarn, Algoritm und 
INEUM/SU, INSAG/Kuba, Interpro- 
gramm/Bulgarien). 

Von besonderem Interesse dürfte für 
viele Textverarbeiter die erste öffent- 
liche DDR-Aufführung von Wordstar 
in original Bild und Ton gewesen sein, 
dazu noch in der neuesten Version 
5.5. Und nebenan, auch mit neuesten 
Version 5.1 : Word Perfect. In der MP 
wollen wir beide Produkte in der 
nächsten Zeit etwas ausführlicher 
vorstellen. MP 

Erste Mitglieder- 
versammlung des UVI 

Am 27. Juni 1 990 fand im Zentralinsti- 
tut für Kybernetik und Informations- 
prozesse der Akademie der Wissen- 
schaften der DDR die erste Mitglie- 
derversammlung des Unterneh- 
mensverbandes Informationssy- 

steme e.V. (UVI) statt. 

Viele Informatiker und Teams mit jah- 
relanger Erfahrung und hoher Kreativi- 
tät, die sich unter den unzureichenden 
technischen Voraussetzungen be- 
währen mußten, sehen jetzt eine 
Chance für die Gründung eigener Un- 
ternehmen. Sie leisten damit unter 
persönlichem Risiko einen Beitrag zur 
Schaffung einer mittelständischen In- 
dustrie auf dem Territorium der DDR. 
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Ein Defizit der technisch sehr versier- 
ten und hoch motivierten Jungunter- 
nehmer liegt jedoch nach ihrer eige- 
nen Einschätzung in der Betriebswirt- 
schaft, im Management und im Mar- 
keting. Darüber hinaus erlauben es 
die finanzielle Situation und die ge- 
ringe Mitarbeiterzahl vieler neuer Un- 
ternehmen noch nicht, eigene Ent- 
wicklungen anzugehen, was langfri- 
stig gesehen die Innovativität als dau- 
erhafte Existenzgrundlage beein- 
trächtigt. 

Zur Lösung vieler sich daraus erge- 
bender Aufgaben eignet sich die Or- 
ganisationsform eines Unternehmens- 
verbandes, die sich auch unter den 
stabilen marktwirtschaftlichen Ver- 
hältnissen in der BRD bewährt hat. 
Die Initiative zur Gründung eines sol- 
chen Verbandes in der DDR entstand 
in der Seminarreihe „Softwareunter- 
nehmen - Strategien für den Markt“, 
die seit Anfang des Jahres 1990 von 
einer Projektgruppe am Institut für 
Theorie, Geschichte und Organisa- 
tion der Wissenschaft der AdW 
durchgeführt wird. In diesen Semina- 
ren beraten Teilnehmer aus Industrie 
und Forschung über die Chancen und 
Risiken der DDR-Anbieter von Infor- 
mationssystemen auf dem deutschen 
und internationalen Markt. 

Ziele und Aufgaben des UVI e. V. 

Auf der ersten Vollversammlung des 
am 6. Juni gegründeten Unterneh- 
mensverbandes Informationssy- 
steme stellte der Vorsitzende des 
Vorstandes, Herr Dipl. -Ing. J. Pialek, 
die Ziele, Aufgaben sowie die Arbeits- 
weise des Verbandes dar, der am 26. 
Juni in das Vereinsregister eingetra- 
gen wurde. Er ließ keine Zweifel 
daran, daß es sowohl eines außerge- 
wöhnlichen Engagements in den neu 
gegründeten und umstrukturierten 
Unternehmen als auch der gegensei- 
tigen Unterstützung bedarf, um unter 
den internationalen Anbietern auf 
dem Markt für Informationssysteme 
zu bestehen. 

Der UVI e.V. will die Interessen der 
auf dem Territorium der DDR tätigen 
Unternehmen und Institutionen ver- 
treten, die Produkte und Dienstlei- 
stungen für Informationssysteme an- 
bieten. Er soll sich zu einem Kommu- 
nikationszentrum der Branche ent- 
wickeln und Ansprechpartner für die 
Landesregierungen, internationale 
Institutionen und Kooperationspart- 
ner aus dem Ausland werden. Beson- 
deres Anliegen des UVI e.V. ist die 
umfassende Erstberatung und Unter- 
stützung von Firmengründungen. 

BRD-Verbände als Partner 
In der BRD gibt es mehrere Verbände 
im Bereich der Datenverarbeitungsin- 
dustrie. Einige von deren führenden 
Vertretern nahmen an der Vollver- 
sammlung des Unternehmensver- 
bandes Informationssysteme e.V. teil 
und bestärkten die Initiatoren in der 
Weiterführung der Arbeit, vermittel- 
ten Ideen zur Verbandsarbeit und un- 
terbreiteten Vorschläge zur „Koope- 
ration statt Konfrontation“. 

Seminare im Herbst 
Zu den nächsten Aktivitäten des Ver- 
bandes gehören drei ganztägige Wei- 
terbildungsseminare im Herbst, die 
gemeinsam mit bundesdeutschen 
Partnern vorbereitet wurden bzw. 
werden. Am 24. Oktober geht es um 
Versicherungsschutz für Unterneh- 
men der Informationsverarbeitung, 
am 28. November stehen der Soft- 
ware-Rechtsschutz und am 7. De- 


zember das Controlling in Software- 
projekten auf dem Programm. Wei- 
tere Veranstaltungen sind am 16. Ja- 
nuar 1991 zur staatlichen Förderung 
innovativer Unternehmen der Infor- 
mationsverarbeitung und am 6. Fe- 
bruar 1991 zum Marketing in diesen 
Unternehmen. 

Interessenten wenden sich bitte an 
die Geschäftsstelle des UVI e.V., Dr. 
sc. Mathias Weber, Institut für Theo- 
rie, Geschichte und Organisation der 
Wissenschaft, Akademie der Wissen- 
schaften der DDR, Prenzlauer Pro- 
menade 149-152, Berlin, 1100; 
Tel. : 4 79 72 75/2 78 H. Belitz 

Amiga-’90-Messe 

Nachdem die erste europäische 
Amiga-Messe 1989 mehr als dreimal 
soviel Besucher wie erwartet ver- 
zeichnen konnte, wird für die dritte 
Messe diesmal in zwei Hallen eine 
etwa fünfmal so große Ausstellungs- 
fläche zur Verfügung stehen. Austra- 
gungsort ist wiederum die Kölner 
Messe, nachdem die zweite Amiga- 
Messe in der Schweiz stattfand. Bis 
Anfang August hatten sich bereits 
116 Aussteller angemeldet; unter ih- 
nen natürlich als Schirmherr der Her- 
steller des Amiga, die Firma Commo- 
dore, sowie das Amiga-Magazin. 
Während sich in der Halle 10.2 die 
Profis über Hardware und professio- 
nelle Anwendersoftware informieren 
können, ist die Halle 12.2 den Unter- 
haltungsmöglichkeiten des Amiga 
gewidmet. Das heißt, Spiele, Musik- 
software und Hardware können hier 
erworben, Versandhändler und Ver- 
lage aufgesucht werden. Ergänzt 
wird die Messe wieder durch Semi- 
nare, für die internationale Dozenten 
zur Verfügung stehen. 

Die Amiga 90 findet vom 9. bis 11. 
November 1990 statt und ist täglich 
von 9 bis 1 8 Uhr geöffnet; vorgeschal- 
tet ist der Messe ein Fachbesucher- 

ta g. 

Der Tages-Eintrittspreis beträgt für 
Schüler und Studenten 10,- DM, für 
Erwachsene 15,- DM. 

Fachmesse 

Computergrafik 

Das Zentrum für graphische Daten- 
verarbeitung Darmstadt (ZGDV) und 
die Universität Rostock sind seit vie- 
len Jahren auf dem Gebiet der Com- 
putergrafik als angewandte Wissen- 
schaft tätig. Als Auftakt zur Gründung 
eines Demonstrations- und Qualifi- 
zierungszentrums Rostock veranstal- 
ten die beiden Institutionen am 29. 
und 30. November 1990 in Rostock 
eine Fachmesse Computergrafik. Zur 
Förderung fachlicher Beziehungen 
zwischen Hochschulen und Industrie 
werden moderne Hard- und Soft- 
ware, integrierte Systemlösungen 
und Technologien sowie aktuelle 
Fachliteratur vorgestellt. Daneben 
gibt es Fachvorträge und eine Po- 
diumsdiskussion zum Thema Compu- 
tergrafikausbildung. Angesprochen 
werden als Zielgruppe vor allem DDR- 
Betriebe, Jungunternehmer und In- 
genieure, Wissenschaftler, Techniker 
sowie private Computeranwender. 
Kontakt: Universität Rostock, Sektion 
Informatik, Rostock, 2500, 

PCs im Versandhandel 

In diesen Tagen erreichte der aktuelle 
Herbst-/Winterkatalog 1990/1991 


von Neckermann fast eine Million 
Haushalte in der DDR. Mit der Mög- 
lichkeit, über den bequemen Bestell- 
weg die gewünschte Ware auswäh- 
len, zu Hause prüfen und bei Nichtge- 
fallen innerhalb von 14 Tagen an die 
Neckermann-Zentrale zurücksenden 
zu können, ist dieser Weg vor allem 
für private Computerkäufer sicher 
eine interessante Variante. Bekannt- 
lich umfaßt das Katalogangebot be- 
währte Markenartikel des PC-Sektors 
unter anderem von Atari, Commo- 
dore und Schneider. Daneben eröff- 
nete der Neckermann Versand im Juli 
in Cottbus, Dresden und Gera in den 
Räumen des ehemaligen Intershop 
Verkaufshäuser für das Sortiment 
TechnikWelt, die eine fachgerechte 
und kundenfreundliche Präsentation 
erlauben. Sie ergänzen den techni- 
schen Kundendienst „Rat + Tat“, der 
bereits in den Centrum-Warenhäu- 
sern in Dresden, Erfurt, Görlitz, Halle, 
Leipzig, Magdeburg und Suhl zur 
Verfügung steht. Bestellungen und 
Anfragen kann man jedoch auch an 
die Neckermann Versandhandelsge- 
sellschaft mbH, Paradiesstraße 210, 
Berlin, 1183, richten. 


Produktion von Siemens- 
Rechnern in der DDR 

Der Bereich Daten- und Informations- 
technik der Siemens AG, Berlin und 
München, und die neugegründete 
Computer Elektronik Dresden GmbH 
(CED) vereinbarten in Rahmenver- 
trägen eine Zusammenarbeit in Hard- 
ware-Entwicklung und Fertigung. Ab 
1 992 soll ein jährliches Fertigungsvo- 
lumen von rund 400 Mio DM erreicht 
werden. 

Die CED GmbH, ehemals Robotron 
Elektronik Dresden (RED) wird dabei 
Aufträge zur Hardware-Entwicklung 
ausführen. Die Produktion von Sie- 
mens-Rechnern der Linien MS-DOS, 
Sinix und BS2000 läuft unter Sicher- 
stellung der hohen Qualitätsmaß- 
stäbe im Oktober in Drdsden an. Es 
werden Personalcomputer PCD-2, 
Sinix-Mehrplatzcomputer MX 300 
und die Zentraleinheit 7.500-H60 in 
Lizenz gefertigt. Zunächst wird mit 
der Hochrüstung von Rückläufern der 
Zentraleinheiten 7.560/BS2000 be- 
gonnen. 

Erste Auslieferungen sind für Ende 
1990 geplant. Der Verkauf der Pro- 
dukte wird über die bestehende Sie- 
mens-Vertriebsorganisation bzw. 
neue Vertriebsgesellschaften für die 
DDR, die Sowjetunion und andere 
Länder Osteuropas erfolgen. 


PC-Markt im Abwärtstrend? 

Nach jetzt vorliegenden Analysen 
des Marktforschungsunternehmens 
IDC wurden in der BRD 1989 gegen- 
über 1988 fast 19000 Desktop-Per- 
sonalcomputer weniger verkauft. Ins- 
gesamt waren es 1 ,44 Millionen PCs. 
(Bei dieser Gelegenheit revidierte 
IDC die 1989 getroffene Einschät- 
zung des Jahrganges 1988 übrigens 
dahingehend, daß nicht, wie damals 
angenommen, die 1 ,5-Millionen- 
Grenze überschritten worden war, 
sondern knapp 1,45 Millionen PCs 
verkauft wurden.) Bei einer Differen- 
zierung läßt sich erkennen, daß der 
Rückgang eindeutig zu Lasten des 
Heimcomputersektors geht. Hier 
hatte vor allem die Firma Commodore 
durch jetzt nachlassendes Interesse 


am C 64 und C 128 Rückgänge zu 
verzeichnen. Allerdings liegt sie mit 

29.6 Prozent der verkauften Geräte 
noch in Spitzenposition (Atari 13,9 %, 
IBM 9,2%, Schneider 6,0%). Der 
Markt für die billigen Heimcomputer 
ist nach Meinung von IDC offensicht- 
lich gesättigt; dafür spricht auch der 
drastische Rückgang der 8-Bit-Rech- 
ner von 32,4% auf 19,2 %. Nach den 
wichtigsten Prozessoren der PCs 
aufgeschlüsselt ergeben sich fol- 
gende Werte: Motorola 680x0 von 

22.6 auf 20,4% gefallen, 8086/8088 
von 18,9 auf 17,9% gefallen, 80286 
von 21,9 auf 33,7% gestiegen, 
80386 von 4,2 auf 8,8 % gestiegen. 
Hier zeigt sich, daß der Trend zu den 
leistungsstärkeren PCs geht, wobei 
die Nachfrage für den Business-Be- 
reich außerordentlich steigt. So wur- 
den in diesem Segment 1989 nicht 
nur die vorausgesagten 560000 
Stück erreicht, sondern 720 000. Die 
Frage in der Überschrift darf man 
demnach wohl mit einem klaren Nein 
beantworten. 

Ganz nebenbei : T rotz des geringeren 
Absatzes 1989 stieg der Umsatz um 
20 Prozent, was auf den überdurch- 
schnittlichen Verkauf der leistungs- 
stärkeren und teureren PCs zurück- 
zuführen ist. So gesehen dürfte es für 
die Hersteller also kaum Grund zur 
Klage geben. 


Kostenlose 
Gast-Mitgliedschaft 
im NCG-Verein 

Um einen raschen und intensiven In- 
formationsfluß über die Anwendung 
neuer Technologien in der industriel- 
len Fertigung zu ermöglichen, kön- 
nen vor allem kleine und mittlere Un- 
ternehmen aus der DDR eine kosten- 
lose Gast-Mitgliedschaft für 1 990 und 
1991 gewährt bekommen. Dieses 
Angebot gilt insbesondere für Unter- 
nehmen, die sich mit der Anwendung, 
das heißt mit dem Einsatz von CNC- 
Technologien und CAD/CAM-Tech- 
nik, befassen oder damit beginnen 
wollen. Die Gast- Mitgliedschaft be- 
rechtigt zur Teilnahme an allen NCG- 
Veranstaltungen zu Mitgliederkondi- 
tionen, Mitarbeit in NCG-Arbeitskrei- 
sen, Bildung neuer Arbeitskreise 
usw. Die Gast-Mitgliedschaft beinhal- 
tet jedoch kein satzungsmäßiges 
Stimmrecht im NCG-Verein. 
Interessierte Unternehmen können 
Anmeldeunterlagen bei der Ge- 
schäftsstelle des NCG-Vereins, Post- 
fach 31 68, 7900 Ulm, anfordern. 

Am 13. und 14. Juli veranstaltete der 
NCG-Verein übrigens vor 190 Fach- 
leuten in Chemnitz sein 1 . Mitglieder- 
forum in der DDR; das 2. Forum wird 
am 2. und 3. November 1990 in Dres- 
den stattfinden. Interessenten wen- 
den sich bitte an die vorgenannte An- 
schrift. 


Drei Jahre Garantie 

Als erster PC-Hersteller stellte die 
Firma a & m Computertechnik aus 
München für ihre Produkte zur CeBIT 
90 ihr Servicekonzept vor, das eine 
3jährige Garantie mit kostenlosem 
Vor-Ort-Service beinhaltet. Diese ur- 
sprünglich für das Gebiet der BRD 
gebotene Dienstleistung wird jetzt, 
nachdem geeignete Kooperations- 
partner gefunden wurden, auch den 
Käufern in der DDR geboten. 
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Einsatz lokaler PC-Netze 


Axel Wüstemann, Uwe Schulze, 
Rostock 


Wer ein lokales Netz auf bauen oder auch nur 
(unter Ausnutzung aller Möglichkeiten) be- 
treiben will, muß schon einiges an Sach- 
kenntnis mitbringen: Zu viele Standards und 
Begriffe gilt es zu verstehen, zu verschieden 
sind die angebotenen Produkte. Denn 
schließlich soll zum Schluß alles zusammen- 
passen. In diesem Beitrag werden einige 
Grundlagen und Entscheidungshilfen ver- 
mittelt 

In puncto Leistungsfähigkeit stehen PCs der 
oberen Leistungsklasse vielen ihrer - nicht 
nur vom Namen her -größeren Kollegen nur 
wenig nach. Was noch fehlte, waren die Mög- 
lichkeiten der gemeinsamen Nutzung von 
Daten und Ressourcen. Die externen Spei- 
cherkapazitäten der Großrechner treten eher 
in den Hintergrund, denn auch PCs lassen 
sich inzwischen mit Festplatten und Strea- 
mern von mehreren 100 MByte ausrüsten. 
An dieser Stelle soll nicht die allenthalben in 
der Fachpresse geführte Diskussion PC- 
Netz versus Mehrplatzsystem fortgesetzt 
werden. Beide Formen gemeinsamer Rech- 
nernutzung werden auch in Zukunft neben- 
einander bestehen und besitzen ihre Berech- 
tigung: Zum einen steht die Aufgabe, Verbin- 
dungen zwischen bestehender Technik zu 
schaffen, zum anderen wird auch in Zukunft 
verschiedenartige Technik eingesetzt wer- 
den - abhängig vom Preis-Leistungs-Ver- 
hältnis und der Eignung für den Einsatz- 
zweck (Büroautomatisierung, Prozeßsteue- 
rung etc.). Welcher Stellenwert der Verbin- 
dung von Produkten verschiedener Anbieter 
zukommt, ließ sich auch an der CeBIT ’90 ab- 
lesen, wo alle namhaften Kersteller (darunter 
IBM, Hewlett Packard, Schneider & Koch) 
unter dem Motto Connectivity 90 ihre Pro- 
dukte in einem großen Verbund zeigten. Der 
immer größer werdenden Produktvielfalt wir- 
ken also auch Bestrebungen nach Verein- 
heitlichung - zumindest aber nach Verbin- 
dung - entgegen. Besondere Bedeutung er- 
halten Übergänge zwischen verschiedenarti- 
ger Technik durch das große Angebot an 
Endgeräten (Telex, Telefax, hochwertige 
Drucker, Fotobelichter, Modems, paketver- 
mittelte Datennetze), die ortsunabhängig von 
allen Arbeitsstationen aus genutzt werden 
können. So haben bei uns im Hause DOS- 
und Unix-Nutzer gleichermaßen Zugriff auf 
den Laserdrucker. 

Die ersten PC-Netze dienten zunächst vor al- 
lem dazu, durch eine gemeinsame Nutzung 
von teuren Peripheriegeräten Kosten zu spa- 
ren. Mit der 1983 erfolgten Markteinführung 
von Novells Netzwerkbetriebssystem Net- 
Ware und der Standardisierung von Netz- 
werkfunktionen im MS-DOS ab der Version 
3.0 rückte die gemeinsame Nutzung von Da- 
ten in den Vordergrund. Mit einer breiten Pa- 
lette von netzwerkfähigen Anwendungen, 
wie etwa dBase ab Version III Plus, ist es 
möglich, auf dem Datei-Server verwaltete 
Daten arbeitsteilig durch mehrere Benutzer 
im Netzwerk gleichzeitig zu nutzen. Eine 
echte Integration verschiedener DV-Welten, 
wie sie gerade in größeren Unternehmen hi- 
storisch gewachsen sind, ist mit dieser- 


Technologiestufe jedoch nur bedingt mög- 
lich. Mit der Einführung von NetWare 386 
oder dem OS/2-LAN-Manager 2.0 wird auch 
diese Aufgabe in Angriff genommen. Durch 
die Möglichkeit, verschiedene Übertragungs- 
protokolle zu nutzen, sowie durch den Über- 
gang zu verteilten Client-Server-Anwendun- 
gen kann dieser Schritt vollzogen werden. 
Grundlage für die Architektur von Netzwer- 
ken ist das Open-System-Interconnection - 
(OSI-)Referenzmodell der Internationalen 
Standardisierungsorganisation (ISO). In 
Bild 1 ist es übersichtsartig dargestellt, nebst 
einer Einordnung der verschiedenen in die- 
sem Artikel erwähnten Protokolle. 

Für den Praktiker ist das OSI-Referenzmodell 
ein gutes Hilfsmittel, die verschiedenen Kom- 
munikationsprodukte, Protokolle usw. einzu- 
ordnen und zu bewerten. Insbesondere bei 
der Integration verschiedener Systemarchi- 
tekturen hilft das Referenzmodell, Klarheit zu 
schaffen und Entscheidungen zu treffen. 

Die durch die ISO für die einzelnen Schichten 
definierten Protokolle und Dienste halten in 
kommerziellen Produkten nur langsam Ein- 
zug. Das trifft insbesondere auf PC-Netze zu. 
Lediglich die Schichten 1 und 2 werden durch 
die meisten Hersteller entsprechend den 
Standards realisiert. Oberhalb der Schicht 2 
existiert eine Vielzahl firmenspezifischer Pro- 
tokolle, die sich zum Teil als Industriestan- 
dards etablieren konnten. 

Kndustriestandards 

In der Praxis haben sich drei Netze etabliert: 
Ethernet (mit der Variante Cheapernet), IBM 


Token Ring und Arcnet. Die weiteste Verbrei- 
tung im PC-Bereich weist das Ethernet auf, 
das im Xerox Palo Alto Research Center ent- 
wickelt und frühzeitig von Intel und DEC un- 
terstützt wurde. Es benutzt das Zugriffsver- 
fahren CSMA/CD (Carrier Sense Multiple Ac- 
cess with Collision Detection). Der kompli- 
zierte Name steht für ein einfaches Verfah- 
ren, bei dem der Sender durch Abhören des 
Netzes auf einen Zeitpunkt wartet, zu dem 
keine Daten über die Leitung gehen. Um ei- 
nem gleichzeitigen Sendebeginn zu begege- 
nen, wird anschließend auf Überlagerungen 
des eigenen Signals mit dem anderer Statio- 
nen geprüft und die Übertragung gegebenen- 
falls später neu gestartet. Bei diesem Verfah- 
ren ist mit CD die Kollisionserkennung ge- 
meint. CSMA/CD ist als IEEE 802.3 und ISO 
8802.3 genormt, Ethernet unterscheidet sich 
aber im Paketaufbau geringfügig davon. Das 
verwendete Koaxialkabel ist eine Spezialent- 
wicklung und wird auch als Yellow Cable 
(aufgrund seiner gelben Farbe) oder Thick 
Wire bezeichnet, was auf den großen Durch- 
messer hindeutet, weshalb die Verkabelung 
auch nicht ganz einfach ist. Der Vorteil liegt 
aber in den großen Segmentlängen (bis zu 
500 m), weshalb es oft als sogenanntes 
Backbone-Netz, also zur Zentralverkabelung 
von Gebäuden, verwendet wird. Der An- 
schluß des Rechners an das Ethernet-Kabel 
erfolgt über Transceiver (Kunstwort aus 
Transmitter und Receiver, also Sender und 
Empfänger), von wo aus ein spezielles 1 5po- 
liges Transceiverkabel (Drop Cable) zum 
Rechner führt. Der Transceiver erfüllt die 
Funktionen der Zugriffssteuerung auf physi- 
scher Ebene. Die eigentliche Ethernet-Con- 
troller-Karte kann recht verschieden ausge- 
führt sein. Ihre Leistungsfähigkeit wird von 


Anwendungs-Schicht 

Diese Schicht ist die Zu- 
gangsschnittstelle für 
die An wendungsprozes- 
se zum Informationsaus- 
tausch 

Darstellung*- Schicht 
Sie transformiert die 
Darstellung der Daten in 
eine Form, die von den 
kommunizierenden Pro- 
zessen verstanden w ird 

Sitzungs-Schicht 
Die Sitzungsschicht ko- 
ordiniert die Zusam- 
menarbeit zwischen den 
kommunizierenden An- 
wendungsprozessen 

T ransport-Schicht 

Die Transportschicht 
übermittelt Daten von 
End-Benutzer zu End- 
Benutzer. 

Netzwerk-Schicht 
Id dieser Schicht wer- 
den Teilnetze zu trans- 
parenten Intemetzwer- 
ken verbunden 


Verbindungs-Schicht 

ln dieser Schicht wer- 
den die Übertragungs- 
fehler entdeckt und der 
Medienzugn ff gesteuert 


Physische Schicht 
Ermöglicht die Übertra- 
gung binärer Informa- 
tionen über eine Lei- 
tung. 



Bild 1 Das OSI-Refe- 
renzmodell der ISO in 
der Praxis 
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Tafel 2 Die wichtigsten Merkmale verschiedener Netze 



Ethernet 

Arcnet 

Token Ring 

FDDI 

Übertragungsrate 

10 MBit/s 

2,5 MBit/s 

4 MBit/s 

100 MBit/s 

Bereich 

bis2,5km 

bis 6,5 km 

einige km 

bis 20 km 

Medium 

Ethernetkoaxkabel, RG-58 (für Cheapernet) 

Koaxkabel RG-62 

Zweidraht 

Lichtleiter 

Protokoll 

CSMA/CD 

Token Bus 

Token Ring 

Token Ring 

Topologie 

Bus 

Baum 

Ring 

Doppelring 


der Busbreite (8, 16 oder 32 Bit), von der 
RAM-Größe (für die Datenpufferung) und von 
der Intelligenz (Spezialprozessoren für die 
Codierung, CRC-Prüfung etc.) bestimmt. 

Die relativ hohen Kosten für ein Ethernet und 
die damit verbundene komplizierte Verkabe- 
lung waren Anlaß für Überlegungen, statt des 
teuren Ethernet-Equipments Standard-Ko- 
axial-Kabel zu verwenden, was ohne weite- 
res möglich ist, da die Übertragungsrate nicht 
durch das Kabel vorgegeben ist, sondern 
durch die definierte Bit-Zeit der Manchester- 
Codierung (100 ns). Die etwas schlechteren 
Eigenschaften bezüglich des Dämpfungsver- 
haltens bedingen allerdings kürzere Seg- 
mentlängen. Das dünnere Kabel wird (den 
günstigeren Preis kennzeichnend) Cheaper- 
net genannt. Tafel 1 vergleicht beide Netze. 
Die wesentlich kleineren Transceiver befin- 
den sich direkt auf den Controller-Karten, so 
daß weitere kostenintensive Komponenten 
entfallen. 

Häufig werden in einem großen Netz Ether- 
net und Cheapernet durch Kopplung über 
Repeater kombiniert. Nach einer Marktstudie 
sind Netzwerke auf Ethernet-Basis (ein- 
schließlich Cheapernet) mit 72 % am Umsatz 
in diesem Marktsegment beteiligt. 

Der IMB Token Ring ist ein 1985 entwickel- 
tes und von IBM maßgeblich gefördertes 
Netzwerk, das deren gesamte Produktpa- 
lette einschließt (Mainframes, Superminis, 
PCs). Beim (schon länger bekannten) Token- 
Passing-Verfahren wird ein Steuerrahmen 
(eben das Token, was sich mit Staffelstab 
übersetzen läßt) permanent durch das Netz 
geschickt. Solange es leer ist, kann der Sen- 
der seine Daten einspeichern. Der Empfän- 
ger liest sie aus und kennzeichnet das im To- 
ken. Kommt das Token wieder beim Absen- 
der an, so liest dieser die Quittung und leert 
anschließend den Rahmen. Durch dieses de- 
terministische Zugriffsverfahren werden Kol- 
lisionen und deren Behandlung vermieden. 
Allerdings ist der Aufwand für eine Ringver- 
kabelung um einiges größer als das beim Bus 
der Fall ist, zumal der IBM Token Ring genau- 
genommen als Stern verkabelt ist, da das Ka- 
bel von jeder Station zu einem sogenannten 
Ringverteiler zurückgeschleift wird. Dieses 
scheinbar umständliche Verfahren ist not- 
wendig, um das Netz auch bei Ausfall einer 
Station lauffähig zu halten, da das Token von 
jeder Station neu generiert werden muß. Die 
weitere Entwicklung des Token Rings führt 
zu einer Version mit 16-MBit-Übertragungs- 
rate, wobei zu sagen ist, daß die Bruttoraten 
verschiedener Netze nur bedingt vergleich- 
bar sind, da sich aufgrund des unterschiedli- 
chen Protokolloverheads auch verschiedene 
effektive Übertragungsraten ergeben. 

Eine alternative Entwicklung zu den beiden 


Tafel 1 Vergleich Ethernet und Cheapernet 



Ethernet 

Cheapernet 

maximale Segmentlänge 

500 m 

185 m 

i maximale Segmentzah! 

10 

10 

maximale Ausdehnung 

5 km 

1,85 km 

Transceiver- Abstand , 
mindestens 

2,5 m 

i 

1 m 

Länge Transceiver-Kabel, 
maximal 

50 m 

- 

Kabel 

Ethernet 

Koaxial 

RG-58 

Transceiver 

extern 

on board 


beschriebenen Netzen ist Arcnet (Atteched 
Resource Computer Network) der Firma 
Data Point Corporation, das 1977 auf den 
Markt kam. Während Ethernet und Token 
Ring anfangs recht teuer und aufwendig zu 
verkabeln waren, eroberte sich das billige 
Arcnet schnell den PC-Markt. Wenngleich 
nicht in die Normungen der internationalen 
Institutionen eingegangen, handelt es sich 
doch um einen am Markt etablierten Indu- 
striestandard. Man kann in ihm den Versuch 
der Verbindung der Vorteile von Ethernet und 
Token Ring sehen: Auf einer kostengünsti- 
gen Bus-Struktur wird ein deterministisches 
Token-Verfahren eingesetzt. Da Arcnet nur 
relativ kurze Entfernungen überbrücken 
kann, ist der Einsatz von Verteilern - Hubs 
genannt - nötig, die wiederum kaskadiert 
werden können, so daß sich eine Baumstruk- 
tur ergibt. Arcnet-Karten werden auch für ein- 
fache, verdrillte Leitung und für Lichtleiterka- 
bel angeboten. Das neue Arcnet PLUS bietet 
eine Übertragungsgeschwindigkeit von 
20MBit/s. 

Das Hochleistungsnetz der Zukunft wird 
FDDI (Fibre Distributet Data Interface) dar- 
stellen. Es benutzt als Verkabelung zwei ge- 
genläufige Ringe aus Glasfaserkabel und als 
Zugriff ein optimiertes Token Passing Verfah- 
ren. Damit wird eine ausgesprochen hohe 
Geschwindigkeit erreicht (100 MBit/s). Die 
mögliche große räumliche Ausdehnung (bis 
100 km) und Stationszahl (bis 500 Statio- 
nen), aber auch die hohen Kosten lassen 
FDDI besonders für Backbone-Netze geeig- 
net erscheinen. Tafel 2 stellt die verschiede- 
nen Netze gegenüber. 

Protokollschnittstellen 

Im Gegensatz zu den Zugriffsverfahren, die 
vorwiegend technisch bedingt sind, gehen 
die unterschiedlichen Protokolle auf die Ent- 
wicklungen verschiedener Hersteller zurück. 
Ihre Stärken zeigen zumeist auch die Ziele 
der Entwicklung: größtmögliche Geschwin- 
digkeit, universeller Einsatz oder Internetz- 
werkfähigkeit. Zumeist sind sie an die Netz- 
betriebssysteme oder andere Software des 
jeweiligen Entwicklers gebunden. Einige Pro- 
tokolle haben sich aber so weit als Standard 
etabliert, daß ihnen auch Fremdanbieter fol- 
gen. 

Ein Übertragungsprotokoll regelt den Dialog 
zwischen zwei Teilnehmern. Daten werden 
nicht Byte für Byte verschickt, sondern in Pa- 
keten (z. B. von 256 Byte). Diesen müssen 
Informationen zum Absender und Empfänger 
sowie eine Prüfsumme beigefügt werden. 
Außerdem sind Regelungen zu treffen, wie 
im Fehlerfalle zu verfahren ist. Beispiels- 
weise kann der Absender ein Paket wieder- 
holt abschicken, wenn in einem bestimmten 
Zeitraum keine Quittung eintrifft. So brau- 
chen fehlerhafte Pakete einfach nicht quittiert 
zu werden. Eine andere Möglichkeit ist, daß 
die wiederholte Absendung von Paketen ex- 
plizit angefordert wird; allerdings ist es so 
schwieriger, verlorengegangene Pakete zu 


ermitteln. Zusätzlicher Aufwand entsteht, 
wenn in einem großen Netz mehrere Wege 
zwischen Absender und Empfänger existie- 
ren. Hier muß zusätzlich auf die Paketreihen- 
folge geachtet werden. 

Die wichtigsten Protokolle im PC-Bereich 
sind NetBIOS (IBM), IPX (Novell) und in zu- 
nehmenden Maße auch TCP/IP, das aus der 
Unix-Welt stammt. Alle drei unterstützen In- 
ternetworking, können also Adressen ver- 
schiedener Netze bearbeiten und damit netz- 
übergreifend eingesetzt werden. 

Mit der Verbreitung lokaler Netze wuchs der 
Wunsch, einen Netzzugang über die bewähr- 
ten Betriebssystemschnittstellen zu schaf- 
fen. Der Gedanke lag nahe, gerade ange- 
sichts der vielfältigen Netzhardware einen 
ähnlichen hardwareunabhängigen Aufruf für 
ein virtuelles Netzwerk-Gerät zu gestalten, 
wie für die traditionelle DOS-Peripherie. Mit 
Einführung ihres ersten Netz-Adapters (des 
IBM PC-Network-Adapters) erweiterte IBM 
deshalb sein BIOS um eine Netzwerkkompo- 
nente, das NetBIOS. 

Meist liefert der Hardware-Hersteller ein Net- 
BIOS als COM-Datei zur Netzwerkkarte mit. 
Der größte Teil der Software kann sich auch 
auf dem Adapter befinden. Durch den Aufruf 
wird NetBIOS resident installiert und an den 
Interrupt 5CH angeschlossen, dessen direk- 
ter Aufruf einem BIOS-Ruf entspricht. 

Die meisten Programme verwenden die 
Schnittstelle des BDOS-Interrupts 2AH. Net- 
BIOS bietet - unabhängig vom zugrunde lie- 
genden LAN - einen einheitlichen Netzzu- 
gang für Netzbetriebssysteme und verteilte 
Anwendungen. Es stellt einen Defacto-Stan- 
dard dar, der für alle gebräuchlichen Netz- 
adapter (sowohl auf Token-Ring- als auch auf 
Ethernet- und Arcnet-Basis) zur Verfügung 
steht. Die meisten DOS-basierten Betriebs- 
systeme und viele verteilte Anwendungen 
setzen auf NetBIOS auf. Eine Ausnahme bil- 
det NetWare, das ein eigenes Protokoll - IPX 
- nutzt, aber trotzdem ein darauf basierendes 
NetBIOS für andere Programme enthält. 
NetBIOS stellt gleichermaßen verbindungs- 
lose (im OSI-Referenzmodell in Ebene 2 ein- 
zuordnende) und verbindungsorientierte (si- 
chere) Übertragungsdienste (Ebene 5) zur 
Verfügung. Die Identifikation der angespro- 
chenen Stationen erfolgt über einen dezen- 
tralen, nichtredundanten Namensdienst, der 
eine flexible Internetzarbeit unterstützt, wor- 
unter in großen Netzen aber die Performance 
leidet. Somit steht der weiten Verbreitung 
und universellen Einsetzbarkeit ein ungünsti- 
ges Zeitverhalten gegenüber, das Novell be- 
wog, ein eigenes Protokoll einzusetzen, wäh- 
rend Microsoft beim LAN-Manager von OS/2 
neben anderen Kommunikationsschnittstel- 
len an NetBIOS festhält. 

Das von Novell entwickelte Übertragungs- 
protokoll (IPX = Internetwork Packet Ex- 
change) orientierte sich weitgehend am 
XNS-Protokoll (Xerox Network System) des 
Ethernet-Entwicklers Rank Xerox. Es handelt 
sich - wie am Namen zu erkennen - um ein 
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Internetprotokoll; die Adressen setzen sich 
aus einer Netz-, einer Knoten- und einer Pro- 
zeßnummer zusammen. Das Protokoll bietet 
verbindungstose Dienste, behandelt aber 
auch die Wegwahl, so daß es im OSI-Refe- 
renzmodell in Schicht 3 einzuordnen ist. Da 
IPX keine ausreichende Sicherheit bietet, 
wird zusätzlich das Sequenced Packet Pro- 
tocol (SPX) zur Verfügung gestellt, das auf 
IPX aufsetzt und in der Funktionalität der 
OSI-Schicht 4 entspricht. Sie sehen, daß sich 
die einzelnen Entwicklungen zwar in das Re- 
ferenzmodell einordnen lassen, eine voll- 
ständige Realisierung jedoch eine Idealvor- 
stellung ist. In lokalen Netzen werden von 
den 7 geforderten Schnittstellen zumeist nur 
drei oder vier angeboten, was die Portierung 
einzelner Schichten erschwert, die Ge- 
schwindigkeit aber wesentlich erhöht. 

Auf einen völlig anderen Ursprung als die bei- 
den beschriebenen Protokolle geht TCP/IP 
(Transmission Control Protocol/Internet Pro- 
tokoll) zurück, das insbesondere für die Ver- 
bindung unterschiedlicher Hardware und Be- 
triebssysteme wachsende Bedeutung er- 
langt. In Ermangelung offizieller Standards 
gab das amerikanische Verteidigungsmini- 
sterium (Department of Defense) Anfang der 
70er Jahre die Entwicklung eines Kommuni- 
kationsprotokollesfürden Datenaustausch in 
heterogenen Netzen in Auftrag, an dessen 
Entwicklung die University of California maß- 
geblich beteiligt war, wo zur gleichen Zeit das 
Betriebssystem Unix entstand. So ist es zu 
erklären, daß Berkley Unix und viele andere 
Implementierungen TCP/IP bereits enthal- 
ten. Der Name TCP/IP steht häufig auch für 
die darauf aufbauenden Applikationsproto- 
kolle, zum Beispiel die Terminalemulation 
Telnet, die Dateitransferprotokolle FTP (File 
Transfer Protocol) und TFTP (Trivial FTP) 
oder das Mailsystem SMTP (Simple Mail 
Transfer Protocol), die eigentlich völlig selb- 
ständige Anwendungen darstellen. Interes- 
sant aus Sicht des PC-Nutzers ist, daß das 
Ethernet zur Anwendung kommt, so daß die- 
ses Protokoll auf entsprechenden Controller- 
karten problemlos eingesetzt werden kann 
und zumeist vom Hersteller auch angeboten 
wird. Spezielle Gatewaykarten wie die 
NP600G ermöglichen eine Protokollum- 
wandlung on board. Die Verbindung von PC- 
Netzen mit Unix-Workstations oder VAX- 
Technik ist so möglich. 

Netzbetriebssysteme 

Netzbetriebssysteme stellen die wichtigste 
Softwarekomponente eines lokalen Netzes 
in der Anwenderebene dar. Sie ermöglichen 
die Ressourcen- und Datenteilung und stel- 
len auch Schnittstellen für andere Netzwerk- 
dienste zur Verfügung. 

Das tragende Prinzip der zur Zeit eingesetz- 
ten PC-Netzbetriebssysteme, wie MS-NET, 
Novell NetWare oder der OS/2-LAN-Mana- 
ger, ist die virtuelle Diskette. Bild 2 zeigt die- 
ses Prinzip. Auf entfernte und lokale Res- 
sourcen, zum Beispiel Dateien auf der Fest- 
platte, wird in exakt derselben Weise zuge- 
griffen, da die Anwendung trotz Netzwerkes 
nichts anderes als die übliche, etwas erwei- 
terte Schnittstelle zum Betriebssystem be- 
nutzt. Ein als Erweiterung in das Betriebssy- 
stem eingebrachtes Modul erkennt, ob eine 
durch einen Systemaufruf angesprochene 
Ressource lokal oder entfernt residiert. Das 
in der Abbildung allgemein als Interzeptor 
(Abfänger = Abfangen der Systemdienst- 
rufe) bezeichnete Modul ist der Redirector in 


MS-NET und OS/2 bzw. die Shell oder der 
Requestor in NetWare. Handelt es sich um 
eine entfernte Ressource, wird ein Dienstauf- 
ruf an den Server gesandt und dort bearbei- 
tet. 

Eine Datenbankabfrage in der in dBase übli- 
chen Form 

LIST FÜR <bedingung> 

würde in einem Netzbetriebssystem etwa so 
ablaufen: Zunächst wird ein OpenFile-Ruf an 
den Server gesandt, danach so lange Read- 
File-Rufe, bis die entsprechenden Daten ge- 
funden werden, worauf ein CloseFile-Ruf an 
den Server geht. Alle Daten werden im Netz 
übertragen, auch die, die nicht benötigt wer- 
den. 

Es leuchtet ein, daß dieses Verfahren für An- 
wendungen, die überein Arbeitsgruppennetz 
hinausgehende Dienste beanspruchen, we- 
nig geeignet ist. Es setzt, um effektiv zu sein, 
eine weitestgehend homogene Umgebung 
sowohl in bezug auf die Diensterbringung 
(Protokoll an das PC-Betriebssystem ange- 
paßt) als auch in bezug auf die hohe notwen- 
dige Übertragungsrate im Netz voraus, ln 
eine unternehmensweite Kommunikationsin- 
frastruktur sollen aber gerade auch andere 
Systemarchitekturen integriert werden. Wei- 



Bild 2 Prinzip eines Netzwerkbetriebssystems 


terhin kann nicht davon ausgegangen wer- 
den, daß alle Übertragungskanäle innerhalb 
des Gesamtsystems eine Übertragungska- 
pazität besitzen, die das Prinzip der virtuellen 
Diskette geeignet unterstützen. 

Dies erkennend, geht man mit den in der Zwi- 
schenzeit verfügbaren technologischen Vor- 
aussetzungen dazu über, neben dem her- 
kömmlichen Prinzip der virtuellen Diskette 
Mittel bereitzustellen, die netzwerkweite, ver- 
teilte Anwendungen unterstützen. Es wird 
nicht mehr nur ein Teil des Betriebssystems 
verteilt, sondern die Anwendung selbst. Be- 


Tafel 3 Vergleich der wichtigsten Netzwerk-Betriebssysteme 



Advanced 

NetWare 

OS/2-LAN- 

vines 


NetWare 

386 

Manager v2.0 


Preis (DM) 

6.500 

16.000 

durch OEM 
festgelegt 

12.000 

Anzahl der Nutzer für den Preis 

100 

unbegrenzt 


unbegrenzt 

Server-Operationen 

Festplattenformat 

spezifisch 

spezifisch 

HPFS 

Unix 

Disk-Spiegelung 

ja 

ja 

ja 

nein 

Anzahl LAN-Karten im Server 

4 

16 

4 

4 

gleichzeitige Log-ins 

100 

250 

1000 

unbegrenzt 

minimal empfohlener RAM 

2 MByte 

4 MByte 

4 MByte 

4 MByte 

Workstation- Software 

max. verbleibender RAM, wenn DOS und Netzwerk 
geladen sind 

540 KByte 

556 KByte 

525 KByte 

600 KByte 

dito mit NetBIOS geladen 

516 KByte 

516 KByte 

525 KByte 

553 KByte 

kompatibel mit OS/2-Arbeitsstationen 

ja 

ja 

ja 

ja 

Datei-System 

max. Anzahl gleichzeitig offener Dateien/Server 

1.000 

100.000 

16.000 

200.000 

max. Anz. Volumes/Server 

32 

32 

24 

12 

max. Anz. physischer Laufwerke/Volume 

1 

32 

1 

1 

max. Anz. phys. Laufwerke pro Server 

32 

1.024 

24 

4 

Datei kann über mehrere Laufwerke gehen 

nein 

ja 

nein 

nein 

max Dateigröße 

255 MByte 

4 GByte 

2 GByte 

unbegrenzt 

max. Volume-Größe 

255 MByte 

32 TByte 

2 GByte 

unbegrenzt 

max. adressierbarer RAM 

12 MByte 

4 GByte 

16 MByte 

24 MByte 

max. Gesamt-Diskspeicher 

32 GByte 

32 TByte 

48 GByte 

2,4 GByte 

Netzwerk-Verwaltung 

Fehler/Status Log 

ja 

ja 

ja 

ja 

zeigt Anzahl fehlerhafter Pakete an 

ja 

ja 

ja 

ja 

zeigt Netzwerkfehler an 

ja 

ja 

ja 

ja 

zeigt offene Dateien an 

ja 

ja 

ja 

ja 

zeigt Namen angemeldeter Benutzer an 

ja 

ja 

ja 

ja 

zeigt aktuelle Server- Auslastung an 

ja 

ja 

nein 

ja 

Sicherheit 

Zugriff auf Netzwerkressourcen kann Gruppen zugeordnet 
werden 

ja 

ja 

ja 

ja 

Zugriff kann zeitlich eingeschränkt werden 

ja 

ja 

ja 

ja 

Paßwörter können mit Netzressourcen verbunden werden 
verschlüsselte Paßwörter können über das Netz gesendet 

ja 

ja 

ja 

ja 

werden 

nein 

ja 

ja 

ja 

elektronische Post 

Post kann zwischengespeichert werden 

nein 

nein 

nein 

ja 

Binär-Dateien können mit der Post gesandt werden 

nein 

nein 

nein 

ja 

System erlaubt Kurznachrichten 

ja 

ja 

nein 

ja 

Druckdienst 




... WfpPI ^ 

Druck-Spooler verfügbar 

ja 

ja 

ja 

ja 

Nutzer kann Druck-Warteschlange modifizieren 

ja 

ja 

ja 

ja 

Anzahl verwalteter Drucker 

5 

16 

unbegrenzt 

unbegrenzt 

Drucker an Arbeitsstationen werden unterstützt 

nein 

ja 

ja 

ja 

Drucker kann mit Softfonds betrieben werden 

ja 

ja 

ja 

ja 
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zogen auf das obige dBase-Beispiel bedeu- 
tet das, daß eine Dienstanforderung LIST FOR 
bedingung an einen speziellen Datenbankser- 
ver übergeben wird. Der Server bearbeitet 
die Anforderung lokal und sendet nur die tat- 
sächlich angeforderten Daten (also das Er- 
gebnis) an den Auftraggeber (Client) zurück. 
Das Dienstprotokoll ist nicht mehr betriebssy- 
stemspezifisch, sondern anwendungsspezi- 
fisch, und der Kommunikationsaufwand wird 
geringer. Besonders interessant wird diese 
Konfiguration, wenn der Server eine Stan- 
dardschnittstelle anbietet, wie beispielsweise 
bei einem Datenbankserver eine SQL- 
Schnittstelle. In diesem Falle lassen sich um 
den Server eine Vielzahl von Standardan- 
wendungen gruppieren, zum Beispiel Tabel- 
lenkalkulation, Finanzbuchhaltung usw. 

Drei große Netzwerkbetriebssysteme wer- 
ben heute um die Gunst der Endnutzer: No- 
vells NetWare, Microsofts OS/2-LAN-Mana- 
ger in seinen verschiedenen OEM-Versionen 
und Banyans VINES (siehe Tafel 3). Die drei 
Systeme sollen überblicksartig, kurz vorge- 
stellt werden. 

NetWare 

von Novell zählt zu den besten und leistungs- 
fähigsten Betriebssystemen für PC-LANs. 
Bis zum Erscheinen des OS/2-LAN-Mana- 
gers hatte es auf dem europäischen Markt 
keine wesentlichen Mitbewerber. In den USA 
stand ihm bis dahin nur Banyans VINES nen- 
nenswert gegenüber. Seit seiner Marktein- 
führung 1 983 wurde es ständig den neuesten 
Entwicklungen auf dem Hard- und Software- 
markt angepaßt. Die aktuelle Version ist Net- 
Ware 386 3.0. Seit August wird die Version 
3.1 angeboten. 

Der Grundaufbau entspricht dem in Bild 2. 
Auf seiten der Arbeitsstation wird das Be- 
triebssystem im Falle von MS-DOS um die 
NetWare Shell erweitert. Das Übertragungs- 
system wird durch das IPX-Protokoll gebil- 
det. Serverseitig setzt das Betriebssystem di- 
rekt auf die Hardware auf. Diese Architektur 
ist wesentlich für die Leistungsfähigkeit von 
NetWare verantwortlich. 

Die Verbindung zwischen Shell und Datei- 
Server erfolgt direkt unter Umgebung des Be- 
triebssystems auf der Arbeitsstation. Im Net- 
Ware File-Service Core Protocoi (NCP) sind 
150 Dienstleistungsaufrufe vereinigt, mit de- 
ren Hilfe über die Shell der lokalen Anwen- 
dung die Netzwerk-Dienste bereitgestellt 
werden können. 

Neben der Shell als Schnittstelle für netz- 
werksfähige Anwendungen können verteilte 
Client-Server-Anwendungen direkt das 
Übertragungssystem nutzen. Bei NetWare 
286 standen als Protokolle dafür bislang nur 
das IPX, SPX und NetBIOS sowie durch an- 
dere Anbieter auch TCP/IP zur Verfügung. 
Mit der neuen Architektur von NetWare 386 
ist prinzipiell die Nutzung beliebiger Übertra- 
gungsprotokolle möglich. Dies wird einer- 
seits durch das Open Data Link Interface 
(ODI) - einer Schnittstellenspezifikation zum 
LAN-Adapter - sowie andererseits durch die 
NetWare Streams erreicht, die einen einheit- 
lichen Zugang vom Datei-Server-Protokoll 
bzw. Anwendungsprotokoll zum Übertra- 
gungssystem bilden. 

Wesentliche Kriterien für die Bewertung von 
Netzbetriebssystemen sind deren Leistungs- 
fähigkeit, Zuverlässigkeit und Möglichkeiten 
zum Daten- und Zugriffsschutz. 

Zur Steigerung der Leistungsfähigkeit wur- 
den ins NetWare-Datei-Server-Betriebssy- 


stem eine Reihe von Algorithmen aufgenom- 
men. Dazu gehören: 

- Directory Caching: Inhaltsverzeichnisse 
der Festplatte werden im RAM gehalten. 

- Directory Hashing: Inhaltsverzeichnis 
wird für schnelle Suche aufbereitet. 

- File Caching: Häufig benutzte Dateien 
werden im RAM gehalten. 

- Elevator Seeking: Zugriffsaufträge wer- 
den nach Lage auf der Platte abgearbeitet. 

- Turbo-Fat: Die File Allocation Table 
kann auf große Dateien indiziert werden. 

- verteilte Intelligenz durch Disk-Koprozes- 
sor. 

Die Zuverlässigkeit des Systems wird durch 
folgende Eigenschaften verbessert: 

- Unterbrechungsfreie Stromversorgung 
(DSU) und USV-Monitoring 

- redundante Verzeichnisstrukturen 

- Read after Write Verification 

- gespiegelte Laufwerke 

- gedoppelte Laufwerke 

- Transaktionsverfolgung 

- dynamische Aussonderung defekter Plat- 
tenbereiche. 

Schließlich verfügt NetWare über ein ausge- 
tüfteltes, mehrstufiges Zugriffsschutz-Sy- 
stem auf die verwalteten Datenbestände. Da- 
mit ist es möglich, jedem Benutzer individuell 
die für ihn notwendige und optimale Betriebs- 
umgebung zu schaffen. Die einzelnen Stufen 
des Sicherheitssystems umfassen: 

- Login- und Passwort-Schutz: Zugang 
zum Netz nur durch eingetragene Benutzer 
möglich 

- Trustee-Schutz: An jeden Nutzer wer- 
den konkrete Nutzungsrechte, bezogen auf 
die einzelnen von ihm benutzbaren Verzeich- 
nisse, vergeben. 

- Verzeichnis-Schutz: Unabhängig von 
den Nutzerrechten, bezogen auf ein Ver- 
zeichnis, werden für das Verzeichnis selbst 
noch einmal Nutzungsrechte vergeben. 

- Datei- Attribute-Schutz: Über Datei- Attri- 
bute kann für jede Datei festgelegt werden, 
wie mit ihr gearbeitet werden darf. 

Aus der Kombination der verschiedenen 
Rechte ergeben sich die effektiven Rechte 
des Nutzers, bezogen auf die vom Betriebs- 
system verwalteten Objekte. 

Im Umfeld von NetWare existiert eine Viel- 
zahl von Produkten zur Integration mit ande- 
ren Systemarchitekturen (Host-Anbindung, 
Übergang von LANs zu WANs usw.). Um den 
eingangs erwähnten Gedanken der Verbin- 
dung von MS-DOS und Unix aufzugreifen, so 
bieten sich insbesondere im Zusammenhang 
mit NetWare einige interessante Wege in die 
Zukunft: Unter dem Namen Portable NetWare 
stellt Novell für Systemanbieter Quellen zur 
Implementation eines Netware-Servers unter 
Unix oder auch anderen Betriebssystemen 
(z. B. VMS) zur Verfügung. Ein anderer Weg 
wird mit dem Austausch der Protokolle bei Net- 
Ware 386 beschriften. Statt des Hausproto- 
kolls können die Server so mit TCP/IP arbeiten 
-dem bevorzugten Unix-Protokoli. Davon bei- 
den Systemen das Ethernet verwendet wird, 
ist die technische Anbindung kein Problem. 

LAN-Manager 

von Microsoft ist die Weiterentwicklung des 
MS- NET für das Betriebssystem OS/2. Wäh- 
rend das Einplatzsystem MS-DOS zur Netz- 
arbeit überlistet werden mußte, bietet das 
Multitasking-System OS/2 bessere Voraus- 
setzungen für den Netzbetrieb. Dadurch 
konnte der LAN-Manager zum echten Kon- 
kurrenten von NetWare werden. 


Im Gegensatz zu NetWare ist der Server eine 
Erweiterung von OS/2. Der Interzeptor- Mo- 
dul auf der Arbeitsstation heißt in diesem 
Falle Redirector. Er existiert für MS-DOS, 
Windows und OS/2. 

Eine wesentliche Eigenschaft des LAN-Ma- 
nagers ist die sowohl vertikale wie horizon- 
tale Kompatibilität. Vertikale Kompatibilität 
bedeutet in diesem Zusammenhang, daß alle 
drei Standardbetriebssysteme im Netz arbei- 
ten können. MS-DOS, OS/2 und Unix. Hori- 
zontale Kompatibilität bedeutet, daß die ver- 
schiedenen Hersteller die Möglichkeit erhal- 
ten, eigene, individuelle Problemlösungen 
auf der Basis gemeinsamer Normen zu 
schaffen. Es gibt derzeit Versionen von über 
50 Lizenznehmern, die alle untereinander 
kompatibel sind, jedoch auch herstellerei- 
gene Besonderheiten aufweisen. So hat zum 
Beispiel die IBM-Version spezielle Merkmale 
zur IBM-Host-Integration, während die 
3Com-Version 3+Qpen ein spezielles Mail- 
System besitzt. 

Die bisher verfügbare Version 1.1 des LAN- 
Managers konnte sich nicht als wirklicher 
Konkurrent zu NetWare etablieren. Das lag 
an dem unzureichenden Datenschutz und 
der zu geringen Leistungsfähigkeit. Mit der 
Version 2.0, die zur Zeit an die OEM-Partner 
von Microsoft ausgeliefert wird, werden diese 
Nachteile beseitigt. Wesentliche Neuerung, 
die für eine Leistungssteigerung verantwort- 
lich zeichnet, ist das High Performance File 
System (HPFS), das nun anstelle der File Al- 
location Tables (FAT) benutzt wird. Erhöhte 
Zuverlässigkeit wird durch eingebaute Feh- 
lertoleranz, ähnlich wie bei NetWare, er- 
reicht. Auch der Zugriffsschutz bietet ein ähn- 
liches Niveau, wie bei NetWare. 

Durch die Anwendung verschiedener Indu- 
striestandard-Protokolle kann der LAN-Ma- 
nager auf einer Vielzahl von Netzwerken lau- 
fen. Eine dem NetWare ODI entsprechende 
Schnittstelle zwischen Netzbetriebssystem 
und LAN-Adapter ist die Network Driver Inter- 
face Specification (NDIS). Jede Adapter- 
karte, die diese Schnittstelle anbietet, ist also 
unter dem LAN-Manager einsetzbar. Die Ar- 
chitektur des LAN-Managers erlaubt den Ein- 
satz von IBMs NetBIOS Extended User Inter- 
face (NetBEUI), OSI-TP4, TCP/IP und XNS. 
Ein leistungsfähiger Mechanismus zur Inter- 
prozeßkommunikation von Client-Server-An- 
wendungen sind die Named Pipes, eine Net- 
BIOS ähnliche Schnittstelle, die aber lei- 
stungsfähiger und leichter zu benutzen ist. 
Als Datei-Server-Protokoll werden wie schon 
in MS-NET, aber mit erweitertem Funktions- 
umfang, die Server Messages Blocks 
(SMBs) eingesetzt. 

VINES 

steht für Vlrtuel NEtwork System. Aufgrund 
der bisherigen Vermarktungsstrategie des 
Herstellers Banyan hat es in Deutschland 
bisher wenig Verbreitung gefunden. In den 
USA dagegen ist es recht weit verbreitet. 

Die Server-Software basiert auf Unix System 
V. Als reines PC-Netzwerk besitzt es ähnli- 
che Eigenschaften wie NetWare oder der 
LAN-Manager. Seine wirklichen Stärken 
zeigt VINES vor allem in einem Internetz mit 
mehreren Severn und Teilnetzen im LAN- 
und WAN-Bereich. 

Dies wird durch einen in VINES integrierten 
Modul - StreetTalk - erreicht. StreetTalk ist 
ein leistungsfähiges, virtuelles Verzeichnis- 
system. Es unterhält eine verteilte Daten- 
bank, die den Namen, den Ort und die Attri- 
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bute eines jeden Objektes im Netzwerk auf- 
führt. Dieses globale, verteilte Verzeichnissy- 
stem stellt den Mittelpunkt der VINES-Archi- 
tektur dar. 

Der Benutzer braucht sich nicht um Netz- 
werktopologien, Kommunikationsprotokolle 
oder den Ort der benutzten Objekte zu küm- 
mern. Hat er die Berechtigung zum Zugriff auf 
ein Objekt, muß er nur die im gesamten Netz 
einmalig vorkommende Benennung für die- 
ses Objekt angeben, um den Zugriff zu erhal- 
ten. In anderen Systemen muß man sich ex- 
plizit bei dem Server anmelden, auf dem das 
Objekt residiert. 

Was noch zu beachten ist 

Lokale Netze erreichen heute eine ausrei- 
chende Geschwindigkeit, sind technisch aus- 
gereift und werden softwaremäßig breit un- 
terstützt, so daß sie auch als Lösung für an- 


Werner Pliegl 


O bwohl Netzwerke momentan zu den 
beherrschenden Computerthemen 
gehören, sind für viele Interessierte 
noch eine Menge fundamentaler Fragen of- 
fen. Computer Persönlich forschte deshalb 
einmal in der Hotline der Firma Dell nach. 
Dort führt man genau Statistik über die ver- 
schiedenen Probleme der Netzwerk-User. 
Dabei wurden die Spitzenreiter der Fragen- 
Hitparade herausgefischt. Hier sind Sie: 

► Was ist der Unterschied zwischen einem 
dedizierten und einem nichtdedizierten File- 
server? 

Ein dedizierter Server übernimmt nur Aufga- 
ben der Netzwerksteuerung. Ein nichtdezi- 
dierter Server kann dagegen gleichzeitig 
noch als Arbeitsplatz mitverwendet werden. 
Der Computer muß seine Kapazität also so- 
wohl dem Netz als auch dem Arbeitsplatz zur 
Verfügung stellen. Die Performance im Netz 
sinkt dadurch. Ein weiterer Nachteil ist die ge- 
ringere Datensicherheit. Der Vorteil der nicht- 
dedizierten Lösung sind die geringeren Hard- 
ware-Kosten. Daher kommt das Prinzip für 
preiswerte oder Einsteigerlösungen in Be- 
tracht. 

► Welche Computer kann man in ein vor- 
handenes Netz integrieren? 

Das hängt vom Netzwerk-Betriebssystem 
ab. Prinzipiell lassen sich alle MS-DOS-kom- 
patiblen PCs einbinden, sofern sie einen 
freien Steckplatz für die Netzwerkkarte besit- 
zen. Bei Novell NetWare lassen sich zum Bei- 
spiel PCs mit AT-Bus, MCA und EISA und 
Apple Macintosh einbinden. Bei manchen 
Netzwerksystemen ist auch eine Verbindung 
zu Minirechnern oder Unix-Anlagen möglich. 
► Wo kann ein Bandlaufwerk zur Datensi- 
cherung eingebaut werden? 

Der Platz für den Streamer hängt vom Be- 
triebssystem ab. Bei Novell NetWare 286 
müssen sich Streamer in den Arbeitsstatio- 
nen befinden. NetWare 386 erlaubt den Ein- 
bau des Steamers in den Server. 

► Wo muß ein Netzwerkdrucker ange- 
schlossen werden? 

Netware-Versionen bis 2.15 lassen den An- 


spruchsvolle Aufgabenstellungen in Betracht 
gezogen werden können. Die auftretenden 
Probleme sollen aber nicht verschwiegen 
werden: Mit bedingungsloser Kompatibilität 
wie bei MS-DOS darf man bei großen Syste- 
men (OS/2, Unix, NetWare) nicht mehr rech- 
nen. Größtes Handicap sind die verschiede- 
nen Festplattencontroller, mit denen die Soft- 
ware nicht zusammenspielt. So mußten wir 
zur Installation sowohl von NetWare 386 als 
auch von SCO Unix 386 eine andere Fest- 
platte (SCSI) einschließlich Controller be- 
schaffen, da die Originalteile des Rechner- 
herstellers keines der beiden Systeme unter- 
stützten. In kleinerem Umfange kann es Pro- 
bleme auch mit anderen Karten geben (bei 
Netzwerkkarten ist besonders auf das Vor- 
handensein der richtigen Treiber zu achten). 
Um sicher zu gehen, daß die Betriebssy- 
steme laufen, muß entweder einer der Refe- 


schluß von Netzwerkdruckern nur am Server 
zu. Dieses Manko läßt sich aber mit Utilities 
wie Printer Assist umgehen. NetWare 386 ist 
von Haus aus flexibler: Netzwerkdrucker dür- 
fen an jede Arbeitsstation angeschlossen 
werden und können von jedem Arbeitsplatz 
aus angesprochen werden. 

► Welche Software läuft im Netz? 

Im Grunde läßt sich jede Software auf dem 
Server installieren. Das Betriebssystem si- 
chert geöffnete Dateien gegen Änderungen 
von anderen Arbeitsstationen. Vor dem Ein- 
satz muß jedoch geklärt werden, ob die Li- 
zenz sich auf diesen Einsatz erstreckt. Opti- 
mal sind dagegen spezielle Netzwerkversio- 
nen, die es von vielen Anwendungen gibt. Mit 
ihnen können mehrere Anwender gleichzei- 
tig mit den gleichen Daten arbeiten. 

► Wie groß sollte die Festplatte des Servers 
in etwa sein? 

Richtschnur für eine vernünftige Auslegung 
ist die addierte Festplattenkapazität aller Ar- 
beitsstationen im Netz. So groß sollte in etwa 
die Platte des Servers sein. Der Bedarf ver- 
doppelt sich, wenn man auf erhöhte Datensi- 
cherheit Wert legt. Dazu braucht man zwei 
gleiche Festplatten, auf denen alle Daten 
doppelt gehalten werden (Disk Mirroring). 

► Welche Netzwerk-Topologien gibt es? 
Grundsätzlich gibt es drei Netzwerk-Topolo- 
gien, Bus, Stern und Ring. Am häufigsten ein- 
gesetzt ist wohl die Bus-Topologie. Dabei 
hängen alle Arbeitsplätze hintereinander an 
derselben Leitung. Das Busprinzip wird bei 
Ethernet- oder Cheapernet-Verkabelung an- 
gewendet. Es läßt hohe Übertragungsraten 
zu. Bei hoher Auslastung steigt jedoch die 
Häufigkeit von Datenkollisionen, was sin- 
kende Geschwindigkeit bewirkt. Bei der 
Sterntopologie führt von einem zentralen 
Verteiler eine eigene Leitung zu jeder Sta- 
tion. Dadurch sinkt die Gefahr von Datenkolli- 
sionen. Ein Beispiel für ein sternförmiges 
Netz ist Arcnet. Beim Token-Ring sind die 
einzelnen Stationen ringförmig miteinander 
verbunden. Hier sind Datenkollisionen aus- 
geschlossen. Jede Station erhält nämlich nur 
dann Senderecht, wenn sie im Besitz des To- 
kens (eines ständig zirkulierenden Datenpa- 
ketes) ist. 


renzrechner eingesetzt werden (die Soft- 
warehersteller bieten zumeist eine Liste von 
Geräten, auf denen die Lauffähigkeit getestet 
wurde), oder man überläßt die gesamte Pla- 
nung einem Spezialisten, der über entspre- 
chende Erfahrung verfügt und bereits einige 
Installationen hinter sich hat. Ähnliches gilt 
auch für die Software, wo sehr wohl zu unter- 
scheiden ist zwischen einer echt verteilten 
Anwendung, netzfähiger oder nur netzver- 
träglicher Software. Deshalb kommt der Pla- 
nung und Installation eines Netzes beson- 
dere Bedeutung zu, die später viel Arbeit und 
Geld sparen kann. Gleiches gilt auch für die 
Festlegung von Zugriffsrechten und Maßnah- 
men zur Datensicherung. 
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► Was ist ein Boot-PROM? 

Einen Boot-PROM benötigt man beim Ein- 
satz von Diskless-Workstations. Diskless- 
Workstations sind Netzwerk-PCs ohne Dis- 
ketten- und Festplatten-Laufwerke. Sie bie- 
ten besseren Datenschutz (kein Kopieren 
möglich) und geringe Kosten. Da sich auf ih- 
nen kein Betriebssystem befindet, müssen 
sie mit dem Betriebssystem des Server gebo- 
tet werden. Der Boot-PROM auf dem Netz- 
werkadapter leitet diesen Vorgang ein. 

► Wie werden neue Teilnehmer und Paß- 
wörter eingerichtet? 

Für die Zulassung neuer Benutzer ist der 
Netzwerkadministrator zuständig. Dazu bie- 
ten die meisten Netzwerksysteme menüge- 
steuerte Utilities an. Mit ihm teilt man Zugriffs- 
rechte, Paßwörter und Benutzernamen zu. 
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Netzwerk - Vorstellung 

Dem Thema Netzwerke waren zwei Präsentations- 
tage in Chemnitz gewidmet, mit dem das Datenver- 
arbeitungszentrum, das zukünftig unter dem Na- 
men COMPLEX Informationsverarbeitung GmbH 
firmiert, und MULTiTEC Computer Systeme GmbH 
mit Sitz in Chemnitz - Mitglied einer bundesdeut- 
schen DV-Unternehmensgruppe, die sich schwer- 
punktmäßig mit Netzwerken befaßt -einem ausge- 
wählten Anwenderkreis die Möglichkeit der Rech- 
nerkopplung aufzeigte. 

Vorgestellt wurden zwei Netzwerke auf Basis Novell, 
ausgestattet mit Netzwerkkarten von Schneider & 
Koch (SK), die PCs ganz unterschiedlicher Herstel- 
ler zusammenführten: unter anderem wurde auch 
ein EC 1834 in einem Netzwerk als Arbeitsplatz in- 
stalliert. Diese Einbindung bedeutet, daß im PC-Be- 
reich bis heute getätigte Investitionen erhalten blei- 
ben und bei der Gestaltung von PC-Netzwerken als 
Arbeitsplätze mit berücksichtigt werden können. 
Heterogene LANs sind Netzwerke, an die Rechner 
verschiedener Bauart angeschlossen werden kön- 
nen. So werden künftig historisch gewachsene In- 
seliösungen zu einem Netz verbunden, und jeder 
kann auf die Daten der im Netz integrierten Rechner 
zugreifen, wenn er die entsprechenden Zugriffs- 
rechte besitzt. Das bedeutet, daß von dem Arbeits- 
platz über einen PC auf die Daten im Host-Rechner, 
im Unix-Rechner und auf dem Netzwerk-Server zu- 
gegriffen werden kann und teure Peripheriegeräte 
nur einmal angeschafft werden müssen, denn alle 
Netzteilnehmer nutzen beispielsweise Matrix- oder 
Laserdrucker oder Plotter gemeinsam. Realisiert 
werden können solche komplexen Netzwerke u.a. 
mit dem Netzwerkbetriebssystem Novell und den 
Netzwerk-Komponenten von SK. Diese Karten un- 
terstützen vier verschiedene Protokolle und nutzen 
die Übertragungsmöglichkeiten des Ethernet/ 
Cheapernet-Kabels voll aus. MP 


Die wichtigsten Netzwerk-Fragen 

Starthilfe 
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Einer für (fast) alle 

Screen-Safer 

Christian Hanisch, Berlin 


Oft bleibt der eingeschaltete PC für längere 
Zeit in untätiger Bereitschaftsstellung. In sol- 
chen Arbeitspausen ist es sinnvoll, wenn der 
Bildschirm dunkel geschaltet wird, um die 
Bildröhre vor einem Einbrennen der Anzeige 
zu bewahren . 

Unter der Bezeichnung Screen-Safer, Night- 
program, Blackmon und so weiter sind Pro- 
gramme bekannt geworden, die den Bild- 
schirm nach einer gewissen Zeitspanne der 
Untätigkeit dunkel schalten und ihn beim 
nächsten Tastendruck wieder aktivieren. Es 
handelt sich hier ausnahmslos um residente 
Programme, die den Timer-Interrupt und den 
Tastatur-Interrupt überwachen. In der Regel 
wird ein Timer-Interrupt-Handler verwendet, 
der einen Zähler beständig dekrementiert. 
Diesem Prozeß wirkt der Tastatur-Interrupt- 
Handler entgegen, indem er bei jedem Ta- 
stendruck den Zähler auf seinen Ausgangs- 
wert zurücksetzt. Dieser Ausgangswert kann 
im Programm fest vorgegeben sein oder 
beim Programmstart interaktiv festgelegt 
werden. Er steht für die Zeitspanne, die ohne 
eine Tastenbetätigung verstreichen muß, 
ehe der Bildschirm - meist beim Zählerstand 
Null - dunkel geschaltet wird. Beim nächsten 
Tastendruck sorgt der Tastatur-Interrupt- 
Handler bei dunklem Bildschirm dann auch 
dafür, daß der Bildschirm wieder angeschal- 
tet wird. 

Nun sind eine Reihe verschiedener Grafik- 


karten in Gebrauch, die zum Teil unter- 
schiedliche Mechanismen für das An- und 
Abschalten des Bildschirmes erfordern. In 
der Literatur wurden bisher häufig nur Pro- 
gramme für ganz bestimmte Karten und aus- 
schließlich nach der oben beschriebenen Ar- 
beitsweise vorgestellt. Hier möchte ich Ihnen 
nun ein Programm anbieten, das nach auto- 
matischer Erkennung der Grafikkarten für die 
Hercules-, MDA-, CGA-, EGA- und VGA- 
Karte unter allen Grafikmodi arbeitet. Dar- 
über hinaus bietet das Programm einen wei- 
teren Service, indem ein Interrupt-IOH- 
Handler einbezogen wird. Dessen Aufgabe 
kann analog zu der des Tastatur-Interrupt- 
Handlers gesehen werden. Bei einer Aus- 
gabe auf den Bildschirm via INT 1 0H schaltet 
er denselben gegebenenfalls an, bezie- 
hungsweise bei beständiger Ausgabe verhin- 
dert er das Abschalten des Bildschirms. Mit 
dieser Option, die wahlweise benutzt werden 
kann, wird beabsichtigt, das Abschalten des 
Bildschirms bei solchen Programmen zu un- 
terbinden, die rechenintensiv sind und wäh- 
rend der Arbeit keine Eingabe erfordern, wohl 
aber für regelmäßige Bildschirmausgaben 
sorgen. 

Das Programm ADS arbeitet mit Kommando- 
zeilenparametern. Als erster Parameter wird 
die Zeit in Sekunden angegeben, die bis zur 
Dunkelschaltung verstreichen soll, wenn 
keine Taste gedrückt wird beziehungsweise 
keine Bildschirmausgabe von Programmen 
aus erfolgt. Letztere Bedingung steht für den 
Interrupt- lOH-Service und kann mit einem 
zweiten Aufrufparameter verhindert werden, 


wodurch das Programm in traditioneller 
Weise funktioniert. Die Uhr des Norton-Com- 
manders wird beispielsweise über Interrupt 
10H bedient. Ist sie eingeschaltet und ADS 
mit lnterrupt-1 OH-Service aktiv, so verhindert 
sie die Dunkelschaltung des Bildschirms. 
ADS müßte in diesem Falle mit einem zwei- 
ten Kommandozeilenparameter (X) aufge- 
rufen werden: 

C:\>ADS 180 X<CR> 

Das Programm gliedert sich in einen tran- 
sienten und in einen residenten Teil. Der tran- 
siente Teil beinhaltet die Initialisierung der 
Variablen, das Feststellen der Grafik-Hard- 
ware, das Testen auf einer bereits bestehen- 
den Installation von ADS sowie das Installie- 
ren der Interrupt-Handler. Der residente Teil 
besteht aus insgesamt vier Interrupt- 
handlern. 

Der Timer-Interrupt-Handler 

Dieser Interrupt-Handler wird in den Interrupt 
ICH eingefügt und kontrolliert den Zähler- 
stand der Variablen COUNTER. Ist dieser 
Null, so wird der Bildschirm durch den Aufruf 
der Prozedur SWITCH-BOARDS dunkel ge- 
schaltet, und das Flag SWITCH auf off ge- 
setzt. Bei der Prozedur SWITCH-BOARDS 
wurde vom Konzept der prozeduralen Para- 
meter in Turbo Pascal 5.x Gebrauch ge- 
macht. SWITCH-BOARDS wird bei der In- 
itialisierung die für die entsprechende Hard- 
ware relevante Routine zugewiesen. Damit 
ist programmtechnisch der universelle An- 
schluß beliebiger Routinen zur Laufzeit reali- 
siert. 

Der Timer-Interrupt-Handler sorgt bei einem 
Zählerstand ungleich Null dafür, daß die Va- 
riable COUNTER dekrementiert wird. Der 
Aufruf des alten Interrupt ICH ist notwendig, 


Bild 1 Programm ADS.PAS 


53 

PROCEDURE switch 

8514 (y : flipflop) ; 







54 

BEGIN 









55 

IF v—of f THEN 

regs . ax: =$1201 







56 

ELSE 

regs . ax : =$1200 ; 




/*■* 


? \ 

57 

regs . bl : =$36 ; 









58 

intr ( $10 , regs ) 






i 

(*$M 1024,0,0*) 


59 

END: 






2 

(*$N~,S-,F-*) 


60 







3 

PROGRAM Auto Disolay Switch: t* Turbo 

Pascal 5.x *) 

61 

PROCEDURE switch 

hgc (y : flipflop) ; 




4 

USES crt,dos; 


62 

VAR i ; Word ; x : BYTE: 





5 

CONST ver = ’2.6’; 


63 

BEGIN 






6 

TYPE flipflop = (off,on); 


64 

IF Y=off THEN 

BEGIN 





7 

hardware = PROCEDURE (v:fliDfloD) 


65 

port [ $3b4 ] ; = 

6; 





8 

boards = (hrc, mda , cga, ega , vga, unknown) ; 

66 

port [$3b5] := 

0; 





9 



67 

END ELSE INLINEi 





10 

VAR counter, initvalue, code.min, sec 

: INTEGER : 

68 

$31/$f f 

{ 

xor 

di , di 


l 

11 

oldvec9, oldveclc, 


69 

/$B9/$03/$00 

( 

mov 

cx, 0003h 

;3 Druchläufe 

) 

12 

oldveclO, oldvecll, vektor 

: pointer; 

70 

/$30/$CO 

{ el: 

xor 

al , al 

;das muß reichen i 

l 

13 

swi tch_boards 

: hardware; 

71 

/$BA/$BA/$03 

/ 

mov 

dx, 03ba 


I 

14 

equip 

; Word ABSOLUTE S40:S10; 

72 

/ $EC 

l v syncl 

: in 

al , dx 


) 

15 

initvaluestr 

; STR ING [ 81 ; 

73 

/$A8/$80 

{ 

test 

al , 80h 

;auf Begin von 

1 

16 

switch 

: flipflop; 

74 

/974/SFB 

{ 

jz 

v syncl 

;Retrace warten 

} 

17 

selector 

: boards ; 

75 

/ $EC 

{ v svnc2 

:in 

a 1 , dx 


l 

18 

c 

: CH AR: 

76 

/$A8/$80 

( 

test 

al , 80h 

;auf Ende von 

i 

19 

intlO 

: BOOLEAN; 

77 

/$75/$FB 

{ 

jnz 

v sync2 

;Äetrace warten 

1 

20 

regs 

: registers; 

78 

/$30/$CO 

i 

xor 

al , al 

;AL^0 

) 

21 



79 

/$BA/$BB/$03 

l 

mov 

dx, 03bhh 

;Ligh t -Pen -Register 

) 

22 

PROCEDURE call int (vektor : pointer ) : 


80 

/$EE 

( 

out 

dx, al 

; löschen 

1 

23 

INLINE( $8 f / 506/ vektor / / hole Adresse vom Stark } 

81 

/ $BA/ $B9/$03 

{ 

mov 

dx, 03b9h 


l 

24 

$8f / $06 /vektor +2/ / 

} 

82 

/$EE 

( 

out 

dx, al 

;Light~Pen setzen 

\ 

25 

$9c/ ( Pushf 

) 

83 

/$B0/$1 0 

l 

mov 

al,10h 


) 

26 

Sfa/ l cli 

l 

84 

/$BA/$B4/$03 

{ 

mov 

dx, 03b 4h 

; Index- Reg i st er 

1 

27; 

$££/$ le/vektor) ; / call far [ vektor ] } 

85 

/$EE 

( 

out 

dx, al 

;mit 10h Jaden 

1 

28 



86 

/$42 

i 

inc 

dx 


1 

29 

(*$E+*) 


87 

/$EC 

{ 

in 

al , dx 

; Li gh t Pen Adresse 

1 

30 

PROCEDURE switch cga (y: f 1 i pfl opi ■ 


88 

/S88/SC7 

{ 

mov 

bh, al 

; High -Teil nach BH 

I 

31 

VAR Status : BYTE ABSOLUTE S40:S65: 


89 

/$B0/$ 11 

i 

mov 

al, 11h 


} 

32 

BEGIN 


90 

/$BA/$B4/$03 

( 

mov 

dx, 03b4h 

; Index R egi st er 

1 

33 

IE y=off THEN port[$3d8] :=status AND 

Sf 7 

91 

/ $EE 

f 

out 

dx, al 

;i nit llh laden 

) 

34 

ELSE port [$3d8] :=status OR 

$08; 

92 

/$42 

{ 

inc 

dx 


i 

35 

END : 


93 

/ $EC 

( 

in 

al,dx 

; Li gh t -Pen -Adresse 

) 

36 



94 

/$88/$C3 

( 

mov 

bl , al 

;Low-Teil nach BL 

) 

37 

PROCEDURE switch mda (y: flipflop) ; 


95 

/$39/$FB 

( 

cmp 

bx, di 


} 

38 

VAR Status : BYTE ABSOLUTE S40:S65: 


96 

/ $72/$02 

( 

jb 

skip 


) 

39 

BEGIN 


97 

/$89/$DF 

i 

mov 

di,bx 


) 

40 

IE y=off THEN port t$3b8] ; =8tatus AND 

$f 7 

98 

/$E2/$CB 

{ skip: 

loop 

el 


1 

41 

ELSE port [ $3b8 J : =status OR 

$08; 

99 

/$4A 

1 

dec 

dx 


1 

42 

END : 


100 

/$BQ/$06 

l 

mov 

al , 06h 

; Index Register auf 

l 

43 



101 

/SEE 

{ 

out 

dx,al 

; Zeilenzahl 

i 

44 

PROCEDURE switch eaa ( y: f 1 i pf 1 npl ; 


102 

/$42 

( 

inc 

dx 


) 

45 

VAR d : BYTE; 


103 

/$B0/$19 

{ 

mov 

al,19h 

;25 Zeilen für Text 

) 

46 

BEGIN 


104 

/$81/$FF/$00/$09 / 

cmp 

di , 0900h 

; Sch wellen wer t ? 

) 

47 

d: =port t$3ba] ; 


105 

/$72/$02 

( 

jb 

text 

: darunter ? dann Text 1 

48 

d : =por t l$3da] ; 


106 

/$B0/$57 . 

{ 

mov 

al , 57h 

; 87 Zeilen für Grafik / 

49 

IE y=of f THEN port [$3c0j :=$0 


107 

/$EE) ; 

f text: 

out 

dx, al 

; Zeilenzahl senden 

1 

50 

ELSE port [$3c0] : =$20; 


108 

END; 






51 

END: 


109 

(*$F-*) 






52 



110 
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111 

112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 

135 

136 

137 

138 

139 

140 

141 

142 

143 

144 

145 

146 

147 

148 

149 

150 

151 

152 

153 

154 

155 

156 

157 

158 

159 

160 
161 
162 

163 

164 

165 

166 

167 

168 

169 

170 

171 

172 

173 

174 

175 

176 

177 

178 

179 

180 
181 
182 

183 

184 

185 

186 

187 

188 

189 

190 

191 

192 

193 

194 

195 

196 

197 

198 

199 

200 
201 
202 

203 

204 

205 

206 

207 

208 

209 

210 
211 
212 

213 

214 

215 

216 

217 

218 

219 

220 
221 
222 

223 

224 

225 

226 

227 

228 

229 

230 

231 

232 

233 

234 

235 

236 

237 


PROCEDURE own_lC ; INTERRUPT : 

BEGIN 

IF counter=0 THEN BEGIN 

switchboards (of f ) ; switch:=off 
END ELSE dec (counter , 1) ; 
call_int (oldveclc) ; 

END : 


PROCEDURE own_9 ; INTERRUPT : 

BEGIN 

IF switch=of f THEN BEGIN 

switch_boards (on) ; switch:=on 
END : 

counter :=initvalue; 
call_int (oldvec9) ; 

END : 

FUNCTION hercules : BOOLEAN : EXTERN AL : 

FUNCTION lightpen : BOOLEAN: EXTERNAL : 

PROCEDURE own_10; EXTERNAL : 

PROCEDURE own 11: EXTERNAL : 

(*$L ext.obj*) 

PROCEDURE terminate (iness aqe : STRING ) ; 

VAR attr : BYTE : 

BEGIN 

attr : =textattr ; 
textcolor (13) ; 
write] n (message) ; 

writeln ( ' * * * * Cancel installat ion ! ‘ ) ; 
textattr : -attr ; halt{255) 

END : 

BEGIN 

writeln; highvideo; 

writeln (' AutoDisplaySwitch for * 

'Hercules, MDA, CGA, EGA, VGA (Version ' , ver 
writeln ('(c) Ch. Hanisch, 1989'); writeln; lowvideo; 

IF paramcount=0 THEN terminate (' Parameter missing ... !*+ 
#13# 10+ ' Cal 1 : ADS <time to switch off> to ’ + 

'disable INT 10h Service>]‘) 

ELSE BE GIN 

initvaluestr : - paramstr ( 1 ) ; 

val ( initvaluestr , ini tvalue, code) ; 

JFcodeoO THEN terminate (' Bad Parameter!') 

ELSE ini tvalue ; -round ( ini tvalue* 18 . 2 ) ; 
f i 1 lchar ( regs , sizeof ( regs) , #0) ; 
i ntr ( $1 1 , regs) ; 

IF regs .bx=$AAAA THEN terminate (’ ADS already insta iled ! ' ) ; 
END : 

textcolor (white) ; 

(* Ermittlung der Grafik-Hardware *) 
selector : =unknown; 

IF (equip AND $0030=50030) THEN BEGIN (* monochrom *) 
selector : =mda; 

IF hercules THEN BEGIN 
selector : =hrc ; 

IF NOT lightpen THEN BEGIN 
textattr :=t extattr 4, blink; 

writeln (' There could be same Problems !’: 54 ) ; 
writeln ('The Hercules-Board has no light-pen . ' : 58 ) ; 
writeln; 

textattr : =textattr AND ( NOT blink) : 
write ( 'Cancel installation? (Y/n) ’); 

c : =upcase (readkey) ; 

IF c='N' THEN writeln ( ' N 1 ) 

ELSE BEGIN writeln ( ' Y’ ' ) ; 

terminate (' User break') 

END : 

END 

END 

END ELSE BEGIN (* color *) 

IF mem [ $0040 : $00A8 ] =0 THEN selector : =cga ELSE BEGIN 
regs .ax : =$1200 ; regs .bx: =$0010 ; 
intr ($10, regs) ; 

IF regs. bl <>$10 THEN selector : =ega ; 

(* regs . ah : =$la ; intr ($10 , regs) ; 

if regs . al=$la then selector :=vga; *) 

END 
END : 


(* Switch-Boards bekommt die richtige Routine zugewiesen *) 
CASE selector OF 
hrc: BEGIN 

switch_boards:=switch_hgc; write('TTL Monochrom 1 ); 
END : 

mda : BEGIN 

switch_boards : =switch_mda ; wr i te ( ' MDA ' ) ; 

END : 

cga; BEGIN 

switchboards : =swi tch cga ; wr i te ( ' Color 1 ) ; 

END : 

ega: BEGIN 

switch_ boards : switch_ega; write ('EGA / VGA’); 

END : 

vga : BEGIN 

switch boards : =switch_8514 ; write ('VGA / 8514’); 
END : 

ELSE terminate {' Unknown Video board!’); 

END : 

writeln (' board active ...'); 
counter :=ini tvalue; 


(* Installation der Interrupt-Handler *) 
swapvectors ; 

getintvec ($lc , oldveclc) ; 
setintvec ($lc , ®own_lc) ; 
getintvec ($9 , oldvec9) ; 
setintvec ($9 ,®own_9) ; 

IF paramcount=2 THEN int 10 := FALSE ELSE BEGIN 
getintvec ($10 , oldveclO ) ; 
setintvec ( $10, ®own_10) ; 
int 10 i^ TRUE : 

END ; 

getintvec($ll ,oldvecll) ; 
setintvec ($11 , ®own_ll) ; 
sec:=round(initvalue/18.2) ; 
min : =sec DIV 60 ; 
sec:=sec MOD 60; 

writeln; writeln(‘... successfully installed: ', 

'Display will switch off after ' , min, ' : ’ , sec) ; 
write (‘INT 10h - Service is '); 

IF intlO THEN writeln (’ activ !' ) ELSE writeln ('not activ!'); 

writeln; 

keep (0) ; 

END. 


/ 


\ 


1 

2 

3 

4 

5 

6 

7 

8 


title EXT. ASM 

; Übersetzen mit MASM ext; 

Status equ 3bah 

lp_set equ 3b9h 

lp_reset equ 3bbh 


Display- Status-Port 
Light-Pen-Flipf lop setzen 
Light-Pen-Flipf lop löschen 


Segment word public 
assume dsidata 
extrn switch :byte 
extrn counter: word 
extrn initvalue : word 
extrn oldveclO :dword 
extrn oldvecll rdword 
extrn switch_boards :dword 
ends 

segment byte public 
assume cs: code 
public hercules 
public lightpen 
public own_10 
public own_ll 
_ax dw 0 
_bx dw 0 
cx dw 0 
dx dw 0 
_bp dw 0 
_si dw 0 
_di dw 0 
es dw 0 
„ds dw 0 
„ss dw 0 
sp dw 0 
vektor dd 0 
vektorl dd 0 

es proc near 
push bp 


mov 

mov 

mov 

in 

and 

mov 

mov 

testloop: 

in 

and 


bp, sp 
dx , Status 
bl, 5 
al , dx 
al, 80h 
ah, al 
cx, 8000h 

a 1 , dx 
al , 80h 
al , ah 
no_change 
bl 

ok hrc 


Display- Status-Port 

Bit 7 isolieren 


erneutes Lesen 
Bit 7 isolieren 
Änderung? 

Bit 7 geändert 
wenn sich Bit 7 
fünfmal geändert hat, 
wird die Schleife ver- 


57 

58 

59 

60 
61 
62 

63 

64 

65 

66 

67 

68 

69 

70 

71 

72 

73 

74 

75 

76 

77 

78 

79 

80 
81 
82 

83 

84 

85 

86 

87 

88 

89 

90 

91 

92 

93 

94 

95 

96 

97 

98 

99 
100 
101 
102 

103 

104 

105 

106 

107 

108 

109 

110 
111 ; 
112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 
123 


no_change : 



loop 

test_loop 

; Erfolgt kein Wechsel 
; von Bit 7, liegt keine 
; Hercules-Karte vor 


jmp 

no_hrc 


ok_hrc : 

mov 

ax , 01h 

; Ergebnis TRUE nach AX 


jmp 

stop 


no_hrc : 

mov 

ax , 00h 

; Ergebnis FALSE nach AX 

stop: 

pop 

bp 



ret 

hercules endp 


lightpen proc near 



push 

bp 




mov 

bp , sp 




mov 

dx, lp„set 




out 

dx , al 




mov 

dx, Status 




in 

al ,dx 




test 

al, 2 

; Bit 1 (Statusport) 

= 0 




; Light-Pen-Flipf lop 

nicht 




; gesetzt, Mode-Test 
; möglich! 

nicht 


jz 

end_lp 




mov 

dx, lp„reset 




out 

dx, al 




mov 

dx, status 




in 

al ,dx 




test 

al, 2 




jnz 

end_lp 

; Bit 1 (Statusport) 

= 1 




; Light-Pen-Flipf lop 

gesetzt 




; -> Mode-Test nicht 

möglich 


mov 

ax , 0001h 

; Ergebnis TRUE nach 

AX 


jmp 

end2 



endlp: 

mov 

ax, 0000h 

; Ergebnis FALSE nach AX 

end2 : 

pop 

bp 




ret 





lightpen endp 


own_10 


proc 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 

mov 


far 

cs: [_ax] , ax 
cs : [_es] , es 
cs : [_bx] , bx 
cs : [_cx] , cx 
cs : [_dx] , dx 
cs: [„bp] , bp 
cs : [_si ] , si 
cs : [„di ] , di 
cs : [_dsj ,ds 
cs : [_ss] , ss 
cs: [_sp] , sp 
ax , data 
ds , ax 

ax,word ptr oldveclO 
word ptr cs: vektor , ax 
ax.word ptr oldveclO+2 


mov word ptr cs : vektor+2 , ax 

cmp [switch] ,0 

jnz is_on 

mov ax ,0001h 

push ax 

call dword ptr switch boards 
mov [switch], 01h 
is_on: mov ax, [initvalue] 
mov [counter], ax 


Turbo Datensegment 
nach DS 

INT- 10 Originalvektor 
ins Codesegment laden 


Bildschirm dunkel? 
nein! - dann nach is_on 
Parameter ON nach AX 
und auf den Stack 
Bildschirm dunkel schalten 
SWITCH auf ON setzen 
COUNTER neu initiali- 
sieren 


10 


Mikroprozessortechnik, Berlin 4 (1990) 10 




124: 

»ov bx , cs : [ 

bx] 




125: 

nov cx , cs : [ 

cx] 




126: 

mov dx. cs : [ 

dx] 




127: 

mov bp,cs: [ 

bp] 




128: 

mov si , cs : [ 

si] 




129: 

mov di,cs: [ 

di] 




130: 

mov es , cs: [ 

es] 




131: 

mov ds , cs : [ 

ds] 




132: 

mov ax, cs: [ 

ss] 




133: 

eil 

; 

hier nicht stören! 



134: 

mov ss,ax 





135: 

mov sp, cs : [ 

sp] 




136: 

sti 





137: 

mov ax , cs : [ 

ax] 




138: 

jmp dword ptr cs: vektor 

ab zum alten INT 10 



139: own 

10 endp 





140: 






141: own 

11 proc far 





142: 

push ds 





143: 

push ax 





144: 

mov ax.data 

; 

Turbo-Datensegment 



145 : 

mov ds , ax 

; 

nach DS laden 



146: 

mov ax,word 

ptr oldvecll ; 

INT-11 Originalvektor 



147 : 

mov word ptr cs : vektorl , ax ; 

ins Codesegment laden 



148: 

mov ax.word 

ptr oldvecll+2 




149: 

mov word ptr cs : vektorl+2 , ax 




150: 

pop ax 





151: 

pop ds 





152: 

pushf 





153: 

cli 





154: 

call dword 

ptr cs:vektorl ; 

alten INT 11 aufrufen 



155: 

mov bx , OAAAAh ; 

Installationskennung 



156 : 


; 

nach BX 



157: 

iret 





158: own_ 

11 endp 





159: code 
160 : 

ends 




Bild 2 Externe As- 






sembler-Unterpro- 





/ 

gramme fürADS.PAS 


wenn das Programm mit Hilfe von anderen 
residenten Utilities wie beispielsweise Ram- 
frei wieder aus dem Speicher entfernbar sein 
soll. Außerdem werden dadurch bereits in- 
stallierte interrupt-IC-Handler durch ADS 
nicht beeinflußt. 

Der Tastatur-Interrupt-Handler 

Im Tastatur-Interrupt-Handler wird über das 
Flag SWITCH geprüft, ob der Bildschirm dun- 
kel geschaltet ist. In solch einem Fall wird er 
über den Aufruf der Prozedur SWITCH^BO- 
ARDS wieder aktiviert. Bei jedem Tasten- 
druck wird prinzipiell der Zählerstand von 
COUNTER auf seinen Ausgangswert zurück- 
gesetzt. 

Tastatur- und Timer-Interrupt sind mit den 
Mitteln der Hochsprache programmiert 
(Bild 1 ). Obwohl dies auf den ersten Blick un- 
problematisch erscheint, sind Interrupt-Rou- 
tinen in Turbo-Pascal genaugenommen nur 
eingeschränkt nutzbar. Der von Turbo-Pas- 
cal generierte Überbau für eine solche Inter- 
rupt-Routine benötigt einen übermäßig gro- 
ßen Stack und ein Umsetzen des Stackpoin- 
ters auf einen eigenen Stack ist nicht vorge- 
sehen. Wenn im Interrupt-Handler beispiels- 
weise Stringfunktionen verwendet werden, 
so kann leicht ein Stackraum notwendig wer- 
den, der vom unterbrochenen Programm 
nicht in der Größe zur Verfügung gestellt 
wird. 

COMMAND.COM reserviert beispielsweise 
nur etwa 150 Byte Stackraum. Hier kann es 
unter gewissen Bedingungen leicht zum Sy- 
stemabsturz kommen. Prinzipiell sind die 
Konstruktionen der Hochsprache in ihrem 
Stackbedarf schwer zu kalkulieren (siehe 
dazu auch /I/). Da aber bei ADS die Tastatur- 
und Timer-Interrupt-Handler von simpelster 
Form sind, dürfte der Einsatz der Hochspra- 
che hier gerechtfertigt sein. 

Der Interrupt- 1 0-Handler 

Der Interrupt- 1 0- ist wie der lnterrupt-1 1- 
Handler als EXTERNAL-Prozedur deklariert 
(Bild 2). Hier soll die Symbiose aus Assem- 
bler und Hochsprache demonstriert werden. 
Der lnterrupt-1 0-Handler funktioniert dabei in 
gleicher Weise wie der Tastatur-Interrupt- 
Handler. Eine interessante Aufgabe wäre es, 
diesen Interrupt-Handler mit den Mitteln der 
Hochsprache zu formulieren. 


Der lnterrupt-1 1 -Händler 

Der lnterrupt-1 1 -Händler dient dem Erken- 
nen einer bereits existierenden Installation 
von ADS. Dieser Interrupt hat sonst die Funk- 
tion, die Hardwareausstattung des Rechners 
zu ermitteln und im AX-Register zu überge- 
ben. Diese Funktion bleibt erhalten - nur lie- 
fert der lnterrupt-1 1 -Händler von ADS zu- 
sätzlich im Register BX den Wert OAAAAH 
als Zeichen für eine bereits erfolgte Installa- 
tion zurück. Dadurch kann ADS sehr leicht 
prüfen, ob es bereits im Speicher vorhanden 
ist. Zwar sind für Anwenderprogramme die 
Interrupts 60H bis 66H vorgesehen, um je- 
doch die Integrität des residenten Pro- 
gramms zu sichern, wurde ein Interrupt ge- 
wählt, der mit einer zusätzlichen Funktion be- 
stückt werden kann und dessen Aufruf zu be- 
liebigen Zeiten keinen Einfluß auf das Sy- 
stemverhalten hat. Dieses Kriterium wird bei- 
spielsweise auch vom Interrupt 12H erfüllt, 
der die Größe des Speichers ermittelt und im 
AX-Register zurückgibt. 

Ermittlung der Grafik-Hardware 

Der transiente Teil des Programms ermittelt 
unter anderem die Grafik-Hardware. Dazu 
wird zunächst auf der Speicherstelle 10H im 
BIOS-Datensegment (40H) das Equipment- 
Word nach dem Vorhandensein einer Mono- 
chrom-Karte abgetestet. Ist solch eine Hard- 
ware präsent, so kann es sich nur um einen 
Monochrom-Display- Adapter (MDA) ohne 
Grafikmöglichkeit oder um eine Hercules- 
Grafikkarte handeln. Ein expliziter Test auf 
das Vorhandensein der Hercules-Karte 
bringt die Gewißheit. Die dazu verwendete 
externe Assemblerroutine stellt eine Adap- 
tion aus 121 dar. Maßgebliches Kriterium für 
die Existenz einer Hercules-Karte ist das Bit 7 
des Display-Status-Ports (03BAH). Der MDA 
nutzt dieses Bit nicht, während sich sein In- 
halt auf der Hercules-Karte dann zu Null än- 
dert, wenn ein vertikaler Strahlrücklauf er- 
folgt. Bei einer Hercules-Karte wird noch zu- 
sätzlich das Vorhandensein eines Light-Pens 
mit Hilfe einer externen Assembler-Funktion 
nach 121 getestet. Einerseits liefert dieser 
Test einen weiteren Anhaltspunkt für die Prä- 
senz einer Hercules-Karte, andererseits ist 
es nur über den Ligth-Pen möglich, den Text- 
und Grafikmodus dieser Karte zu unterschei- 


den. Das Erkennen der Color-Karten gestal- 
tet sich wesentlich einfacher. Hier muß nur 
zwischen CGA- und EGA-/VGA-Karte unter- 
schieden werden. Wenn auf der Speicher- 
stelle 0A8H im BIOS-Datensegment eine 
Null eingetragen ist, handelt es sich um eine 
CGA-Karte, im anderen Falle ist eine EGA- 
oder VGA-Karte wahrscheinlich. Da letztere 
Grafik-Hardware das BIOS ganz spezifisch 
mit neuen Funktionen erweitert, ist es mög- 
lich, über den Aufruf dieser erweiterten Funk- 
tionen die angeschlossene Hardware zu be- 
stimmen. Ein Aufruf der Funktion 12H 
(AH = 12H) mit BX=10H (EGA-Statusinfor- 
mation anfordern) des Interrupts 10H gibt ei- 
nen Anhaltspunkt für die Existenz einer EGA, 
wenn sich das BX-Register nach dem Aufruf 
verändert hat. EGA- und VGA-Karte lassen 
sich nach der gleichen Methode ab- und an- 
schalten, so daß hier nicht weiter differenziert 
werden muß. 

Dunkelschalten des Bildschirms 

Das An- und Abschalten des MDA- und CGA- 
Bildschirms ist relativ leicht möglich. Beide 
Grafikkarten werden vom ROM-BIOS unter- 
stützt. Das hat zur Folge, daß der Inhalt des 
Modusauswahlregisters (03D8H bei CGA, 
03B8H bei MDA), der vom BIOS auf der Spei- 
cherstelle 65H im BIOS-Datensegment 
(CRT-Mode-Set) abgelegt wird, zur Manipu- 
lation direkt herangezogen werden kann. 
Durch Löschen des Bits 3 in besagter Status- 
Speicherstelle und Ausgabe des neuen Sta- 
tus am Port 03x8H wird der Bildschirm abge- 
schaltet. Ein einfaches Setzen dieses Bits 
und die Ausgabe über den entsprechenden 
Port sorgen dafür, daß der Bildschirm wieder 
zugeschaltet wird. Dieses Verfahren ist auch 
für die Hercules-Karte anwendbar, solange 
sie sich im Text-Modus befindet, denn nur 
dort verhält sie sich wie eine MDA-Karte. Der 
Grafik-Modus der Hercules-Karte wird vom 
BIOS nicht unterstützt, so daß das System 
nichts davon weiß, wenn diese Karte Grafik 
darstellt. Plausibel wird dieser Sachverhalt, 
wenn man weiß, daß die Umschaltung der 
Hercules-Karte vom Text- in den Grafik-Mo- 
dus und zurück nur in eigener Regie und 
ohne Unterstützung des BlOS-lnterrupts 1 0H 
erfolgen kann. Ebenso liefert die Funktion 
1 5H (Get Mode) des BlOS-lnterrupts 1 0H bei 
einer Hercules-Karte stets den Wert 7 zu- 
rück, unabhängig davon, ob sie im Grafik- 
oder Text-Modus ist. 

Daher muß bei der Hercules-Karte zum An- 
und Abschalten ein anderer Weg gewählt 
werden, der direkt die Hardware anspricht 
und das BIOS damit umgeht. Die ange- 
wandte Methode beinhaltet das Abschalten 
des Bildschirms durch Nullsetzen der darzu- 
stellenden Zeilenzahl. Das Index-Register 
der Hercules-Karte 03B4H wird dazu mit dem 
Wert 6 geladen, wonach im Daten-Register 
03B5H die Anzahl der anzuzeigenden Zeilen 
einzutragen ist. Das Anschalten des Bild- 
schirmes geschieht analog - nur muß hierbei 
beachtet werden, ob die Hercules-Karte im 
Grafik- oder Text-Modus ist. Beide Modi un- 
terscheiden sich durch unterschiedliche Zei- 
lenzahlen (19H für Text, 57H für Grafik). Die 
Unterscheidung zwischen Text- und Grafik- 
modus erfolgt mit Hilfe des Light-Pen. Dazu 
wird der Light-Pen-Flipflop gesetzt und an- 
schließend seine Adresse über den 6845- 
CRT-Controller abgefragt. Die Offset-Adres- 
sen im Text- und Grafik-Modus unterschei- 
den sich aufgrund unterschiedlicher Adreß- 
schemen, so daß auf diese Art und Weise der 
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Modus der Hercules-Karte erkannt werden 
kann. Die EGA- und VGA- Karte wird nach ei- 
ner in 13/ vorgeschlagenen Methode ab- und 
angeschaltet. Der funktionale Hintergrund 
dieses Verfahrens ist plausibel unter ande- 
rem in /4/ erklärt. Das Verfahren nutzt das At- 
tribute-Adress-Register (AAR). Dieses Regi- 
ster dient sowohl als Index- als auch als Da- 
tenregister. Ein Lesen des Ports 3DAH (Farb- 
modi) beziehungsweise 3BAH (Monochrom) 
erklärt den Port 3COH definitiv zum Indexre- 
gister. Jede Ausgabeopertion auf diesen Port 
verändert zusätzlich ein internes Flipflop, das 
zwischen dem Index- und den Datenregi- 
stern umschaltet. Beim Schreibzugriff auf 
das Register 3COH wird mit den Bits 0. .4 das 
konkrete Datenregister gewählt. Bei einer 
solchen Operation wird gleichzeitig der Bild- 
schirm dunkel geschaltet. Verantwortlich da- 
für ist das Bit 5; ist es Null, so wird der Bild- 
schirm abgeschaltet, im anderen Fall wird er 
wieder angeschaltet. Exakt dieser Sachver- 
halt wird bei der Lösung berücksichtigt. 

Das Programm soll eine Anregung zur TSR- 
Programmierung sein. Mit ihm läßt sich das 


Spektrum an Möglichkeiten, das Turbo-Pas- 
cal für die TSR-Programmierung bietet, er- 
kunden. Es trägt darüber hinaus durch die 
Beschäftigung mit der Registerprogrammie- 
rung der Grafikkarten zum tieferen Verständ- 
nis dieser leistungsfähigen Hardware bei. 
Wer engagiert ist, findet ein breites Betäti- 
gungsfeld. 

Im Initialisierungsteil des Programms ist in 
Kommentarklammern der Aufruf des Inter- 
rupt 10H mit der Funktion IAH enthalten. Er 
dient dazu festzustellen, ob eine echte VGA- 
Karte im System ist (AL=1 AH). Dann könnte 
die Routine Switch _851 4 nach /5/ genutzt 
werden, die dort für einen 851 4-Adapter Ver- 
wendung fand, aber auch einige VGA-Karten 
bedienen kann. Die Sache hat nur einen Ha- 
ken: Einige EGA-Karten, die mit zusätzlichen 
Modi ausgestattet sind, verfügen unter ande- 
rem über die Funktion IAH, so daß sie als 
VGA-Karten identifiziert werden. Da sie im 
allgemeinen jedoch nicht auch die Funktion 
AH = 12H mit BL=36H unterstützen, kann es 
Systemabstürze geben. 

Nach dem Schema der prozeduralen Para- 
meter lassen sich Ab-/Anschaltroutinen für 
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Der Standardvorschlag IEEE 855 

Die Möglichkeit des Einsatzes von Software 
auf Rechnern mit unterschiedlicher Architek- 
tur ist ein zentrales Problem der Informatik. 
Die Bereitstellung von Systemsoftware hält 
mit der Hardwareentwicklung noch schritt. 
Die Überführung von umfangreichen Anwen- 
dersystemen vollzieht sich dagegen in der 
Regel nur schwerfällig. Eine unproblemati- 
sche Übernahme von Anwendungslösun- 
gen, die bereits auf anderen Computersyste- 
men benutzt werden, ist meistens wün- 
schenswert. 

Systemunterschiede auf Maschinenbefehls- 
niveau können in vielen Fällen durch die Ver- 
wendung höherer Programmiersprachen 
überwunden werden. Die Verknüpfung der 
Anwendungssoftware mit dem Betriebssy- 
stem erschwert jedoch ihre Überführung auf 
eine Rechnerumgebung, die ein anderes Be- 
triebssystem enthält. Eine Hauptursache für 
die Probleme bei der Überführung von An- 
wendersystemen ist in den Unterschieden 
bei der Parameterübergabe für Betriebssy- 
stemrufe zu suchen. Zur Überwindung dieser 
Schwierigkeiten wurde 1985 der Standard- 
vorschlag IEEE 855 (MOSI, Microprocessor 
Operating Systems Interface) des Institute of 
Electrica! and Electronics Engineers (IEEE) 
veröffentlicht IV. Er beinhaltet die Definition 
einer standardisierten Schnittstelle von Be- 
triebssystemen. Dabei ist unerheblich, wel- 
ches konkrete Betriebssystem die Schnitt- 
stelle liefert, vorausgesetzt, daß seine Funk- 
tionalität den Anforderungen entspricht. 

Für bereits existierende Betriebssysteme 
kann beispielsweise durch die Entwicklung 


entsprechender Anpassungsmodule die 
standardisierte Schnittstelle zusätzlich be- 
reitgestelltwerden. Eine funktionelle Erweite- 
rung des Betriebssystems wird dann notwen- 
dig, wenn es die Anwendungssoftware erfor- 
dert. Für die Zukunft bleibt zu hoffen, daß die 
Produzenten neuentwickelte Betriebssy- 
steme von vornherein mit einem standardi- 
sierten Nutzerinterface ausstatten. 

Die MOSI-Definition unterteilt die Gesamtheit 
aller Betriebssystemrufe in verschiedene 
Dienstkategorien (capabilities). Jede Dienst- 
kategorie umfaßt ein oder mehrere Module. 
Ein solcher Modul enthält logisch zusam- 
mengehörige Funktionen. Die Kombination 
mehrerer Module wird als Konfiguration be- 
zeichnet. Im Standard IEEE 855 wurden ver- 
schiedene Konfigurationen vorgeschlagen, 
eine nutzerspezifische Zusammenstellung 
ist jedoch möglich. 

Ein Einsatzfall für MOSI kann die Schaffung 
von Software für lokale Netze sein - hierbei 
handelt es sich um spezielle Anwender- und 
Kommunikationssoftware. Es wird ange- 
strebt, auf allen Rechnern eines lokalen Net- 
zes einheitliche LAN-Software anzuwenden. 
Damit wird die Nutzung der Dienste des loka- 
len Netzes erleichtert. Ein wichtiges Kriterium 
für die Beurteilung von Modularität, Konfi- 
gurierbarkeit und Flexibilität einer LAN-In- 
stallation ist der Aufwand für die Einbindung 
heterogener Rechner oder Betriebssy- 
steme. 

Die Entwicklung einer Standardschnittstelle 
in der MOSI-Konfiguration Echtzeitunterstüt- 
zung (real-time support) für 16-Bit-PCs und 
nachfolgend von standardorientierter LAN- 
Software war Gegenstand unserer Arbeiten 
zum Aufbau des heterogenen LANs NA- 
GEMA-LOTUNET /2 /. Im folgenden werden 
wesentliche Komponenten der Standard- 
definition vorgestellt sowie am Beispiel der 


beliebige Grafikkarten in das Programm ein- 
fügen. So wäre eine Routine für die Grafik- 
karte des A 7150 eine sinnvolle Ergänzung. 
Ebenso wäre ein Verfahren interessant, mit 
dessen Hilfe diese Grafikkarte zweifelsfrei 
identifiziert werden könnte. 
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LAN-Software Bezüge zur Nutzung dieser 
Funktionen aufgezeigt. 

Das MOSI-Multitaskkonzept 

Die Grundlage für die Abarbeitung der LAN- 
Software LOTUNET ist die Nutzung eines 
Multitaskbetriebssystems /3/. Bei der Anwen- 
dung auf 8-Bit-Mikrorechnern mit dem nicht 
multitaskfähigen Betriebssystem CP/A wer- 
den im LAN NAGEMA-LOTUNET die ent- 
sprechenden Dienste des Echtzeitbetriebs- 
systemkerns KOMI genutzt /4 /. 

Das Betriebssystem MS-DOS ist jedoch 
ebenfalls nicht multitaskfähig. Die mögliche 
Arbeit mit mehreren Programmen (Prozes- 
sen) ist prozedural organisiert. Es existieren 
Dienste zum Laden und zum Ausführen von 
Programmen. Die (nachgeladenen) Pro- 
gramme werden aber nicht (quasi-) parallel 
zum rufenden Programm, sondern als des- 
sen Unterprogramme abgearbeitet. Nach 
Beendigung eines nachgeladenen Pro- 
gramms erhält der „Urheber“ den Prozessor 
zurück - also der Prozeß, der den Ruf zum 
Laden ausführte. Danach kann er in seiner 
Abarbeitung fortfahren. Da eine solche Ar- 
beitsweise dem LOTUNET-Konzept und der 
MOSI-Konfiguration Echtzeitunterstützung 
widerspricht, erwies sich die Nutzung einer 
Multitaskerweiterung als notwendig. 

Das Prozeßmodell 

Betriebssystemdienste zur Prozeßverwal- 
tung können nicht losgelöst vom dazugehöri- 
gen Prozeßmodell betrachtet werden. MOSI 
definiert einen Prozeß als kleinste Einheit, die 
zur Ausführung (Abarbeitung) verwaltet wer- 
den kann. Dabei ist ein Prozeß die kleinste 
geschlossene Einheit, die den Prozessor be- 
anspruchen kann. Es wird innerhalb der 
MOSI-Dienstkategorie Prozeßverwaltung 
zwischen der Arbeit mit einem und der mit 
mehreren Prozessen unterschieden. 

Ein Prozeß kann Nachfolgerprozesse 
(Söhne) einrichten. Dazu dient der Dienst 
CREATE PROCESS. Prozesse haben im all- 
gemeinen die Kontrolle über sich selbst und 
über ihre Söhne. Das bedeutet, daß sie die 
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angegebenen Prozesse zum Beispiel su- 
spendieren, löschen oder resuspendieren 
können. Abweichungen von diesem Prinzip 
werden speziell ausgewiesen. MOSI betont, 
daß die Möglichkeiten der Einflußnahme ei- 
nes Prozesses auf andere Prozesse sowie 
die möglichen Zustandsübergänge immer 
von den Scheduling-Algorithmen des jeweili- 
gen Betriebssystems abhängig sind. 

Beim Kreieren (Einrichten) eines Prozesses 
können ihm vom „Vater“ Parameter überge- 
ben werden. Solche Parameter sind zum Bei- 
spiel Identifikatioren für Semaphore, Files 
oder Mailboxen. Im Normalfall kreiert der Va- 
terprozeß alle von ihm und seinen Söhnen 
gemeinsam benutzten Datenstrukturen. Da- 
bei erhält er als Funktionswerte die entspre- 
chenden Identifikatoren. 

Alle von einem Prozeß angeforderten Res- 
sourcen (Files, Semaphore, . . .) werden bei 
seiner Beendigung automatisch freigegeben. 
Dieser Umstand ist zu beachten, wenn sol- 
che Ressourcen auch von den Söhnen ge- 
nutzt werden. In diesem Fall darf sich der Va- 
terprozeß erst beenden, wenn seine Res- 
sourcen nicht mehr benötigt werden. 

Im Standard IEEE 855 werden für einen Pro- 
zeß 5 mögliche Zustände definiert. Die er- 
laubten Zustandsübergänge der vorliegen- 
den Programmversion sind in Bild 1 darge- 
stellt. Die relativ große Anzahl erlaubter 
Übergänge ermöglicht einen variablen Ein- 
satz der standardisierten Multitaskdienst- 
Schnittstelle für die unterschiedlichsten An- 
wendungen. 


• • r , nicht 
■ existend 


wartend t— — — f ■ rl bereit 


aktiv F ' -' » suspendiert \ 


Bild 1 Prozeßzustände nach IEEE 855 und mög- 
liche Übergänge bei der Nutzung des Betriebs- 
systems SM- DOS 


Dabei gelten folgende Definitionen der ein- 
zelnen Zustände: 

- nicht existent : Der Prozeß ist dem System 
nicht (oder nicht mehr) bekannt. 

- bereit: Der Prozeß wartet auf die Zuteilung 
des Prozessors. 

- aktiv: Der Prozeß besitzt den Prozessor. 

- wartend: Der Prozeß wartet auf ein Signal, 
eine Nachricht oder auf den Ablauf einer be- 
stimmten Zeitspanne. 

- suspendiert: Der Prozeß wartet auf seine 
Resuspendierung durch einen anderen Pro- 
zeß (nur Dienst RESUME PROCESS). 

Mittel zur Prozeßsynchronisation 

In Multitasksystemen ist es häufig notwendig, 
daß sich zwei oder mehrere Prozesse syn- 
chronisieren. Gründe dafür können beispiels- 
weise die exklusive Nutzung eines Betriebs- 
mittels (Drucker, File, . . .), die Nutzung kriti- 
scher Abschnitte und anderes sein. Erfolgt 
die Synchronisation auf der Grundlage des 


Eintretens von Ereignissen (z. B. Belegen/ 
Freigeben eines kritischen Abschnitts), so ist 
die Programmierung mit Hilfe von Semapho- 
ren (Signalen) sehr effektiv möglich. Ein Se- 
maphor besteht aus dem Wert einer Steuer- 
variablen, die nur über spezielle Betriebssy- 
stemdienste geändert werden kann, und dem 
Anker einer Liste für die an dem entsprechen- 
den Semaphor wartenden Prozesse. Der Se- 
maphorwert wird um die Anzahl der eingetre- 
tenen Ereignisse korrigiert. Erst nach Eintritt 
der angegebenen Anzahl von Ereignissen 
wird ein Prozeß freigesetzt. 

MOSI enthält Dienstaufrufe zur Nutzung ein- 
facher und mehrfacher Semaphore. Ihr Un- 
terschied besteht in der Registrierung des 
Eintretens eines oder mehrerer Ereignisse im 
Block. Für die Konfiguration Echtzeitunter- 
stützung wird nur die Nutzung einfacher Se- 
maphore gefordert, das heißt, es tritt immer 
nur ein Ereignis (Ankunft eines Signals) ein. 
Das Eintreffen mehrerer Signale wird in eine 
Folge von Einzelsignalen transformiert. Der 
auf die Signale wartende Prozeß hat dann 
eine Folge von WAIT SEMAPHORE-Rufen 
abzuarbeiten. 

Für Semaphore existieren Dienste zum Kreie- 
ren (CREATE SEMAPHORE) und Löschen 
(DELETE SEMAPHORE). Das Senden von 
Signalen wird durch den Dienst SIGNAL SE- 
MAPHORE, das Warten auf ein Signal durch 
WAIT SEMAPHORE ermöglicht. 

Die häufig anzutreffende Unterteilung in bi- 
näre und nichtbinäre Semaphore wird bei 
MOSI nicht vorgenommen. Lauf Definition 
sind alle Semaphore nichtbinär. Das ist sinn- 
voll, da ein binäres Semaphor (mögliche 
Werte 0 und 1) auf ein nichtbinäres Sema- 
phor unter Beachtung der Wertebereichsre- 
striktionen abgebildet werden kann. 

Das Eintreffen von Signalen (SIGNAL SE- 
MAPHORE) hat folgende Wirkungen: 

1. Wartet ein Prozeß an dem Semaphor, 
wird er freigesetzt. 

2. Wartet kein Prozeß, wird das Signal ge- 
speichert, der Semaphorwert wird also inkre- 
mentiert. 

Ein Prozeß hat die Möglichkeit, zeitbegrenzt 
oder unbedingt (starr) an einem Semaphor 
zu warten. Trifft in der angegebenen Zeit ein 
Signal ein, wird er freigesetzt. Anderenfalls 
erfolgt die Freisetzung nach Ablauf der Zeit- 
spanne. Anhand des Funktionswertes von 
WAIT SEMAPHORE kann der Prozeß ermit- 
teln, ob er ein Signal erhalten hat oder nicht. 
Das entspricht der Organisation von Time- 
out-Bedingungen. 

Durch die Nutzung ereignisspezifischer Se- 
maphore ist also eine reine Ereignissynchro- 
nisation einschließlich der Arbeit mit Time- 
outs möglich. 

Bei der Abarbeitung des Rufes WAIT SEMA- 
PHORE werden die Prozesse entsprechend 
ihrer Priorität in die Warteschlange des Se- 
maphors eingeordnet. Dabei wird der Prozeß 
mit der höchsten Priorität als erster eingeket- 
tet, bei gleicher Priorität erfolgt die Einord- 
nung nach dem FIFO-Prinzip. Die Warte- 
schlangen werden bei Änderung der Priorität 
eines wartenden Prozesses (Dienst 
CHANGE PRIORITY) gegebenenfalls neu 
sortiert. 

Erhält ein Prozeß ein Signal, wird er je nach 
seiner Priorität bereit oder aktiv. Das gleiche 
Verhalten zeigen Prozesse bei erfolglosem 
Warten nach Ablauf der angegebenen War- 
tezeit. 


Mittel zur Prozeßkommunikation 

Der Austausch von Informationen zwischen 
Prozessen erfolgt durch die Arbeit mit Nach- 
richten. Solche Informationen können zum 
Beispiel Ergebnisse anderer Programme 
oder Namen von Files sein. 

Nachrichten werden in lokalen Mailboxen (re- 
positories) abgelegt oder von dort gelesen. 
MOSI definiert Dienste zum Kreieren 
(CREATE REPOSITORY) und Löschen (DE- 
LETE REPOSITORY) von Mailboxen sowie 
für das Senden (SEND MESSAGE) und 
Empfangen (RECEIVE MESSAGE) von 
Nachrichten. 

Die Dienste der Nachrichtenübermittlung 
sind analog den Semaphordiensten nutzbar. 
Diese Analogie betrifft vor allem die mögli- 
chen Zustandsübergänge und die Time-out- 
Organisation. 

Bei jedem Senden von Nachrichten werden 
diese in systeminterne Puffer, beim Empfan- 
gen in nutzereigene Bereiche kopiert. Die 
Länge und die Anzahl der Puffer bleiben dem 
Nutzer unbekannt. Die Länge der übertrag- 
baren Nachrichten ist beliebig. 

Eine wichtige Anwendungsmöglichkeit der 
Dienste zur Prozeßkommunikation ist bei- 
spielsweise die Nutzung von Mailboxen als 
Implementation der Dienstzugriffspunkte 
(SAP - Service access point) des OSI-Refe- 
renzmodells. Die Nachrichten enthalten dort 
die Protokoll- und die Dienstdateieinheiten 
(PDU - protocol data unit, SDU - Service data 
unit). Jedem SAP wird eine Mailbox zugeord- 
net. 

Stand der Entwicklung 

Das Betriebssystem SM-DOS stellt im we- 
sentlichen eine Multitaskerweiterung von 
MS-DOS 3.20 dar /5/. Hierfür wurden von uns 
die Dienstkategorien Prozeßverwaltung und 
Prozeßsynchronisation und -kommunikation 
entwickelt. Damit wurde die Grundlage für ein 
komfortables Multitasksystem zur Nutzung 
durch LAN-Software geschaffen. Es beste- 
hen keine funktionellen Abweichungen vom 
Standard; es können lediglich nicht alle ge- 
forderten Fehlerursachencodes erzeugt wer- 
den, da SM-DOS nur eine begrenzte Anzahl 
von Rückkehrcodes liefert. 

Außer den genannten Modulen stehen 
MOSI-gerechte Dienste zur dynamischen 
Speicherverwaltung, zum Verzögern von 
Prozessen und zur synchronen File-Ein-/ 
Ausgabe zur Verfügung. 

Der Diensteumfang und die Parameterstruk- 
tur des Betriebssystems SM-DOS erwiesen 
sich als sehr gute Voraussetzungen für eine 
MOSI-Schnittstelle. So mußten für einige 
MOSI-Dienste lediglich Konvertierungen der 
Eingabeparameter und Rückkehrcodes pro- 
grammiertwerden. 

Die Einbindung der MOSI-Dienste in das Be- 
triebssystem MS-DOS konnte problemlos als 
Erweiterung der SM-DOS-Einbindung erfol- 
gen. 

Einbindung der MOSI-Erweiterung 
in SM-DOS 

Die Dienste von MS-DOS, SM-DOS und 
MOSI nutzen die gleiche (physische) Schnitt- 
stelle (Softwareinterrupt 21 H, Dienstcode im 
Register AX, Parameter in Registern). Fast 
alle Dienste von MOSI nutzen die Funktionen 
von SM-DOS und MS-DOS. Daraus resultiert 
die in Bild 2 dargestellte Nutzungskonzeption 
der bei allen Systemrufen gleichen physi- 
schen Schnittstelle (INT 21 H). 
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Mützer 


Systmdmstruf (IMT 27 H) 


Sypervisorerweiterung 


SM-OÖS-ßüf ' MOShfaf SM-mMf 
MS-DQS-Ruf ] m-M-Rttf 


MOS! 


Sypervisor 



MS-DOS \ 

SM-DOS 


Durch die Supervisorerweiterung werden alle 
Betriebssystemrufe anhand des Funktions- 
codes in MOSI-Rufe einerseits und SM- 
DOS- bzw. MS-DOS-Rufe andererseits un- 
terschieden. Handelt es sich um einen MOSI- 
Ruf, werden die im Standard definierten Pa- 
rameter in die Parameter von MS-DOS oder 
SM-DOS konvertiert. Anschließend wird der 
entsprechende Betriebssystemruf ausge- 
führt. Nach dem Beenden der Ausführung er- 
folgt die Rückkonvertierung der Fehlercodes, 
der Resultatparameter und des Funktions- 
wertes, soweit vorhanden. 

Wie die Dienste von SM-DOS und MS-DOS 
erbracht werden, spielt für die Betrachtung 
aus Nutzersicht keine Rolle. In der vorliegen- 
den Version stehen dem Nutzer neben den 
MOSI-Diensten alle Dienste der Systeme 
MS-DOS und SM-DOS zur Verfügung. 


Bild 2 Nutzungskonzeption der Schnittstelle 
INT21H 
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Datenverwaltung 

mit dBase-kompatibler Software 


Bernd Spitzhofer , Dresden 


Die Arbeit mit Datenbankbetriebssystemen 
ist zu einem der Haupteinsatzfälle bei der 
Nutzung von Computertechnik geworden. 
Gerade im PC- Bereich haben sich Daten- 
bankbetriebssysteme als Standardsoftware 
fest etabliert und eine erstaunliche Lei- 
stungsfähigkeit erreicht , die oft nicht voll 
ausgeschöpft wird. Es ist das Ziel des vorlie- 
genden Beitrages , dem Nutzer durch Wer- 
tung einzelner Komponenten von dBase - 
kompatibler Software und durchgeführten 
Literaturvergleichen eine Hilfestellung zum 
effektiven Umgang hiermit zu geben. 

Datenmodell 

Wesentlich für die Arbeit mit einer Datenbank 
ist das ihr zugrunde liegende Datenmodell. 
Im Bereich der Mikrorechner hat sich beson- 
ders das relationale Datenmodell durchge- 
setzt, worauf die Untersuchungen be- 
schränkt bleiben sollen, ohne damit anderen 
Modellen die Berechtigung abzusprechen. 
International werden momentan mehr als 60 
solcher Softwareprodukte angeboten, die un- 
ter dem Betriebssystem MS-DOS laufen. Aus 
unterschiedlichen Gründen haben Daten- 
bankbetriebssysteme der dBase-Familie be- 
sonders starke Verbreitung gefunden und 
dienen Herstellern als Vorlage, so daß ähnli- 
che Kommandos verwendet, diese compiliert 
oder in ihrem Sprachumfang kompatibel ge- 
staltet werden. 

Vor dem Einsatz der entsprechenden Soft- 
ware ist es eine wesentliche Aufgabe des 
Nutzers, seine aufzubauende und auszuwer- 
tende Datenstruktur dem Datenmodell anzu- 
passen: Es müssen komplizierte Datenstruk- 
turen in einfache Tabellen aufgelöst werden, 
wobei gleichzeitig eine Normalisierung anzu- 
streben ist. Entsprechend der Coddschen 
Theorie sind Redundanzen so zu beseitigen, 
daß mengenalgebraische Operationen auf 
den Datenbestand anwendbar werden, also 
logisch einwandfreie Datenstrukturen vorlie- 


gen (vgl. dazu IM). Einfach prüfbare Kriterien 
sind die Vermeidung von identischen Daten- 
sätzen (Records) und die Bedeutungslosig- 
keit der Reihenfolge der Records. In der Pra- 
xis übersieht man oft diese wichtige Voraus- 
setzung für ein effektives Arbeiten mit dem 
Datenbankbetriebssystem, nicht zuletzt des- 
halb, weil der Nutzer glaubt, seine bisher ge- 
führte Kartei einfach auf eine Datenbank 
übertragen zu können. Auf diesen fatalen Irr- 
tum, den man bei der schematischen Über- 
tragung solcher Strukturen begeht, weist 121 
hin. Das Einrichten von Relationen in Form 
von Lexika, also 1 :1 -Abbildungen, ist oft der 
erste Schritt, um Redundanzen zu beseiti- 
gen. Die Relationen ermöglichen es, im Re- 
cord einen Code zu führen. 

Vorteile der Normalisierung sind u. a. 

- Platzeinsparung bei der Recordlänge 

- einfacher Änderungsdienst 

- mehrere Sichten auf die Datenbank 

- erleichterter Datenschutz. 

Softwarekomponenten 

Wurde die nötige Klarheit über die Daten- 
struktur erzielt, gilt es, die Vorzüge und Nach- 
teile der Softwareprodukte zu bewerten und 
ein entsprechendes System auszuwählen. 
Da eine komfortable Bedienung erst an 16- 
Bit-Computern möglich wird, soll auf die 8- 
Bit-Version dBase II nicht eingegangen wer- 
den; auch sind in 131 wichtige Parameter im 
Vergleich zu dBase III klar dargestellt. Im fol- 
genden werden deshalb dBase III und dBase 
III Plus kurz mit dBase bezeichnet. 

Als Nutzerkriterien werden die Benutzer- 
oberfläche , die Abfragesprache, die Daten- 
repräsentation und die Schnelligkeit bewer- 
tet. 

Benutzeroberfläche 

Abgesehen von den Erlebnissen bei der In- 
stallation eines Softwarepaketes, hat man 
durch die angebotene Benutzeroberfläche 
sein erstes Aha-Erlebnis, das wesentlich zur 
Akzeptanz des Systems beiträgt. dBase bie- 
tet durchgängig eine Pull-down-Menütechnik 


an, die durch eine Statuszeile ergänzt wer- 
den kann. Damit stehen dem Nutzer notwen- 
dige Informationen in einer sehr übersichtli- 
chen Form als Hilfestellung bei der Arbeit mit 
dem System zur Verfügung. Besonders für 
eine interaktive Arbeitsweise ist diese Ober- 
fläche vorteilhaft. Solche Befehle wie 
CREATE QUERY (Filterbedingungen definie- 
ren) 

SET CATAL0G (Dateifilter benutzen) 

CREATE VIEW (Dateien verknüpfen) 

CREATE SCREEN (Bildschirmmaske definie- 
ren) 

bestechen neben ihrer Leistungsfähigkeit 
durch ihre gute Menüführung, wobei die we- 
sentlichsten sichtbaren Neuerungen gegen- 
über früheren dBase-Produkten aufgelistet 
sind. Hervorzuheben ist die Möglichkeit der 
Arbeit mit einem Maskengenerator. Hier ent- 
stehen durch einfache Menüauswahlen ne- 
ben dem SCR-File ein FMT-File und ein TXT- 
File. Das FMT-File enthält eine Folge von @ 

. . . SAY- und @ ... GET-Befehlen, die der 
Nutzer, ohne Vorhandensein dieser Benut- 
zeroberfläche, umständlch zu einer solchen 
Maskendatei zusammenstellen müßte. Wer 
diese Arbeit bei früheren dBase-Versionen 
durchführen mußte, wird diese Möglichkeit, 
die durch die Befehle CREATE/MODIFY 
SCREEN aktiviert wird, dankbar nutzen, wo- 
bei gleichzeitig die Prüfung von Werteberei- 
chen mit festgelegt werden kann. 
Selbstverständlich bieten alle Softwareher- 
steller Hilfetexte an, die einen Überblick über 
den Befehlsvorrat und die Funktionen anbie- 
ten. Wichtig für die Handhabbarkeit ist, daß 
diese Texte ausgeblendet werden können, 
da sie dem versierten Nutzer hinderlich sind. 
Bewährt als Führung hat sich auch das AS- 
SIST-Konzept, wie es dBase bietet. 

Eine recht interessante, vom Nutzer selbst zu 
gestaltende Oberfläche bietet das Pro- 
grammpaket FoxBase+ bei der Menüverwal- 
tung an. Mit einfachen Befehlen, auf die ich 
noch im nächsten Punkt eingehen werde, ist 
ein Lichtbalkenmenü fürdie Programmsteue- 
rung realisierbar. Bei Wertung der Benutzer- 
oberfläche sollte im Vergleich mit Foxbase+ 
bemerkt werden, daß in der Version 2.0 keine 
ASSIST-Oberfläche und kein Maskengene- 
rator innerhalb des FoxBase-Softwarepake- 
tes angeboten werden. Diese effektiven 
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Hilfsmittel sind erst in der Version 2.1 mit Fox- 
Central und FoxView verfügbar, wobei letzte- 
res wesentlich mehr als ein Maskengenera- 
tor für den Entwickler darstellt. 

Abfragesprache 

Durch die Verwendung einer Hochsprache 
zur Auswertung der Datenbestände wird eine 
wichtige Schnittstelle für den Nutzer geschaf- 
fen. Die Softwareprodukte unterscheiden 
sich in ihrem Sprachumfang, nehmen aber 
die dBase-Befehle als Sprachkern auf und 
erweitern diesen. Oft hat man den Eindruck, 
mit einem Original-dBase zu arbeiten. Die Er- 
weiterungen des Sprachumfanges sind dem 
Nutzer oft nicht bewußt. Das System Quick- 
silver beispielsweise bietet die Möglichkeit 
des Einsatzes von benutzerdefinierten Funk- 
tionen und Windowtechnik; FoxBase erlaubt, 
2dimensionale Variablen zu verwalten. Da- 
mit kommt das Problem der indizierten Varia- 
blen zum Wegfall. Zwei weitere, sehr effek- 
tive Befehlsgruppen sind bei diesem Produkt 
die Befehle der SYS-Gruppe, die Abfragen 
an das System ermöglichen und weitere 
Funktionen ausführen können (SYS(20) der 
deutschen Version auf Zeichenketten ange- 
wendet, garantiert eine korrekte Sortierung 
der deutschen Umlaute) sowie die Kombina- 
tion von PROMPT- und MENU TO-Befehlen, 
die die Arbeit in einem Auswahlmenü mit 
Hilfe von Cursortasten gestatten. Die einzel- 
nen Befehlsvorratserweiterungen sind sehr 
unterschiedlich und können hier nur ange- 
deutet werden. Es steht aber außer Frage, 
daß fortgeschrittene dBase-Nutzer in Situa- 
tionen kommen können, wo die Abfragespra- 
che für das spezielle Problem nicht effizient 
ist, so daß eine andere Software eingesetzt 
werden muß. Dabei werden Programme mit 
dem gleichen Sprachkern bevorzugt. 

Der Vielfalt der Befehle sollte durch die 
Schaffung eines Standards für die Sprache 
entgegengewirkt werden. Durch die einheitli- 
che Abfragesprache SQL (Structured Query 
Language), die ebenso auf Großrechnern 
Berücksichtigung findet, wird diese Schnitt- 
stelle vereinheitlicht. dBase IV realisiert die- 
ses Konzept. 

Neben der Kenntnis von Spracherweiterun- 
gen ist es für den Nutzer vorteilhaft, sich die 
Wirkungsweise einzelner Befehle zu ver- 
deutlichen, um so mehr, da es mehrere Stra- 
tegien - und damit auch mehrere Befehle - 
gibt, um ein und dasselbe Rechercheergeb- 
nis zu erhalten. Grundsätzlich sollten für 
Suchprozesse keine sequentiell wirkenden 
Befehle benutzt werden. Bei dBase gilt es da- 
her, mit Index-Files zu arbeiten und die damit 
zur Verfügung stehenden Befehle und deren 
Kombinationen einzusetzen. Das vorlie- 
gende logische Konzept legt ohnehin die 
Schaffung von Schlüsseifeldern nahe. Die 
Mächtigkeit solcher Befehle zeigt sich nicht 
zuletzt in der erzielten Schnelligkeit. Ein ent- 
sprechendes Beispiel wird deshalb im folgen- 
den aufgeführt. 

Datenrepräsentation 

Die Akzeptanz eines Softwareproduktes wird 
auch durch die gebotenen Möglichkeiten der 
Darstellung von ausgewählten Daten der Da- 
tenbank bestimmt. dBase stellt einen Report- 
generator zur Verfügung, der die Listener- 
zeugung vereinfacht. Das kann sehr univer- 
sell geschehen, da eine unmittelbare Verbin- 
dung zwischen Datenfile und Reportfile erst 
zum Laufbeginn hergestellt wird. 

Die Verwendung von grafischen Ausgabe- 


elementen ist dagegen sehr mangelhaft. 
Durch ©-Befehle mit Koordinatenangaben 
läßt sich die Darstellung von Balken bei 
dBase lösen; FoxBase-h bietet zusätzlich 
den BOX-Befehl an, der auch Markierungs- 
muster zuläßt. Diese bescheidenen Mittel be- 
dürfen einer Erweiterung. Dies ist durch die 
Nutzung von Grafik-Tools, die vom Hersteller 
angeboten werden und einer nachträglichen 
Installation bedürfen, erreichbar (vgl. /4/). 
Stehen diese Routinen nicht zur Verfügung, 
sei der Einsatz einer anderen Sprache emp- 
fohlen. Es ist innerhalb von dBase problem- 
los möglich, compilierte Programme, die zum 
Beispiel in Turbo-Pascal Version 4 geschrie- 
ben wurden, aufzurufen, wobei mit der Unit 
Graph ein komplettes Grafikpaket zur Verfü- 
gung steht. Der Zugriff auf die Datenbank er- 
folgt mit Pascal-Formulierungen, wobei vor- 
her die dBase-Feldelemente in ein File mit 
Standardformat (Zusatz SDF) kopiert werden 
sollten. 

Besteht der Wunsch, auf einzelne Variablen, 
die keine Feldelemente sind, zugreifen zu 
können, kann man ein Memory-File nutzen. 
Es ist generell so aufgebaut, daß beginnend 
mit dem 33. Zeichen die Variable abgelegt ist. 
Diese Variable ist für die Ausgabe in Über- 
schriften oder für Achsenbezeichnungen oft 
wichtig, wobei dies gleichzeitig im Grafikmo- 
dus geschehen kann. Die Bilder 1 und 2 sind 
ein Beispiel für die grafische Datenausgabe 
von Werten einer dBase-Datenbank aus 
Säulen, wobei während der Sitzung die Über- 
schrift, die dann als Variable übergeben wird, 
eingegeben werden kann. 

Schnelligkeit 

Ein Aspekt, der bei der anfänglichen Nutzung 
eines Softwareproduktes oft eine unterge- 
ordnete Rolle spielt- sei es nun aus Gründen 
des noch geringen Datenbestandes oder der 
noch nicht zur Routine gewordenen Anfrage 
an das System -, ist die Geschwindigkeit der 
Abarbeitung. Es kommt aber jeder Nutzer an 
den Punkt, wo sein Programm zu langsam 
ist. Es sei hier gleich bemerkt, daß der „reine 
dBase-Nutzer“ sich zuerst mit dieser Frage- 
stellung auseinandersetzen muß. Eine grö- 
ßere Geschwindigkeit läßt sich für dBase- 
Programme auf 3 Wegen erreichen: 

Einsatz einer anderen Hardware 
Die Einflüsse, die unter anderem das Vor- 
handensein einer Festplatte oder die Taktfre- 
quenz des Prozessors auf die Geschwindig- 
keit ausüben, sind in 15/ sehr gut aufgelistet. 
Wir wollen an dieser Stelle davon ausgehen, 
daß der Nutzer sich auf einen Rechnertyp mit 
einer bestimmten Konfiguration festlegen 
mußte und bewerten die weiteren 2 Möglich- 
keiten intensiver. 

Verwendung von Compilern 
Ein wesentlicher Nachteil des dBase-Kon- 
zeptes ist die Nichtexistenz eines Compilers 
innerhalb dieses Programmpaketes. Führt 
man eine Übersetzung des Quellcodes 
durch, ergeben sich wesentlich kürzere Abar- 
beitungszeiten. Häufig wird der Clipper-Com- 
piler verwendet. Dabei treten aber unter Um- 
ständen beträchtliche Compilierungszeiten 
auf, und die resultierenden EXE-Files haben 
stattliche Größen. Bezieht man sich auf /6/, 
wo unterschiedliche Tests im Zeitverhalten 
beurteilt werden, so schneidet FoxBase-f- im 
Vergleich zu dBase - etwa 6,5 mal schneller 
- am besten ab. Meine eigenen Beobachtun- 
gen bestätigen dies durch ähnlich gute 


program dbgraf; {Programm für dBASE-Grafik 

Beispiel der Vanablenubergabe 
und Ausgabe von Balken} 

uses graph,crt; 

procedure trans( datana : string; var str: string); 
var 

cht char; 
rs integer; 
aus: file of ehar| 
st: array{0..50] of char; 
begin 

Ass ign( aus, datana) ;reset(au«) ; 
str : “ ' ' ; 
r :=0; 

while not eof(au») do 
begin; 
r s=r+l ; 
read ( aus,ch) ; 
st[r3s-ch; 
end ; 

cl ose ( aus) $ 

{bei Textübergabe von max. 12 Zeichen} 
for r i =33 to 33+11 do mtr i -=atr+st{ r } ; 
end; 

const 

x0 = 30; 

y0 = 160; 
var 

graphmode , graphdri ver , rs integer ; 
filna.sing : string; 
ch: char; 
fs text; 

{bei 10 übergebenen Feldelementen} 
y: array{0..9] of integer; 
begin 

graphdriver s=detect; 

initgraph( graphdriver , graphmode, ' ' ) J 
f ilnas“' textl .mem' ; 

tränst fi Ina , sing ) ; {Textübernahme aus dBASE} 
OutTextXY(60,2, ' Wertedarstellung als ‘+sing)| 

Assign ( f , ' balkwert .dat' ) ;reset(f ) ; 
r : =0 ; 

while not eof(f) do begin r:=r+l; 

read{f,y[r — 11); {Übernahme der Feldelemen te} 

end; 

closet f } ; 

for rs— 1 to 10 do 

bar3d(x0+(r*20) ,y0-y t r-1 ] , X0+20+ ( r*20) , y0, 10 .TopOn ) ; 
ch s = readkey ; 
c losegraph; 
end . 

Bild 1 Beispiel einer Ausgabe im Grafikmodus 
bei Übernahme des Variableninhaltes aus einem 
dBase-File 


t PROGRAMM 3D- BALKEN 

* es zeichnet Balken ent»prechend der 

* Werte des Feldes wert 
use balken 

copy to balkwert.dat fields wert sdf 
störe " " to text 

® 5,10 say "Eingabe der Darstel lungsform" 

@ 6,10 say "(Balken, Kreis usw.)" get text| 

* laden einer Variablen für Überschrift 
read 

save to textl all like text 
run dbgraf 

* eof 

Bild 2 Beispiel des Aufrufes eines compilierten 
Pascal-Programms innerhalb von dBase 

Werte, die nachfolgend noch aufgelistet wer- 
den. Besonders günstig bei der Nutzung von 
FoxBase ist die Tatsache, daß ein integrierter 
Compiler existiert. Die Compilierungszeit des 
dBase-Quellcodes ist unwesentlich, bei- 
spielsweise für ein 70 KByte großes File unter 
einer Minute. Bei der Arbeit mit dem Precom- 
piler wird die Existenz des FOX-Files er- 
kannt, was die Abarbeitungszeit verkürzt. 
FoxBase+ muß in dieser Hinsicht als eine 
gelungene dBase-kompatible Software an- 
gesehen werden (siehe auch den Beitrag auf 
Seite 24). 

Steht kein Compiler zur Verfügung, ist die 
dritte Möglichkeit zu prüfen. 

Programmiertechnik 

Es sei dem Nutzer empfohlen, besonders 
beim Anwachsen seiner Daten, über die zeit- 
lichen Abläufe bei der Programmabarbeitung 
nachzudenken und ihre Unabänderlichkeit in 
Frage zu stellen. Auf die Verwendung von 
Index-Files wurde schon hingewiesen. Die 
Bedeutung dieser Dateien liegt in einer 
schnelleren Reaktionszeit und im Vorliegen 
einer sortierten Folge. Unter Beachtung die- 
ser beiden Aspekte ist ein effektives Pro- 
grammieren möglich. Dies sei am Beispiel ei- 
ner Auszählaufgabe erläutert: Will man in ei- 
nem Feld die Häufigkeit einer bestimmten 
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Tafel 1 Zeitvergleich bei Zählzyklus 


Record 

dBase III Plus 


FoxBase+ 



— , 

Lange 

Anzahl 

slow 

quick 

Fakt 

slow 

Fakt 

quick 

Fakt 

Fakt ; 

(Byte) 




zu 3 


zu 3 


zu 4 

zu 3 

1 

2 

3 

4 


5 


6 


i 

100 

250 

0:37 

0:25 

1,5 

0:11 

3,4 

0:08 

3,1 

4,6 

100 

500 

1:13 

0:46 

1,6 

0:23 

3,2 

0:15 

3,0 

4,9 

100 

1000 

2:20 

1:26 

1,6 

0:44 

3.2 

0:27 

3,2 

5,2 

200 

250 

0:51 

0:38 

1,3 

0:12 

4,2 

0:12 

3,2 

4,2 

200 

500 

1:41 

0:51 

2,0 

0:25 

4,0 

0:21 

2,4 

4,8 

200 

1000 

3:24 

1:55 

1,8 

1:18 

| 

2,6 

0:36 

3,2 

5,6 

300 

250 

1:08 

0:45 

1,5 

0:14 

4,9 

0:14 

3,2 

4,9 

300 

500 

2:16 

1:16 

1,8 

0:50 

2,7 

0:21 

3,6 

6,5 

300 

1000 

4:30 

2:13 

2,0 

1:35 

2,8 

1 0:42 

3,2 

6,4 


Spalten 4 und 6 sind incl. der Index-Datei-Bildungszeit 
Spalten 5 und 6 sind incl. der Compilierungszeit 


* PRG-File mit Namen SLOW 

* Auszahlen eines Code* - sequentiell 
use test 

count for code*l to al 

count for code**9 to a9 

* eof 

* PRG-File mit Namen QUICK 

* Auszahlen eine Codes - Verwendung einer Indexdatej 
use test 

index on code to codetemp 
use test index codetemp 
goto top 
find 1 

count while code-1 to ai 

count while code«9 to a9 

* eof 


Bild 3. Programmvarianten zur Auszählung ei- 
nes Codes 


Kodierung auszählen, ist es ab einer be- 
stimmten Recordanzahl und -große günsti- 
ger, zunächst eine Indexdatei zu bilden und 
dann in dieser sortierten Datei den ersten Da- 
tensatz zu finden, auf den die Bedingung zu- 
trifft. Dieser Zählvorgang muß mit der 
WHILE-Bedingung optimiert werden. Bild 3 
zeigt die beiden Befehlsfolgen, die 10 Kodie- 
rungen in einem Feld auszählen. In Tafel 1 
sind die Ergebnisse dargestellt, die als Mittel- 
werte anzusehen sind und unter Nutzung ei- 
nes A 7150 mit Festplatte unter dem Be- 
triebssystem DCP ermittelt wurden. Aus der 
Tafel ist nicht nur das Zeitverhalten bei ver- 
schiedenen Programmiertechniken, sondern 
auch der Zeitgewinn bei Einsatz eines Com- 
pilers zu entnehmen. Ab einer Dateigröße 
von 100 Byte Recordlänge und einer Record- 
anzahl von > 200 lohnt es sich, nach alterna- 
tiven Lösungen zu suchen. Bei größeren Da- 
teien von 300 Byte und 1000 Records liefert 


die Programmiermethode, die eine sequen- 
tielle Suche umgeht, eine Schnelligkeitsstei- 
gerung auf das Doppelte. Der erzielte Zeitge- 
winn mit FoxBase-l- bei diesem Test, wo so 
vorgegangen wurde, als wäre dBase gela- 
den, muß natürlich geringer als zitiert ausfal- 
len. Er ist aber selbst unter diesen nicht opti- 
malen Bedingungen (Hauptspeicher 512 
KByte, kein bereinigtes Directory, Compilie- 
rungszeit mitgerechnet) eine 3fache Steige- 
rung der Geschwindigkeit feststellbar. 

Für Nutzer von dBase III sind diese Ergeb- 
nisse nicht anwendbar, da hier die Bildung 
von Indexdateien noch sehr zeitintensiv ist. 
Es kann nachgewiesen werden, daß durch 
geeignete Softwarewahl und deren Aus- 
schöpfung eine wesentliche Leistungssteige- 
rung bei der Nutzung dBase-kompatibler 
Systeme erzielt wird. Je nach Aufgabenstel- 
lung sollte man die Stärken (Bedienerfüh- 
rung, Schnelligkeit) einzelner Komponenten 
nutzen, die sich ineinander überführen las- 
sen. 
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El KONTAKT @ 


Bezirks-Hygieneinspektion und -institut Dresden, Reichen- 
bachstraße 71-73, Dresden, 8020; Tel. 47 87 52 


Das Aids-Programm 


Bernd Schewc, Gardelegen 


Dieser Bericht veranschaulicht Gefahren, 
die von Computerviren aus gehen können. Er 
basiert auf den Erkenntnissen einer Kurzprü- 
fung der sogenannten AIDS-Diskette - auch 
„Panamavirus“ genannt von der erst vor 
wenigen Wochen erste Kopien auftauchten. 
Die hier gemachten Aussagen erheben kei- 
nen Anspruch auf Vollständigkeit. Um es 
gleich vorwegzunehmen: AIDS ist kein Com- 
putervirus im herkömmlichen Sinne. 

Der Inhalt 

Auf der Diskette befinden sich zwei Pro- 
gramme, die zunächst einen recht harmlosen 
Eindruck hinterlassen: 

INSTALL EXE 146188 28.09.89 16:28 
AIDS EXE 172562 07.08.89 10:40 
Lediglich das Installationsprogramm mit 146 
KByte fällt dem versierten Anwender ins 
Auge, und genau dieses Programm ist die 
Wurzel allen folgenden Übels. Der erste Ver- 
such eines unbedarften Anwenders ist in den 
meisten Fällen wohl der direkte Aufruf der 
AIDS.EXE, der jedoch mit der Meldung: „You 
must run the INSTALL Programm before you 
can use the AIDS Programm“ abgebrochen 
wird. Auch das Kopieren der Datei AIDS.EXE 
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führt nicht zu dem gewünschten Erfolg. Ohne 
INSTALL läuft ganz offensichtlich nichts, 
und INSTALL verlangt sofort die Entfernung 
des angebrachten Schreibschutzaufklebers, 
was für ein Sharewareprogramm doch ein 
wenig ungewöhnlich ist. Noch ungewöhnli- 
cher ist die T atsache, daß sich das einmal ge- 
startete Installationsprogramm nicht mehr 
abbrechen läßt. Weder CTRL C noch ALT, 
CTRL und DEL ermöglichen es, das Pro- 
gramm zu verlassen. Hier hilft nur noch der 
Netzschalter oder die vom Programm gefor- 
derte Schreibschutzentfernung. Entschließt 
man. sich hierzu, so beginnt INSTALL damit, 
AIDS auf die Festplatte zu kopieren. Nach 
Beendigung des Kopiervorgangs wird der 
Anwender freundlich, aber bestimmt aufge- 
fordert, einen Betrag von $ 189,- für eine 1- 
Jahreslizenz (365 Anwendungen) oder von 
$378,- für eine 60-Jahreslizenz zu überwei- 
sen. Ein Zahlungsformular wird über den 
Drucker gleich ausgedruckt, und der Anwen- 
der aufgefordert, die Installationsdiskette an 
seine Freunde weiterzugeben. Nebenbei ge- 
schehen noch zahlreiche absonderliche 
Dinge, auf die jedoch erst später eingegan- 
gen werden soll. Jedenfalls ist es jetzt ge- 
schafft, mit dem Programm AIDS kann man 
sich nun über die Krankheit AIDS informie- 
ren. Abhängig von Wohnort, Alter, Sexual- 




verhalten und allgemeinem Gesundheitszu- 
stand werden eine persönliche Risikoana- 
lyse (Einstufung in eine der Gefährdungs- 
klassen 1-7) erstellt sowie Verhaltensrat- 
schläge unterbreitet. Die böse Überraschung 
kommt nach zirka 3 Monaten, vorausgesetzt, 
der Rechner wird täglich genutzt und einmal 
täglich gebootet. Dann nämlich erscheint die 
Meldung: „Please wait 30 minutes during this 
Operation. Warning-do NOT turn off the Com- 
puter because you will damage the files on 
the hard disk drive. You will receive more In- 
formation later.“ Jeder Versuch, den Vor- 
gang zu unterbrechen (ALT,CTRL+DEL) 
führt zu dem Hinweis, daß alle Daten verloren 
gehen werden, wenn das Programm abge- 
brochen wird - mit eindringlichem Sirenenge- 
heul. Nach einiger Zeit wird die Meldung ge- 
ändert: „Insert the Software RENEWAL DIS- 
KETTE or the USED SHARE DISKETTE into 
drive A and then press ENTER or RE- 
TURN.“ 

Sollte man wider Erwarten (man wurde ja vor 
3 Monaten zur Weitergabe aufgefordert) den- 
noch über die Installationsdiskette verfügen 
und diese in Laufwerk A einlegen, so wird 
diese gelöscht, und der Rechner druckt das 
bereits bekannte Zahlungsformular aus. Wird 
nun von der Festplatte neu gebootet, so 
schein zunächst alles normal. Aber vor jedem 
C: Prompt weist das System darauf hin, daß 
es gefährlich ist, den Rechner weiter zu nut- 
zen, da die Datenbestände gefährdet sind. 
Weiterhin akzeptiert das Betriebssystem nur 

Mikroprozessortechnik, Berlin 4 (1990) 10 




Verzeichnis C:\ 

C:\IO.SYS 
C:\MSDOS.SYS 
C:\COMMAND.COM 
Verzeichnis C:\DOS 

C : \DOS\_RCC } 1# . AI 
C:\D0S\}1&#. BZ 
C:\D0S\}XX81#. AK 
C:\DOS\>&&# 1. AK 
C:\D0S\}66H#U. AU 

US«. . . 

Verzeichnis C:\ 

Verzeichnis C:\ \ 

Verzeichnis C:\ \ \ 

Verzeichnis C:\ \ \ \KRROR IN.THB 

C:\ \ \ \ . _ 

C:\ \ \ \„- _ 

C:\ \ \ \ - _ 

C:\ \ \ \_. _ 

CA \ \ \ 

C:\ \ \ \_. _ 

C:\ \ \ \_. _ 

C:\ \ \ \ 

C-A \ \ \ 

C:\ \ \ \ . _ 

Verzeichnis C:\ 

C :\\REM . EXE 
C: \\CYBORG.EXE 
C: \\AUTOKXEC.BAT 
C: \\AUTO.BAT 


den. Ein Blick auf das Inhaltsverzeichnis der 
Festplatte sorgt nun für einen gewaltigen 
Schock. Außer CYBORG.DOC mit einer 
Länge rund 1 KByte ist das gesamte Ver- 
zeichnis leer! Die Festplatte hingegen ist voll, 
es ist kein einziges Byte mehr frei. Ein Blick 
mit Hilfe der üblichen Utilities (Norton, PC- 
Tools etc.) offenbart Sonderbares. Die Direc- 
torystruktur ist noch voll erhalten, aber es 
sind neue Directories, deren Namen aus- 
schließlich aus Leerzeichen bestehen, hinzu- 
gekommen. In diesen Directories befindet 
sich eine Datei, die für die Norton Utilities das 
Aus bedeutet. Die Datei trägt den Namen ER- 
ROR IN. THE. Wem es jedoch gelingt (z. B. 
CHKDSK/v) einen Blick in die neue Festplat- 
tenstruktur zu erhaschen, der findet die im 
Bild 1 dargestellte Struktur. Somit steht fest, 
was eigentlich geschehen ist. Sämtliche Da- 


8486 nicht zu saMen hängende Blöcke in 1 Bereichen gefunden! 

Sollen nichtzusanmenhängende Blöcke in Datein uagewandelt werden? 
(J/H)? n 

17379328 Bytes Speicherplatz 
können verfügbar geaacht werden! 


21239808 Bytes Gesant-Disketten-/Plattenspeicher 
3846144 Bytes in 74 unsichtbaren Datei(en) 

12288 Bytes in 6 Verzeichn is( sen ) 

2048 Bytes in 1 Benutzerdatei( en ) 

0 Bytes verfügbar auf Diskette/Platte 
655360 Bytes Arbeitsspeicher 
609968 Bytes frei 


Bild 1 Inhaltsver- 
zeichnis der Fest- 
platte nach der Ver- 
schlüsselung 


noch Kommandos wie DIR und CLS, erlaubt 
jedoch keinen einzigen Programmaufruf, ob- 
wohl die Programme in der jeweiligen Direc- 
tory stehen. Nach etwa zwei Minuten verab- 
schiedet sich das System, und obige Mel- 
dung ist wieder zu lesen. Bei derlei Program- 
mieraufwand ist es wohl unnötig zu erwäh- 
nen, daß der Bootvorgang ebenfalls nicht 
echt ist, sondern nur simuliert wird. 

Will man also von der Diskette booten, so 
muß die Netzspannung abgeschaltet wer- 


teinamen wurden nach einem bestimmten Al- 
gorithmus verschlüsselt und die Dateien, 
ebenso wie die Subdirectories, mit Hidden- 
und ReadOnly-Attribut versehen. Sodann 
wurden alle noch freien Cluster in nicht zu- 
sammenhängende Blöcke verkettet, so daß 
kein einziges Byte mehr frei bleibt. 

Wie werd ich’s wieder los? 

Im Grunde gestaltet sich diese Arbeit verhält- 
nismäßig einfach, wenn man davon ausgeht, 


daß jeder über diverse Hilfsmittel verfügt, mit 
denen Files umbenannt werden können. 
Denn die Verschlüsselung der Daten bezieht 
sich lediglich auf die Dateinamen, nicht auf 
den Inhalt. Nur, wer ist in der Lage, aus dem 
Dateiinhalt den Namen abzuleiten? Das wäre 
sicher ein wenig viel verlangt. Aber wenn der 
Rechner von der Festplatte gestartet wird, er- 
scheint doch das Inhaltsverzeichnis mit allen 
Dateien. Also müssen die alten Directoryin- 
formationen auch noch irgendwo auf der 
Platte stehen. Dem ist auch so, und man fin- 
det die alten Inhaltsverzeichnisse als ASCII- 
File in der Datei „ — . im dritten un- 
sichtbaren Subdirectory. Von dieser Datei 
kann ein Ausdruck gemacht werden, mit des- 
sen Hilfe die Dateien wieder umbenannt wer- 
den können. Das ist zwar etwas mühsam, 
aber da meist nur einige wenige Dateien wirk- 
lich so wichtig sind, daß sie unbedingt restau- 
riert werden müssen, ist dies ein gangbarer 
Weg, um einem großen Datenverlust vorzu- 
beugen. Zusammenfassend läßt sich sagen, 
daß dieses Programm zwar mit „unfeinen“ 
Mitteln arbeitet, jedoch diese Mittel nur zum 
Tragen kommen, wenn der Anwender mit 
dem Programm arbeitet, ohne Lizenzgebüh- 
ren zu zahlen. Da hier jedoch überhaupt 
keine Möglichkeit zur Zahlung bestand - 
denn die ehrlichen Anwender, die versuch- 
ten, die Gebühren auf das angegebene 
Konto in Panama zu zahlen, erhielten ihr 
Geld postwendend zurück (Quelle: dpa) - 
wird man zwangsläufig mit der Verschlüsse- 
lung seiner Festplatte konfrontiert. Hinzu 
kommt, daß der Zähler von den Bootvorgän- 
gen und nicht vom Aufruf (also der Nutzung) 
des AIDS-Programms abhängig ist. 


IS! KONTAKT & 


BCS, Hard- und Softwareentwicklung, Bernd Schewc, 
Marktstraße 2, PSF 95, Gardelegen, 3570 


AT 'Laufwerk 

liest 720-KByte-Disketten 


Christian Hanisch, Berlin 


Das Lesen und Schreiben von 720-KByte - 
Disketten in 5.25-Zoli-Laufwerken des AT 
wird in der Regel über zusätzliche Driver er- 
möglicht. Daß auch eine recht pragmatische 
Lösung , die keinen zusätzlichen Driver be- 
nötigt , zum gewünschten Ziel führen kann, 
soll dieser Beitrag zeigen. 

Gäbe es das 720-KByte-Format für 5.25-Zoll- 
Laufwerke am AT standardmäßig, so wäre 
kaum Raum gewesen für eigenprogram- 
mierte Lösungen in diesem Punkt in zahlrei- 
chen Publikationen, die stets auch ein exklu- 
siveres Verständnis für die interne Logik des 
DOS-Systems brachten. In diesem Licht ist 
denn auch die folgende Lösung zu sehen, die 
in Form eines residenten Programms das Le- 
sen und Schreiben von 5.25-Zoll-Disketten 
im 720-KByte-Format im Laufwerk A: oder B: 
des AT gestattet. Auf interne Details soll hier 
weitgehend verzichtet werden. Diese werden 
umfassend unter anderem in /I/ und 12/ dar- 
gestellt. Es soll vielmehr nur ein Programm 


vorgestellt werden, dessen Einsatz insbe- 
sondere im Zusammenhang mit Backup/Re- 
store im 720-KByte-Format zu sehen ist. 
Diese sogenannten externen DOS-Kom- 
mandos können nämlich logische 720- 
KByte-Laufwerke weder als Quelle noch als 
Ziel verwenden, wenn sie durch Driver be- 
dient werden. Die Lösung scheint auf den er- 
sten Blick gewagt, denn sie vertraut darauf, 
daß der AT bei jedem Diskettenzug riff über 
die Funktion Read Change-Of-Disk Status 
(16H) des Interrupt 13H zunächst prüft, ob 
eine Diskette gewechselt wurde. EineObser- 
vierung des Diskettenzugriffs bestätigte, daß 
jedem Schreib-/Lesezugriff der Aufruf der 
Funktion 16H vorangeht. Ferner wird im Er- 
gebnis dieser Prüfung, wenn es erforderlich 
ist, der Diskettenstatus auf der Speicher- 
adresse 40H:90H für Laufwerk A: bzw. 
40H:91H für Laufwerk B: - sofern physisch 
vorhanden - korrigiert. Beim Erkennen der 
einfachen Schreibdichte stellt das AT-BIOS 
stets auch den Doubie-Stepping-Modus (Bit 
5 der Disk-Status-Zelle setzen) ein, der die 
Behandlung des 360-KByte-Formates im AT- 
Laufwerk ermöglicht. Da die Parameter für 


das 360- und 720-KByte-Format bis auf die 
Anzahl der Spuren identisch sind, kann durch 
einen Patch der Disketten-Status-Zelle das 
Double-Stepping abgeschaltet werden. Ge- 
nau dies wird vom Programm AT720 bewäl- 
tigt. Dazu stellt es einen lnterrupt-13-Handler 
zur Verfügung, der die Funktion 16H und den 
Fehlerstatus einer Diskettenoperation über- 
wacht. Zunächst wird vom Interrupt-Handler 
der alte Interrupt 13H aufgerufen. Wenn der 
Aufruf mit der Funktion 1 6H geschah, wird im 
Anschluß an die Ausführung des Originalin- 
terrupts die Diskettenstatus-Zelle mit der 
Maske ODFH L/A/D-verknüpft. Außerdem 
prüft der Interrupt-Handler den Fehlerstatus 
des Diskzugriffs. Im Falle eines Fehlers wird 
das Doppel-Stepping wieder zugeschaltet 
(Bit 5 setzen) - in der Annahme, daß eine nor- 
male 360-KByte-Diskette im Laufwerks- 
schacht liegt. So ist es möglich, 720- und 
360-KByte-Disketten wechselseitig zu lesen 
und zu beschreiben. Das 1.2-M Byte-Format 
steht dabei nach wie vor zur Verfügung. 

Bei der Installation des Programms wird auf 
das Vorhandensein eines 5.25-Zoll-Laufwer- 
kes mit 1 .2 MByte geprüft. Dazu wird zum ei- 
nen über die Funktion 1 5H des Interrupt 1 3H 
festgestellt, ob das Laufwerk ein Disk- 
Change-Signal unterstützt, und zum ande- 
ren werden die Informationen aus dem 
CMOS-RAM genutzt, um die Art des Lauf- 
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Werkes zu ermitteln. Die Laufwerkstypen stehen im Register 1 0H des 
CMOS-RAM des AT. Das obere Halbbyte charakterisiert Laufwerk A, 
und die unteren vier Bit sind für Laufwerk B zuständig. Es stehen ins- 
gesamt vier Laufwerkstypen zur Auswahl : 

Typ 1 : 0001 - 360 KByte, 5.25 Zoll 
Typ 2: 0010- 1 .2 MByte, 5.25 Zoll 
Typ 3: 001 1 - 720 KByte, 3.5 Zoll 
Typ 4: 0100- 1 .44 MByte, 3.5 Zoll 

Von besonderem Interesse bei der programmtechnischen Lösung 
dürften noch die Inline-Makros sein, die das Einsetzen der Originalre- 
gisterwerte vom Interrupt-Stapel und das Modifizieren der Pseudore- 
gister auf dem Interrupt-Stapel mit den Ergebniswerten vom Interrupt- 
Aufruf gestatten. Sie können so auch für andere Interrupts Verwen- 
dung finden. 

Eine Bemerkung zum Schluß sei noch gestattet: Natürlich ist das Pro- 
gramm keine umfassende Lösung, was das Problem des 720-KByte- 
Formates anbelangt. So muß das Formatieren der 720-KByte-Disk 
auf andere Weise erfolgen (beispielsweise mit der in /4/ vorgestellten 
Lösung). Jedoch wird mit diesem Beispiel demonstriert, wie mit wenig 
Aufwand einem leidigen Problem am AT begegnet werden kann. 


PROGRA M AT720 ; ( * Turbo Pascal 5.x *) 

[$M 1024,0, 0/ 

[$N- f S~,F- 1 
l'SES dos ; 

CONST ver - *2.5' ; 

(* Alle Funktionen des INT 13h die in Ah einen 
Fehlerstatus liefern *) 

f kt * [$01, $02, $03, $04, $05, $0a , $0b, $0c , $0e , $0f , 
$10, $11, $12, S13.S14] ; 


VAR 


regs 

alt_13, vektor 
diskstatus 


registers ; 
pointer ; 

" byte ; 


13 

drive 


: CHAR: 

14 

pstr 


: STRING12]: 

15 

disk , disks ,disp 


: BYTE: 

16 

drivea , driveb , 




17 

des , err , d , cancel 


: BOOLEAN: 

18 


** 



19 

PROCEDURE qet reqs: 




20 

/ Prozessorregis ter mit 

den Werten des 

INTERRUPT- 

21 

Stapels laden 




22 

INLINE { S8B/S46/S16 

{ 

mov 

ax, [ bp+16 ] 

23 

/$50 

1 

push 

ax 

24 

/$9D 

1 

popf 


25 

/$8B/$46/$10 

1 

mov 

ax, [bp+10] 

26 

/$8B/$5E/$0E 

/ 

mov 

bx, [bp*0e] 

27 

/$8B/$4E/$0C 

l 

mov 

cx, [ bp-0c ] 

28 

/$8B/$56/$0A 

/ 

mov 

dx, [ bp+0a ] 

29 

/$8B/$/6/$08 

f 

mov 

si , (bp-08 ] 

30 

/$8B/$7E/$06 

i 

mov 

di , [bp+06] 

31 

/$8E/$46/$02 ) ; 

l 

mov 

es, [bp-02] 


PROCEDURE set_regs; 

/ INTERRUPT-Stapel mit den aktuellen Inhalten der 
Prozessorregis ter versehen 


$89/$46/$10 

f mov 

[bp+10] , ax 

/$9c 

f pushf 


/S58 

/ pop 

ax 

/$89/$46/$16 

1 mov 

[bp+16 ] , ax 

/$89/$5e/$0e 

1 mov 

[bp+ 0e] , bx 

/$89/$4e/$0c 

( mov 

[bp*0c] , cx 

/$89/$56/$0a 

{ mov 

[bp*0a] , dx 

/$89/$76/$08 

1 mov 

[bp i-08] , si 

/$89/$7e/$06 

1 mov 

[bp+06] , di 

/$8c/$46/$02) ; 

/ mov 

[ bp+02 ] , es 


PROC EDURE call^int < vektor : pointer ) ; 
INLINE (S8f/S06/ vektor/ 

$8f /$06/vektor+2/ 

$9c/ 

$f a/ 

$f f /$le/vektor ) ; 


f Adresse vom Stack } 
I " l 
l Pushf j 
/ cii / 
f call far [ vektor ] I 
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I$F+f~ " ■* 

PROCEDURE int_13(flags , cs, ip,ax,bx,cx,dx,si,di , ds , es , bp:word) ; 
INTERRUPT : 

BEGIN 

IF lo (dx) =disk THEN BEGIN 
d : = TRUE : 

IF hi (ax) =$16 THEN des := TRUE ELSE de s:= FALSE : 

END ELSE d := FALSE : 

IF hi (ax) IN fkt THEN err : = TRUE ELSE err : = FALSE : 

get_regs ; 
call_int (alt_13) ; 
set_regs; 

IF d THEN BEGIN 

IF des THEN diskstatus'' : =diskstatus < ' AND $DF; 

IF err AND (hi(ax)<>0) THEN diskstatus" : =diskstatus “ OR $20; 
END : 

END : 

f$F-l 

FUNCTION DCS_ok ( dr ivenr : BYTE) : BOOLEAN : 

(* Prüft, ob Drive Disk-Change-Signal unterstützt . *) 

VAR tmp : BOOLEAN : 

BEGIN 

tmp : - FALSE : 

WITH regs DO BEGIN 

ah:=$15; dl:=drivenr; 
intr ($13, regs) ; 

(* AH=2, wenn Drive Disk-Change-Signal unterstützt *) 

IF ah=2 THEN tmp : =TRUE; 

END : 

DCS_ok:=tmp; 

END : 

BEGIN 

cancel : - FALSE : 

(* CMOS-RAM Register 10h aus lesen : 
port [$70] :=$10 ; (* Register anwählen 

disks : =port [$71] ; (* Inhalt nach disks 

(* Lauf werks typen feststellen : 
drivea := (disks AND $F0)=$20; 
driveb := (disks AND $0F)=$02; 

( * Disk-Change-Signal überprüfen 
IF drivea THEN drivea : =DCS_ok (0) ; 

IF driveb THEN driveb: =DCS_pk ( 1 I ; 

drive:-'A'; disk:=0; diskstatus : =ptr ( $0040 , $0090 ) ; 
disp: =ord (drivea) +ord (driveb) *2 ; 

CASE disp OF 

1 : ; 

2: BEGIN 

drive:=’B'; disk:=l; diskstatus:=ptr ($0040, $0091) ; 

END : 

3: IF paramcount > 0 THEN BEGIN 
pstr :=paramstr (1) ; 


*) 

*) 

*) 

*) 


*) 


111 

112 

113 

114 

115 

116 

117 

118 

119 

120 
121 
122 

123 

124 

125 

126 

127 

128 

129 

130 

131 

132 

133 

134 


drive : ^upease (pstr [1 J ) ; 

IF drive= ' B ' THEN BEGIN 

diskstatus : =ptr ( $0040 , $0091 ) ; disk:=l 
END 
END : 

ELSE cancel := TRUE END : 
writeln; writeln( 

' High-Capacity-Disk-Observer for 720 KByte (Ver. ' , ver, ' ) ') ; 
writeln(’(C) Ch. Hanisch, 1990 1 ) ; 
writeln; writeln( 

'Call: AT720 (<drive, if two 5 . 25"-HC-Dri ves are present>]'); 
writeln ; 

IF cancel THEN BEGIN 
writeln ( 

'There is no 5 . 25-HC-Drive present or * + 

* Disk-Change-Signal is not supported! ' #13#10 1 Canceled ...'); 
Halt (255) ; 

END : 

getIntVec($13,alt_13) ; 
setlntVec ($13 ,@int_13) ; 

writeln (' successfully installed on drive ’,drive,' ... ’); 
keep(0) ; 

END. 


Bild 1 Das Programm AT720 gestattet das Lesen und Schreiben von 720- 
KByte-Disketten in 1 .2-MByte-Laufwerken des AT 
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Einführung in MS-DOS 


Wolfram Schulze, Uwe Schulze, Berlin 

Was spielt sich in der Umgebung von Pro- 
grammen ab? Umleitungen zum Nutzen des 
Programmierers? Filter für DOS? Antworten 
in diesem Kurs. Doch zunächst noch einmal 
zur Batch-Programmierung. 

Wenn in einem Batch-Programm nur auf ei- 
nen Tastendruck gewartet werden soll, ohne 
daß weiter ausgewertet wird, so verwendet 
man am einfachsten den Befehl PAUSE: 
pause Bitte Diskette in a: einlegen 
Die Meldung wird als Kommentar interpretiert 
und auf den Bildschirm ausgegeben, sofern 
ECHO ON geschaltet ist. DOS fordert mit 
Weiter -» eine Taste betaetigen zur Weiterar- 
beit auf. 

Mit GOTO lassen sich zwar Wiederholschlei- 
fen anlegen, aber die Festlegung von Ab- 
bruchbedingungen und die Übergabe ande- 
rer Parameter für jeden Umlauf gestalten sich 
umständlich. Deshalb stellt DOS die F0R-D0- 
Schleife zur Verfügung. Um beispielsweise 
alle Pascal-Quelltexte (Erweiterung .PAS) 
mit dem Turbo-Pascal-Kommandozeilen- 
compiler TPC zu übersetzen, ist folgende An- 
weisung nötig. 

tor %%f in (*.pas) do tpc %%f 

Solange noch .PAS-Dateien gefunden wer- 
den, wird der Aufruf TPC dateiname ausge- 
führt. Zur Belegung mit dem Dateinamen wird 
die Variable %%f benutzt. Sie können aber 
auch jeden anderen Buchstaben mit zwei 
vorangestellten Prozentzeichen verwenden 
(im Gegensatz zu Parametern, die aus einem 
Prozentzeichen und einer Ziffer bestehen). 
Wird ein FOR-Befehf aber interaktiv eingege- 
ben (also direkt auf der DOS-Kommando- 
ebene und nicht in einer BAT-Datei), so ist 
nur ein Prozentzeichen zu schreiben. 

Des weiteren kann der FOR-Befehl dazu ver- 
wendet werden, Aufgaben auszuführen, die 
allein mit den Jokern nicht gelöst werden kön- 
nen. Zum Beispiel das Anzeigen aller Da- 
teien mit den Erweiterungen .TXT und .DOC. 
in einem Befehl. Hier ist er: 
for %%f in (\txt,*.dOG) do type %%f 
Oder das Kopieren aller Programmdateien 
(also Erweiterungen COM, EXE und BAT) 
nach A: 

for %%f in (*.com,*.exe,*.bat) do copy %%f 

a:%%f 

Das Schachteln von Kommandos ist eben- 
falls kein Problem. Wenn nur die Dateien auf 
die Sicherungsdiskette in A: kopiert werden 
sollen, die dort noch nicht vorhanden sind, so 
geschieht das mit 

for %%f in (*.*) do if not exist a:%%f copy %%f 
a: 

In großen Stapeldateien ist es zweckmäßig, 
durch Kommentare spätere Änderungen zu 
erleichtern. Dafür ist REM (Remark) vorgese- 
hen. Kommentarzeilen können an jeder be- 
liebigen Stelle eingefügt werden; sie beein- 
flussen den Program mverlauf nicht und er- 
scheinen auch nicht auf dem Bildschirm. Bei- 
spiel: 


rem Batch nach Anregung aus der MP 

In Stapeldateien können neben den DOS- 
Befehlen auch beliebige Programme, also 
auch andere Stapeldateien, aufgerufen wer- 
den. Der Ruf anderer Batch-Dateien hat aber 
einen unerwünschten Nebeneffekt: Es erfolgt 
keine Rückkehr in das rufende Programm. In 
der gewünschten Weise kann ein Aufruf wei- 
terer BAT-Dateien also nur am Ende (als letz- 
ter Befehl) erfolgen. Das hängt mit der inter- 
nen Organisation der Abarbeitung von Sta- 
peldateien zusammen. Ab DOS-Version 3.30 
steht ein neuer Befehl zum Aufruf von Stapel- 
dateien als Unterprogramm zur Verfügung: 
CALL. Rufen Sie also aus einer BAT-Datei die 
Datei TEST.BAT mit 
call test 

auf. Und eine weitere Verbesserung gibt es 
ab Version 3.30. Mit einem vorangestellten 
@ kann die Ausgabe einer Kommandozeile 
auf den Bildschirm unterdrückt werden. 
Selbst wenn Sie als erstes echo off stellen er- 
scheint eben dieser Befehl noch auf dem 
Bildschirm. Schreiben Sie deshalb 
@echo off 

Auch vor andere Befehle kann ein @ gesetzt 
werden, das dann jeweils nur für diese Zeile 
gilt. 

Benötigen Sie vor Version 3.30 den Call-Be- 
fehl, so schreiben Sie statt dessen 

command /ctest 

Damit wird der Kommandointerpreter gela- 
den und die Batch-Datei als Parameter über- 
geben - allerdings ist mehr Speicherplatz nö- 
tig- 

Batch-Dateien können stets mit <CTRL> 
<C> (<Strg> <C>) unterbrochen werden, 
auch wenn BREAK OFF eingestellt ist. Dann 
wird aber nicht der aktuelle Befehl erreicht, 
sondern erst vor dem nächsten Befehl die 
Ausschrift 

Stapeldatei abbrechen (J/N) 

ausgegeben. Und weil wir gerade beim Ab- 
brechen sind: Gerade in Batch-Dateien kann 
es schnell zu Laufwerksfehlern kommen, zu- 
meist, weil keine (formatierte) Diskette im 
Laufwerk liegt. Man erhält die Ausschrift 
Fehler beim Schreiben in Laufwerk A 
Abbrechen, Wiederholen, Fehler 
Die Eingabe des Anfangsbuchstabens ge- 
nügt. Was unterscheidet diese Möglichkei- 
ten? Mit A für Abbrechen wird der aktuelle 
Befehl beendet. In den meisten Fällen ist die- 
ser Variante der Vorzug zu geben, weil sie 
keinen Schaden anrichtet. Interessante Mög- 
lichkeiten werden mit F für Fehler geboten. 
Hier wird die Fehlernummer an das rufende 
Programm (in diesem Falle die Batch-Datei) 
übergeben. Dort können sie wie oben be- 
schrieben mit ERRORLEVEL getestet und 
entsprechende Maßnahmen eingeleitet wer- 
den. Viel ist damit im Falle eines Laufwerks- 
fehlers nicht erreicht, aber es könnte zum 
Beispiel eine detaillierte Fehlermeldung ge- 
bracht werden. Wiederholen (w) kann zum 
Beispiel verwendet werden, wenn die Dis- 


kette mit einem Schreibschutz versehen war 
und nach dem Entfernen weiter gearbeitet 
werden soll. Aber Vorsicht: Gefährlich kann 
es sein, die Diskette zu wechseln und dann W 
zu drücken. In diesem Falle können im Spei- 
cher befindliche Informationen der alten Dis- 
kette (Directory) geschrieben und die Infor- 
mationen der neuen Diskette zerstört wer- 
den. 

Beachten Sie bitte, daß Batch-Dateien nicht 
den Namen bereits vorhandener Befehle 
(z. B. DIR. BAT) erhalten dürfen. Bei Eingabe 
eines Kommandos prüft DOS zuerst, ob es 
sich um einen internen (und damit reservier- 
ten) Befehl handelt. In diesem Falle wird die- 
ser aufgerufen. Auch wenn der Name eines 
externen Befehls oder eines beliebigen Pro- 
gramms genutzt wird, kommt die BAT-Datei 
nicht zum Zuge. DOS sucht stets zuerst nach 
einer COM-Datei, dann nach EXE und erst 
ganz zum Schluß nach einer eventuellen 
BAT-Datei. 

Da Sie nun schon erfahrene DOS-Program- 
mierer sind, zum Schluß noch ein Trick zum 
Nachdenken. Wenn Sie einmal Zeit und Da- 
tum einer Datei ändern wollen, so ist das 
recht müßig. Sie müßte in einen Editor gela- 
den und wieder gespeichert werden, damit 
DOS automatisch die neue Zeit setzt. Und 
was machen Sie mit einer Datei, die nicht aus 
Text besteht? Mit dem Befehl 
copy /b datei +„ 

setzen Sie Datum und Zeit einer oder mehre- 
rer Dateien auf den aktuellen Stand. Der 
Schalter /b ist für eben diese Nicht-Textda- 
teien zuständig, die sonst erheblich zusam- 
mengekürzt werden, weil das Dateiende 
falsch interpretiert wird. Probieren Sre doch 
mal. Ein bißchen mehr über Batch-Program- 
mierung können Sie auch in MP 3/89, Seite 
171, lesen. 

Die Programmumgebung 

Um gewisse Rahmenbedingungen für Pro- 
gramme festschreiben zu können, gehört zu 
jedem Programm ein kleiner Speicherbe- 
reich, in dem globale Parameter eingetragen 
sind. Er wird Programmumgebung (englisch 
Environment) genannt. Auch wenn noch kein 
Programm gestartet wurde, so ist zumindest 
der Befehlsinterpreter COMMAND.COM ak- 
tiv, und selbstverständlich besitzt auch er 
eine Programmumgebung. Einen Blick in das 
Environment gestattet der SET-Befehl. 
Schreiben Sie einfach 
set 

und es wird die aktuelle Programmumge- 
bung angezeigt, die etwa so aussehen 
könnte: 

COMSPEC=C:\COMMAND.COM 

PATH=C:\DOS;C:\TOOLS 

PROMPT=$p$g 

Diese drei Befehle sind auch die einzigen, die 
ohne den SET-Befehl in die Programmumge- 
bung eingetragen werden. 

Vielleicht steht auch noch etwas mehr drin, je 
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nachdem, was Sie - wahrscheinlich in der 
AUTOEXEC.BAT - eingestellt haben. Sind 
vom Nutzer keine Eintragungen vorgenom- 
men worden, so schreibt DOS zumindest 
diese beiden Zeilen ein: 

PATH= 

C0MSPEC=C:\C0MMAND.C0M 

Der Pfad ist also leer und als Befehlsinterpre- 
ter wird COMMAND.COM aus dem Haupt- 
verzeichnis des Bootlaufwerks geholt. Es 
kann durchaus sinnvoll sein, diese Einstel- 
lung zu ändern, vor allem, wenn nicht von der 
Festplatte gebootet wurde. Der Kommando- 
interpreter COMMAND.COM besteht aus 
zwei Teilen, einem stets im Speicher verblei- 
benden (residenten) Teil und einem soge- 
nannten transienten Teil, der von anderen 
Programmen überschrieben werden kann, 
da er während der Abarbeitung anderer Pro- 
gramme nicht benötigt wird. So kann Spei- 
cherplatz gespart werden. Nach dem Been- 
den eines Programms muß DOS stets diesen 
Teil des Kommandointerpreters nachladen, 
und zwar vom Startlaufwerk. Wurde von A: 
gestartet, so ist ein oftmaliger Disketten- 
wechsel nötig. Mit COMSPEC kann deshalb 
eingestellt werden, wo nach COMMAND- 
.COM gesucht werden soll. Günstig ist es, die 
Festplatte oder aber eine RAM-Diskette an- 
zugeben. Die Verwendung einer RAM-Disk 
bringt außerdem Geschwindigkeitsvorteile 
und kann deshalb auch empfohlen werden, 
wenn von der Platte gebootet wurde. Dazu ist 
in der AUTOEXEC.BAT der Kommandointer- 
preter auf die RAM-Disk zu kopieren und 
COMSPEC einzustellen, z. B. 
copy command.com e: 
set comspec=e:\command.com 
Zusätzlich zu den Systemvariablen kann der 
Nutzer beliebige eigene Variablen belegen; 
wiederum mit dem SET-Befehl, beispiels- 
weise 

settag=montag oder 

setname=pit oder 

set codewort=roger 

Der Variablen tag wird die Zeichenkette mon - 
tag zugeordnet. Die erfolgreiche Eintragung 
kann man sich anschließend mit 

set 

ansehen. Dabei werden Sie sehen, daß DOS 
die Variablennamen stets in Großbuchsta- 
ben umwandelt, für die Belegung aber Groß- 
und Kleinschreibung unterscheidet, wie bei 
der Eingabe festgelegt. 

Jedes Programm erbt das Environment von 
dem Programm, von dem es gestartet wird, 
also im allgemeinen von COMMAND.COM. 
Beim Beenden wird es wieder freigegeben, 
und das übergeordnete Environment wird ak- 
tiviert. Das hat zur Folge, daß alle inzwischen 
vorgenommenen Eintragungen verloren ge- 
hen, eine Tatsache, die häufig zu Fehlern 
führt. Von dieser Regelung sind beispiels- 
weise SET-Befehle in Batch-Dateien betrof- 
fen. Da eine BAT-Datei beim Start eine ei- 


gene Programmumgebung erhält, werden 
alle Eintragungen dort vorgenommen. Nach 
dem Beenden befinden Sie sich wieder in der 
Programmumgebung des Kommandointer- 
preters, wo diese Einträge nicht mehr existie- 
ren. Positiv gesehen brauchen in Batch-Da- 
teien gesetzte Systemvariablen am Ende 
also nicht gelöscht zu werden. 

Bestes Beispiel für das Verschwinden von 
Systemvariablen ist die Arbeit mit dem Nor- 
ton-Commander. Nutzen Sie den SET-Be- 
fehl bei geladenem Norton-Commander, so 
gelangen die Eintragungen nie in das Envi- 
ronment von COMMAND.COM oder in das 
des Norton-Commanders. Sie existieren nur 
unmittelbar während der Abarbeitung des 
SET-Befehls. Das hängt damit zusammen, 
daß bei jeder Befehlsausführung eine weitere 
COMMAND.COM-Kopie geiaden und mit ei- 
genem Environment versehen wird. Also 
Vorsicht. 

An einem kleinem Beispiel kann man sich 
das Vererbungskonzept des Environments 
verdeutlichen. Schreiben Sie in eine BAT- 
Datei 

set test= gesetzt 
set 

Beim Start wird die Variable TEST korrekt an- 
gezeigt. Wenn Sie aber mit set noch einmal 
nachsehen, so ist die Variable nicht mehr vor- 
handen. Sie existierte nur während der Zeit 
der Abarbeitung des Programms in seiner 
Programmumgebung. 

Um die Nutzung der so eingetragenen Infor- 
mationen in einem Programm muß sich der 
Nutzer selbst kümmern, denn weder das Be- 
triebssystem noch Anwenderprogramme 
kennen die Variablen TAG, NAME oder CO- 
DEWORT. In den meisten Programmierspra- 
chen existieren Konstrukte zum Abfragen 
von Environment-Variablen (GETENV in C, 
ENVSTR ab Turbo-Pascal 5.0), leider gibt es 
aber keine legale Möglichkeit, das Environ- 
ment zu verändern. Das hängt damit zusam- 
men, daß durch den Vererbungsmechanis- 
mus diese Eintragungen zum Programm- 
ende sowieso verlorengehen. 

Einfacher als in Programmiersprachen las- 
sen sich Informationen aus der Programm- 
umgebung in Batch-Dateien nutzen. Dort 
wird der Variablenname einfach in Prozent- 
zeichen eingeschlossen. Der Test auf das 
gesetzte Codewort kann in einer Batch-Datei 
so aussehen: 

if not %codewort% == roger echo 
Unberechtigter Zugriff 
Oder die Nutzung des Tages mit 
echo Heute ist %tag% 

Sollen Variablen stets präsent sei, so können 
diese SET-Befehle in die AUTOEXEC.BAT 
eingetragen werden. 

Ein Entfernen aus dem Environment erfolgt 
durch Belegung mit einer leeren Zeichen- 
kette - zum Löschen des TAG-Eintrages also 
set tag= 


Den Erfolg kann man sich mit 

set 

ansehen. Einige Programme kennen auch 
vordefinierte Variablen, die der Nutzer zur 
Einstellung von Standards belegen kann. Bei 
Compilern stehen häufig die Variablen IN- 
CLUDE (für den Suchpfad der Include-Da- 
teien) und LIB (für den Suchpfad der Biblio- 
theken) zur Verfügung. Durch Anweisungen 
wie 

set include=c:\compiler\inc 
set lib=c:\compiler\bibl 

kann dem Compiler mitgeteilt werden, wo er 
nach den entsprechenden Dateien zu su- 
chen hat, ohne das bei jedem Aufruf angeben 
zu müssen. 

Ein gestartetes Programm erhält ein eigenes 
Environment, und zwar als Kopie vom star- 
tenden Programm. Wenn also dBase aufge- 
rufen wird, so erhält es eine Kopie der Pro- 
grammumgebung von COMMAND.COM. So 
gehen keine Informationen verloren. Arbei- 
ten mehrere Programme gleichzeitig (Nor- 
ton-Commander, SideKick etc.), so verwaltet 
jedes Programm sein eigenes Environment. 
Zu beachten ist dabei, daß seine Größe be- 
schränkt ist. Standardmäßig ist es 160 Byte 
groß. Probieren Sie doch einmal aus, einige 
sehr lange Parameter einzutragen: 
s e t X = XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX . . . US w . 
Beim Ansehen mit set werden Sie feststellen, 
daß der Rest abgeschnitten wurde. In neue- 
ren Betriebssystemversionen wird gar eine 
Fehlermeldung ausgegeben, wenn die Pro- 
grammumgebung voll ist. Da dem Environ- 
ment eine wachsende Bedeutung beigemes- 
sen wird, ist ab DOS-Version 3. 1 0 die Größe 
einstellbar (bis maximal 32 KByte). Das Ein- 
stellen kann immer geschehen, wenn COM- 
MAND.COM geladen wird (siehe Folge 1), 
zum Beispiel 
command /e:512 

zur Festlegung von 512 Byte Environment. 
Soll diese Einstellung stets beim Start Be- 
stand haben, so haben Sie 
$hell=command.com /e:512 \p 
in die CONFIG.SYS einzutragen. Ein etwas 
größeres Environment ist bei vielen neueren 
Programmen nötig; gehen Sie aber auch 
nicht zu großzügig mit dem Speicherplatz 
um, es ist zu bedenken, daß jedes nachfol- 
gend gestartete Programm eine ebenso 
große Kopie erhält. 

Mit dem Shell-Befehl ist es auch möglich, ein 
anderes Programm als COMMAND.COM zur 
Kommandooberfläche zu erklären, etwa ein 
selbstgeschriebenes. Es funktioniert auch, 
den Norton-Commander dort festzulegen, 
aber alle Systembefehle (DIR,...) stehen 
nicht mehr zur Verfügung, weil sie nur von 
Norton an COMMAND.COM weitergegeben 
werden, und verlassen kann man den Com- 
mander auch nicht, weil kein Kommandoin- 
terpreter „darunterliegt“. 

Umleitung von Ein- und Ausgabe 

Bis jetzt wurde bei der Bedienung ganz 
selbstverständlich vorausgesetzt, daß alle 
Eingaben von der Tastatur kommen und alle 
Ausgaben auf dem Bildschirm erscheinen. 
Warum eigentlich? Es gibt doch noch andere 
Möglichkeiten: Drucker, serielle Schnittstellen 
und Dateien. DOS betrachtet Bildschirm und 


SET 


- Anzeigen des Environments 

SET 

variable=string 

Eintragung einer Variablen 



in das Environment 

SET 

variable^ 

Loschen einer Eintragung 
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Tastatur (zusammen Konsole) als Standard 
für Ein- und Ausgabe. In Beschreibungen fin- 
det man deshalb auch STDIN (für Standard 
Input) und STDOUT (für Standard Output). 
Um eine möglichst flexible Handhabung der 
Ein- und Ausgabe zu erreichen, wurden ab 
der Version 2.00 Methoden zur Umleitung 
(englisch Redirection) von Ein- und Ausga- 
ben aufgenommen. So können mit dem Klei- 
nerzeichen (<) die Herkunft der Eingaben 
und mit dem Größerzeichen (>) das Ziel der 
Ausgaben festgelegt werden. Man spricht 
auch von der Steuerung eines Datenstro- 
mes. In TeiM (in MP 4/90) sind im Zusam- 
menhang mit dem COPY-Befehl die DOS- 
Geräte bereits vorgestellt worden: 

PRN oder LPT 1 für den Drucker, COM1 oder 
AUX für die serielle Schnittstelle sowie NUL 
als „Papierkorb“. Um also das aktuelle Ver- 
zeichnis nicht auf den Bildschirm (wie ge- 
wohnt), sondern auf den Drucker auszuge- 
ben (Einschalten nicht vergessen!), schrei- 
ben Sie 
dir > prn 

Mit <CTRL> <P> (<Strg> <P>) geht’s 
auch - trotzdem eine wertvolle Möglichkeit. 
PRN und LPT1 sowie COM1 und AUX kön- 
nen synonym verwendet werden. 

Das Gerät NUL ist ein Scheingerät, das die 
umgeleiteten Daten ganz einfach verschwin- 
den läßt. Nicht besonders wichtig, aber auch 
nicht sinnlos. Man kann sich damit von un- 
liebsamen Ausschriften befreien; nützlich in 
langen und stets wieder verwendeten Batch- 
Dateien. Wenn Sie alle Dateien des Tages- 
werkes mit 
copy *.*a: > nul 

auf eine Sicherungsdiskette retten, so entfällt 
die Ausschrift 

xxx Datei(en) kopiert 

Eine Besonderheit von DOS ist, daß eine völ- 
lige Gleichbehandlung von Geräten (Kon- 
sole, Drucker) und Dateien erfolgt. An jeder 
Stelle, wo ein Gerät angegeben wird, kann 
auch eine Datei stehen. Sie können Ihr In- 
haltsverzeichnis also auch in eine Datei 
schreiben. Versuchen Sie es mal mit 
dir > dir.dat 

Es wird eine Datei DIR.DAT angelegt, in der 
das steht, was sonst auf den Bildschirm 
kommt. Schauen Sie doch mal rein - mit ei- 
nem Texteditor oder mit 

type dir.dat 

Auf diese Weise habe ich beispielsweise die 
Originalausschriften der Programme aufge- 
fangen, um Sie im Kurs darzustellen. Für die 
Beschreibung von CHKDSK in Teil 2 (in MP 
6/90) wurden die Ausschriften mit 
chkdsk > text 

in eine Datei geleitet und dann in den Kurs- 
Text kopiert. 

Die Umleitung von Ein- und Ausgabe ist aber 
nicht auf DOS-Kommandos beschränkt; 
grundsätzlich gilt gleiches für beliebige Pro- 
gramme - vorausgesetzt ihre Ausgaben ge- 
hen über DOS. Sie werden aber feststellen, 
daß viele Programme eigene Routinen für die 
Ein- und Ausgabe verwenden. Angesichts 
Fenstertechnik und Mausbedienung: Ten- 
denz steigend. Im Zweifelsfalle hilft nur pro- 
bieren. 

Die Umlenkung der Eingabe läßt sich nur sel- 
ten sinnvoll anwenden. Eine der wenigen An- 
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Wendungen wurde in der letzten Folge beim 
Programm TASTE gezeigt. 

Ist nicht beabsichtigt, bei der Ausgabeumlei- 
tung eine neue Datei anzulegen, so kann 
auch der Anfügeoperator (zwei Größerzei- 
chen) eingesetzt werden. Beispiel zum 
Schreiben der Verzeichnisse aller Laufwerke 
in eine Datei: 
dira: > inhalt 
dir b: » inhalt 
dir c: » inhalt 

Der erste Befehl schreibt die Ausgaben in 
eine Datei, die neu angelegt wird. Die weite- 
ren Kommandos fügen ihre Ausgaben an 
diese Datei an, die damit immer länger wird. 
Die vorherigen Eintragungen gehen nicht 
verloren. Das Verketten von Dateien kann ja 
auch mit COPY und + vorgenommen wer- 
den, aber das Anfügen von Ausgaben eines 
Programms wird nur so erreicht. Die bis jetzt 
kennengelernten vielfältigen Möglichkeiten 
erlauben es auch, die gleiche Aktion mit ver- 
schiedenen Befehlen zu erreichen. So erfolgt 
die Ausgabe einer Datei auf den Drucker so- 
wohl mit 

copy datei prn als auch mit 

type datei > prn 

Ist der gleiche Effekt auch mit 

copy datei con> prn 

zu erreichen? Sie werden sehen, daß die Da- 
tei selbst auf dem Bildschirm erscheint und 
nur die Meldung des COPY-Befehls 
(xxx Datei(en) kopiert) 

auf dem Drucker. Denn die Ausgaben des 
COPY-Befehls (und nur die sind umzulen- 
ken) bestehen aus den jeweiligen Ausschrif- 
ten - nicht aus dem Ziel des Kopiervorgan- 
ges, der eine interne Aktion des Befehls ist. 
So würde 
copy datei > prn 

auch nur die Fehlerausschrift „Datei kann 
nicht auf sich selbst kopiert werden“ auf den 
Drucker bringen. 

Probieren Sie am besten noch ein wenig. 

Filter 

Über die Umleitung von Ein- und Ausgabe 
hinaus kann der Datenstrom auch durch ein 
anderes Programm hindurchgeleitet werden. 
Dazu werden die Ausgaben des einen Pro- 
gramms einfach als Eingaben des anderen 
betrachtet. Diese Programme heißen Filter 
(englisch Pipes) und werden mit dem Ziel be- 
nutzt, die Ausgabe in irgendeiner Weise zu 
verändern, eben zu filtern. Zum Lieferumfang 
von DOS gehören drei Filter: SORT, FIND 
und MORE. Darüber hinaus kann man sich 
aber auch selbst Filterprogramme schreiben. 
Am einfachsten zu gebrauchen ist MORE. Es 
gibt stets nur 23 Zeilen auf den Bildschirm 
aus und wartet dann auf einen Tastendruck. 
Zum Anzeigen eines langen Directories ver- 
wendet man 
dir | more 

Wie zu sehen, dient zur Filterung eines Da- 
tenstromes der senkrechte Strich (|). Wenn 
Sie damit Probleme auf der Tastatur haben, 
so erinnern Sie sich bitte der Nutzung des 
ASCII-Codes. Mit dem Wissen, daß der Code 
für den Strich 124 (dezimal) ist, können Sie 
ihn erzeugen, indem die ALT-Taste gedrückt, 
rechts 124 getippt und die ALT-Taste wieder 
losgelassen wird. Mit dem Filterzeichen wer- 


den die Ausgaben des DIR-Befehls als Ein- 
gaben von MORE weitergeleitet. Das MORE- 
Filter erlaubt so eine seitenweise Ausgabe. 
Noch weniger als für den DIR-Befehl (wo 
man ja den /p-Schalter hat) ist MORE für 
TYPE: 

type datei | more 

Das SORT-Filter sortiert den Datenstrom. 
Zur alphabetisch sortierten Ausgabe des 
Verzeichnisses schreiben Sie 

dir | sort 

Es geht auch absteigend mit 

dir | sort /r 

Es muß nicht unbedingt nach dem Anfangs- 
buchstaben sortiert werden; die Anweisung 

dir|sort/+9 

sortiert die Dateien nach dem Typ, der ge- 
rade in der 9. Spalte einer jeden Zeile steht. 
Beachten Sie bitte, daß damit nur die Anzeige 
auf dem Bildschirm geändert wird, nicht etwa 
die Reihenfolge der Einträge in das Inhalts- 
verzeichnis. 

Durch das SORT-Filter können auch Dateien 
geschickt werden. Mit 

sort < datei 

erfolgt eine sortierte Ausgabe auf den Bild- 
schirm, und mit 
sort < altdatei > neudatei 
wird das Ergebnis wiederum in eine Datei ge- 
schrieben. Probieren Sie es mal mit einer be- 
liebigen Textdatei. 

Das Sortieren der oben angelegten Datei IN- 
HALT mit den Verzeichnissen der Laufwerke 
A:, B: und C: würde diese Verzeichnisse übri- 
gens bunt durcheinandermischen. Zum 
Schluß überlegen Sie bitte einmal, warum bei 
den letzten Befehlen das Filter am Anfang 
der Kommandozeile stand und nicht einfach 
dir > sort geschrieben werden kann. Sie kön- 
nen es gefahrlos ausprobieren: Es wird eine 
Datei mit Namen SORT angelegt, und das 
war wohl nicht Sinn der Sache. 

Noch vielfältiger kann das FIND-Filter einge- 
setzt werden, das ungefähr das macht, was 
man von einem Filter erwartet: Es filtert be- 
stimmte Teile heraus. Gearbeitet wird zeilen- 
weise, das heißt, es wird die gesamte Zeile 
ausgegeben, die die Suchbedingung erfüllt. 
So werden mit 
dir | find ”BAT” 

nur die Dateien angezeigt, die die Zeichen- 
kette ”BAT” enthalten. Nicht eben genial, das 
hätte man auch mit Jokern erreicht. Aber kön- 
nen Sie auch alle Dateien außer den BAT- 
Dateien anzeigen? 

Kein Problem: 
dir] find /v "BAT” 

Achten Sie bitte darauf, daß an dieser Stelle 
Großbuchstaben für die Zeichenkette zu ver- 
wenden sind, da die Eintragungen im Direc- 
tory sämtlich in Großbuchstaben umgewan- 
delt werden. Ähnlich müssen Sie verfahren, 
wenn Sie nur die Unterverzeichnisse anzei- 
gen wollen: 
dir | find ”<” 

Oder das Anzeigen aller Dateien, die im Sep- 
tember erstellt wurden: 

dir | find ”.09.” 

Wichtig ist nur, eine signifikante Zeichenkette 
zu finden, die die entsprechenden Zeilen von 
allen anderen unterscheidet. 

Statt als Filter kann man FIND auch als ei- 
genständiges Programm verwenden, etwa 
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Kurs 



um die Zeilen dieses Kurses zu zählen, in de- 
nen das Wort „DOS“ vorkommt: 
find /c ”D0S” dos4.doc 
Die Antwort ist 

dos4.doc: 14 

Bis jetzt kam also in 14 Zeilen das Wort 
„DOS“ vor, was nicht unbedingt bedeutet, 
daß es nur 14mal im Text Verwendung fand, 
da es ja auch mehrmals auf einer Zeile ste- 
hen kann und dann nur einmal gezählt wird. 
Es wird - wie schon erwähnt - zeilenweise 
gearbeitet. 


FILTER 


Seitenweise Ausgabe 
MORE 


Sortieren 
SORT [/R] [/+n] 

/R umgekehrte Sortierreihenfolge 
/+n sortieren nach Spalte n 


Suchen nach Zeichenketten 

FIND [/C] [/N] [/V] "string" 

/C Zählen der Zeilen, die die 

Zeichenkette enthalten 
/N Anzeige mit Zeilennummer 

/V Suchen aller Zeilen, die die 

Zeichenkette nicht enthalten 


Bild 2 

Durch Leerzeichen getrennt können auch 
mehrere Dateien aufgeführt werden, die 
dann nacheinander durchmustert werden; 
der Einsatz von Jokern für Dateiengruppen 
ist aber nicht erlaubt. 

Niemand hindert Sie, ihre Daten durch belie- 
big viele Filter zu schicken, beispielsweise 
um alle Dateien, die nicht die Erweiterung 
DOC haben, nach Namen sortiert seiten- 
weise auf den Bildschirm auszugeben: 
dir | find/v ”D0C” | sort | more 
Sie werden bemerken, daß die Ausführung 
etwas länger dauert, denn DOS baut intern 
Hilfsdateien auf, in denen gesucht und sor- 
tiert wird. Diese temporären Dateien werden 
automatisch gelöscht, können aber unter 
Umständen bei einem Absturz oder einem 
Reset während der Abarbeitung auf der Fest- 
platte Zurückbleiben. Der Name dieser Da- 
teien mutet seltsam an (z. B. Oel 4081a), weil 
er bei neueren Betriebssystemversionen aus 
der Zeit gebildet wird, um im Netzbetrieb 
nicht zu kollidieren. 

Denken Sie nur nicht, Filter seien eine kom- 
plizierte Sache. Jeder kann sich mit einfa- 
chen Mitteln selbst welche schreiben. Diese 
Programme müssen den Datenstrom von der 
Standardeingabe einiesen, ihre Aufgabe 
ausführen und wieder zur Standardausgabe 
schreiben. Sehen sie, wie kurz ein Pascal- 
Programm ist, das - als Filter verwendet - 
Texte mit Zeilennummern versieht: 
program number; 
var zeile : string; 
i : integer; 


begin 

i:=1; 

whilenot eofdo begin 
readln(zeile); 
writeln(i:3,’ \ zeile); 
i:=i+1; 
end; 
end. 

Durch dieses Filter können jetzt beliebige 
Texte geschickt werden, z. B. das Inhaltsver- 
zeichnis mit 

dir | number 

oder auch dieser Kurs: 

type dos4.doc | number 

Es ist auch kein Problem den Text mit Zeilen- 
nummern wieder abzuspeichern: 
number < dos4.doc > dos4num.doc 
Mit Hilfe des Kleiner- und Größerzeichens 
wird der Ein- und Ausgabestrom durch das 
Filter geleitet. Unter dem Namen „dos4num- 
.doc“ steht der numerierte Text wieder auf 
der Platte. Auf diese Art und Weise können 
Sie sich ganz leicht beliebige Filter selbst 
schreiben. Weitergehende Informationen zu 
Filtern finden sich in MP 9/89, S. 263. 

Filter können weiterhin dazu verwendet wer- 
den, Rückfragen von Befehlen zu begegnen. 
Wenn am Ende einer Sitzung nach dem Si- 
chern stets alle Dateien gelöscht werden sol- 
len, so erzeugt der Befehl ”del *.*” stets die 
Ausschrift "Wirklich löschen? j/n”, was in ei- 
ner BAT-Datei lästig sein kann. Mit 
echo j | del *.* 

wird nicht angehalten. Etwas schwerer ist es 
schon, Befehle zu bedienen, die nur ein 
<ENTER> erwarten, zum Beispiel FOR- 
MAT. Der Befehl 

echo.) formata: 

beginnt mit dem Formatieren, ohne auf Ta- 
stendruck zu warten. Zwischen Punkt und 
senkrechtem Strich darf kein Leerzeichen 
stehen. Auch DATE und TIME warten stets 
auf das Drücken der ENTER-Taste, wenn 
Datum oder Zeit nur angezeigt werden sol- 
len. Kein Problem mit 
echo. | time 

Und wenn nur die Zeile mit der Zeit gefragt ist, 
so filtert man den Rest einfach weg: 

echo.| time | find 

Natürlich gibt das nur in Batchdateien richtig 
Sinn. Ein <ENTER> kann übrigens auch mit 
dem MORE-Filter erzeugt werden. Damit 
wird ausgenutzt, daß es stets eine Leerzeile 
einfügt. Statt des oben beschriebenen Be- 
fehls kann so auch 
echo | more | time 
geschrieben werden. 

Wie Sie sehen, muß man manchmal schon 
ganz scnöne Klimmzüge veranstalten, um 
elegante Lösungen zu erreichen, aber die 
DOS-Kommandosprache ist halt recht klein - 
dafür aber leicht zu erlernen. 

ihnen wird aufgefallen sein, daß immer häufi- 
ger von Dienstprogrammen die Rede ist. 
Diese haben heute die meisten DOS-Be- 
fehle verdrängt , die hier - um ein soiides 
Grundwissen zu vermitteln - ausführlich be- 
schrieben wurden. In der nächsten Folge 
soll deshalb ein Programm im Mittelpunkt 
stehen, das sich - ob als Dienstprogramm 
oder als Nutzeroberfläche - beachtlicher 
Beliebtheit erfreut: der Norton-Commander. 


Neuerungen 
von MS-DOS 4.x 

Obwohl die neueste MS-DOS-Version die 
Nummer 4.x trägt, wird in der Praxis über- 
wiegend noch mit Version 3.3 gearbeitet. 
Was bietet ein Umstieg für Vorteile? Auffal- 
lendste äußere Neuerung ist die zum Be- 
triebssystem gehörige grafische Benutzer- 
oberfläche (DOS-Shell genannt), die aber- 
verglichen mit Windows der GEM - recht 
primitiv wirkt und sich auch mit beliebten 
Shells auf alphanumerischer Basis (Norton 
Commander, PC Tools) nicht messen 
kann. 

Die wirklich gravierende Neuerung besteht 
in der Nutzung von Festplatten mit mehr als 
32 MByte als ein logisches Laufwerk. Unter 
DOS 3.x ist eine größere Festplatte in meh- 
rere Laufwerke aufzuteiten (zu partitionie- 
ren). Angesichts ständig billiger werdender 
großer Festplatten mag dieser Umstand ein 
echter Beweggrund für einen Umstieg auf 
eine neue Version von MS-DOS sein - al- 
lerdings um den Preis, daß einige hard- 
warenahe Programme nicht mehr korrekt 
arbeiten. Probleme wurden mit den Norton 
Utilities und leider auch mit dem neuen 
Wordperfekt 5.1 festgestellt. Ursache dafür 
ist die Erweiterung einer DOS-internen Ta- 
belle, des DOS-Parameter-Blocks (DPB), 
der die nähere Beschreibung der Datenträ- 
ger enthält. Die alte Beschränkung auf 32 
MByte ergibt sich übrigens aus der Sektora- 
dressierung mit einer 16-Bit-Zahl. 65 536 
Sektoren zu je 512 Byte sind so erreichbar, 
was einer Kapazität von 32 MByte ent- 
spricht. Von untergeordneter Bedeutung 
dürfte die Unterstützung des Expanded Me- 
mory durch DOS 4.x sein, da die für den 
8086 eingeführte Hardware auf ATs kaum 
genutzt wird. Mit dem Treiber XMA2EMS- 
.SYS läßt sich EMS als Datenbereich oder 
Cachepuffereinrichten (beispielsweise läßt 
sich der mit Buffers reservierte Speicherbe- 
reich auslagern), VDISK.SYS unterstützt 
eine RAM-Disk im EMS. Wichtiger noch 
mag der Treiber XMAEM.SYS sein, der 
EMS im Extended Memory (wie ihn viele 
ATs besitzen) emuliert. 

Vier Befehle sind bei DOS 4.x neu hinzuge- 
kommen: 

DOSSHELL - Start der grafischen Nut- 
zeroberfläche 

INSTALL - Installation von DOS-Pro- 
grammen bereits in Config- 
.SYS 

MEM - Zeigt die Hauptspeicherbe- 

legung detailliert an, wozu 
bisher Hilfsprogramme 
(Mapmem) notwendig wa- 
ren. 

SWITCHES - Schaltet die erweiterten 
Tastaturfunktionen ab 
(einige Programme erfor- 
dern das). 

Zusätzlich wurde der Funktionsumfang ei- 
ner Reihe vorhandener Befehle erweitert. 
Beispielsweise zeigt Tree das Verzeichnis- 
system jetzt wirklich als Baum. 

Übrigens: Für Ende dieses Jahres hat Mi- 
crosoft - entgegen ursprünglichen Absich- 
ten - eine grundlegend neue Version von 
MS-DOS angekündigt, die voraussichtlich 
die Nummer 5.0 tragen wird. 
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Zwei A 71 50 an 
einem Drucker 

Jürgen Lang , Lugau 


Das bedarfsweise Umstecken des Anschluß- 
kabels ist sicher keine Dauerlösung, wenn 
man einen Drucker wahlweise an zwei PCs 
betreiben will. Im folgenden wird deshalb 
eine programmtechnische Lösung für das 
DOS-kompatible Betriebssystem DCP in 
Form zweier kleiner Hintergrundprogramme 
vorgestellt, die die auszudruckenden Daten 
über die V.24-Schnittstelle an den Partner- 
rechner und von dort über die Centronics- 
Schnittstelle an den Drucker weiterleiten. 

Program LPTSend ; 

{Programmiersprache: Turbo-Pascal ab 4.0 
Autor : J .Lang ) 

{ *M 1024,0,0) 


Hardwaretechnische Voraussetzung 
gen 

Beide zu koppelnden V.24-Schnittstellen 
müssen auf asynchrone Datenübertragung 
(beim A 7150 mittels DIL-Schaltern auf der 
ASP-Karte) eingestellt und mit einem Null- 
modem-Kabel, das mindestens folgende 
Verbindungen herstellt, miteinander verbun- 
den werden: 

Program LPTRec; 


Kabelende a 



Kabelende b 

Schutzerde 

1 - 

1 

Schutzerde 

TxD 

2 - 

3 

RxD 

RxD 

3 - 

2 

TxD 

Signalerde 

7 - 

7 

Signalerde 

Programmbeschreibung 



Die vorgestellten Programme sind in Turbo- 
Pascal geschrieben und ab Version 4.0 com- 


(Programmiersprache: Turbo-Pascal ab 4.0 
Autor: J.Lang } 

{*M 1024,0,0) 

(*s-) , 

uses DOS,CRT; 


Const Data = *0318; 

Control = *031C; 

CTC = *0312; 

raster : Integer = 32; 

tickercount : Integer = O; 

EOI S Byte = *20; 


Var a 1 t_8 : Pointer; 

Procedure V240ut ( Kana 1 : Word ; Wert:Byte); 


uses CRTjDOS; 


Const Data = *0318; 

Control = *031C ; 

CTC = *0312; 


Begin 

Port [ Kanal ] :=Wert 
End ; 

Function V24In ( Kana 1 : Word ): Byte ; 


var alt_17 

bvar 


Pointer; 
Byte ; 


Beg in 

V24In:=Port[ Kanal ] ; 
End; 


Procedure V240ut ( Kana 1 : Word ; Wert:8yte); 


Procedure V24Init; 


Begin 

Port [ Kana 1 ] :=Wert 
End ; 


Function V24In ( Kanal : Word ) : Byte; 
Begin 

V24 1 n : =Port { Kana 1 ] ; 

End ; 

Procedure V24Init; 


Begin 

V240ut (Control ,*00) ; 
V240ut (Control , *18 ) ; 
V240ut ( CTC , *03 ) ; 
V240ut (CTC, *07) ; 
V240ut (CTC ,*01 ) ; 
V24Gut (Control ,*04 ) ; 
V240ut (Control ,*4D)^ 
V240ut (Control ,*03) ; 
V24üu t ( Con t ro 1 ,*C1 ) ; 
V240ut (Control ,*05) ; 
V24üut (Control , *E8 ) ; 

End ; 


{Schrei bregis ter 0} 

{SIO-Kanal zurücksetzen) 

{CTC-Kanal zurücksetzen) 

( Vor tei 1 er=16 Zeitkonstante folgt) 

{ T a me konstante ) 

{Tei lerf ak tor = 16) 

{Schreibregister 5) 

{19200 bd,8-bit,2 Stopp »ungerade Par., 
Tx/Rx frei) 


Procedure SendeBy te ( SBy te : By te ) ; 


Begin 

V240ut (Control ,*00) ; 
V240ut ( Control , * 18 ) ; 
V24Qut ( CTC , *03 ) ; 
V240u t ( CTC , *07 ) ; 
V240u t ( CTC , *01 ) ; 
V24üut (Control ,*04 ) ; 
V240ut( Control ,*4D) ; 
V240u t ( Control ,*03) ; 
V240ut (Control , *C1 ) ; 
V240ut (Control , *05) ; 
V240ut{ Control ,*EB) ; 


End; 


{Schreibregister 0) 

{SIO-Kanal zurücksetzen) 

{CTC-Kanal zurücksetzen) 

{ Vortei ler=16 Zei tkonst an te folgt) 
{Timekonstan te > 

{Schreibregister 4) 

{Tei ler fak tor = 16) 

{ Sc hrei breg is ter 3) 

( Sc hrei breg is ter 5) 

{19200 bd , B-bi t , 2 Stopp , ungerade Par. 
Tx/Rx frei) 


Function Empf angBy te : By te ; 

Var Temp : Byte; 

Begin 

Repeat 

V240u t ( Con tro 1 ,*00) ; 
üntil ( V24In (Control ) and *01) = *01; 
Temp:=V24In (Data ) ; 

V240u t (Data, Temp) ; 

Empf angBy te : =Temp ; 

End; 


Var Temp : Byte; 


procedure Druck ( x : Byte ) ; 


Begin 

V240ut (Data , SBy te) ; 

Repeat 

V240ut (Control ,*00) ; 

Until ( V24 I n ( Con tro 1 ) and *01) = *01; 
Temp : =V24 I n ( Da ta ) ; 

End; 


begin 

repeat until port [*C8]=*C6; 


port{*CA] :=x ; 
port[*CE] :=*07; 
por t [ *CE] : =*06 ; 


procedure neu_17 ( F 1 ags , CS , IP, AX , BX ,CX , DX ,SI , DI , DS , ES , BP : Word ) ; 

inter rupt ; 


procedure neujB; 
in terrupt ; 


begin 

in 1 ine ( *FA ) ; 
case Hi ( ax ) of 
0 : begin 

bvar : =Lo ( ax ) ; 

SendeBy te ( bvar ) ; 
ax : =*9000 ; 
end ; 

1 : ax : =*9000 ; 

2 : ax : =*9000 ; 
end ; 

inline ( *FB ) ; 
end ; 

Begin 

GetlntVec (*17,al t_17) ; 

Set IntVec ( *17 , @neu_17 ) ; 

V24Init ; 

WriteLn( ■ LPTSend ist installiert'); 
Keep ( 0 ) ; 

End. 


Bild 1 


begin 

inl ine ( *FA ) ; 

V240ut(Control ,*00) ; 

if V24In (Control ) and *01 = *01 then Druc k ( Empf angBy te ) ; 
tickercoun t : =tic kercoun t+raster ; 
if tic kercoun t>=256 then 
begin 

tickercount :=Lo( tickercount ) ; 
in 1 ine ( *9C/*FF/*lE/a 1 t JB ) ; 
end 

eise port[*C0] :=E0I ; 
in 1 ine ( *FB ) ; 

end ; . 

Begin 

Ge t IntVec ( *08 , a 1 1 JB ) ; 

Set IntVec ( *08, @neuj) ; 

port[*D0] : =0 ; 

por t [*d0 ] : =raster ; 

V24Init; 

Writeln (' LPTRec ist installiert'); 

Keep ( 0 ) ; Bild 2 

End * 
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pilierbar. Wie alle TSR- Programme dürfen 
diese nur als compiiiertes Programm von Dis- 
kette oder Festplatte gestartet werden. 

Das Programm LPTSend übernimmt die 
Übertragung der auszudruckenden Daten an 
den Partnerrechner. Dazu wird durch das La- 
deprogramm eine neue Behandlungsroutine 
für den Druckerinterrupt installiert. 

Das Übertragungsprotokoll ist relativ einfach 
gehalten: Die Prozedur SendeByte sendet 
das betreffende Zeichen an den Partnerrech- 
ner und wartet auf eine Empfangsbestäti- 


gungTrTFdrm des vom Empfänger zurückge-* 

sendeten Zeichens. Im Falle der Direktkopp- 
lung wird damit eine fehlerfreie Übertragung 
gewährleistet. 

Das Programm LPTRec fragt den V.24-Ein- 
gang im Polling-Betrieb ab und leitet die emp- 
fangenen Zeichen zur Centronics-Schnitt- 
stelle. Genutzt wird dazu der Timer-Interrupt 
8, der pro Sekunde 18,2ma! ausgelöst wird 
und normalerweise den Zähler für die Sy- 
stemuhrweiterschaltet. Damit wäre eine ma- 
ximale Druckgeschwindigkeit von 18 Zeichen 


pro Sekunde möglich. Zwecks Erhöhung der 
Druckgeschwindigkeit wird die Zeitkonstante 
im CTC auf 32 herabgesetzt und somit die 
Taktgeschwindigkeit um den Faktor 8 erhöht. 
Die neue Interrupt-Behandlungsroutine si- 
chert das korrekte Weiterschalten der Sy- 
stemuhr, jedenfalls solange der Drucker Be- 
reitschaft meldet. Da die hier verwendete 
Druckprozedur auf die Druckbereitschaft 
wartet, können Interrupts ausgelassen wer- 
den, was ein „Nachgehen“ der Systemuhr 
verursacht. 


Datenbanksysteme im Vergleich 


Gert Klein , Halle 


Funktioneller Vergleich 


Mit Datenbanksystemen können zirka 30 % 
ailer mit einem PC zu lösenden Aufgaben 
bearbeitet werden. Deshalb verdienen Ein - 
Satzvorbereitung und Systemauswahl be- 
sondere Beachtung. Wichtig sind die Fra- 
gen: Welches Datenbanksystem soll man 
anwenden? Welche Bedingungen sind ein- 
zuhalten? Wie befinden sich Problemgren- 
zen mit Hardware- und Softwaregrenzen im 
Einklang? Dazu sollen in dem folgenden Bei- 
trag Denkanstöße vermittelt werden. Eine 
umfassende Betrachtung alter Umstände ist 
jedoch aufgrund der Komplexität der Pro- 
blemstellung und der Kürze des Beitrages 
nicht möglich. 


Vergleich der wichtigsten 
Datenbanksysteme 

Vergleichsbasis 

MS-DOS ist das am meisten verbreitete Be- 
triebssystem. Die Kriterien für die wichtigsten 
Datenbanksysteme sind deshalb ihre Lauffä- 
higkeit unter diesem Betriebssystem und ihre 
Häufigkeit im Einsatz (in der DDR). Damit er- 
gab sich, daß folgende Systeme zu testen 
waren (Versionsangaben betreffen die gete- 
stete Software): 

- dBase II Version 2.41 

- dBase III Version 1.10 

- dBase III Plus Version 1.0 

- dBase IV Version 1 .0 

- Clipper 87 Version 2.24 

- Foxbase Plus 2.1 Version 2.1 

Der Test wurde an Hand der Standardversio- 
nen durchgeführt, das heißt, die unter Um- 
ständen vorhandenen Tools, die der Aufwer- 
tung dieser Softwarepakete dienen, wurden 
nur am Rand mitbewertet. Getestet wurden 
nur Vollversionen, das heißt, da zu Foxbase 
die neueste Version Foxpro nur als Demover- 
sion vorlag, wurde hier nur eine Aussage zur 
Funktionalität getroffen (also keine Ge- 
schwindigkeitstests). Diese Datenbanksy- 
steme erfüllen die Forderungen des Codd- 
schen relationalen Datenmodells /I/ im über- 
tragenen Sinne oder besser, sie sind quasire- 
lational. 

Als Hardwarebasis für den durch geführten 
Test diente ein PC 1512 mit einem auf 640 
KByte aufgerüsteten Hauptspeicher, mit 
Floppy-Laufwerken, mit einer Harddisk und mit 
dem Betriebssystem MS-DOS 3.2. Die Aus- 
rüstung mit 640 KByte RAM ist nur bei dBase 
IV bindend, die anderen Softwarepakete sind 
auch mit 51 2 KByte RAM funktionsfähig. 
Inhalt und Funktionalität dieser Datenbank- 
systeme werden als bekannt vorausgesetzt 
(weiterführende Literatur siehe Anhang). 


dBase II als ältestes der verglichenen Daten- 
banksysteme war schon für 8-Bit-PCs ver- 
fügbar. Die 16-Bit- Variante von dBase II ent- 
hält keinerlei neue Möglichkeiten, das heißt, 
sie ist eine bloße Umsetzung. dBase III und 
sein jüngerer Bruder dBase III Plus sind da- 
gegen echte Neuentwicklungen, die vor al- 
lem an die erweiterten Eigenschaften der 16- 
Bit-PCs angepaßt wurden. 

Nach diesen Systemen aus der dBase-Fami- 
lie machten vor allem die sogenannten 
Turbo-Versionen dieser Datenbanksysteme 
auf sich aufmerksam. Ihr augenscheinlich- 
ster Hauptvorteil - die hohe Geschwindigkeit. 
Danach betrat mit dBase IV noch ein weiteres 
Mitglied der dBase-Familie die Szene der 
EDV-Anwendung. Übertroffen wird dBase IV 
jedoch von Foxpro. 

Die Bewertung der Möglichkeiten an Hand 
notwendiger Funktionen für jedes einzelne 
System ist aufwendig und deshalb nicht je- 
dem Anwender zuzumuten. Daherwurdevon 
mir ein praxisorientierter Vergleich unter Ver- 
wendung allgemeiner Testdaten (Bild 1) und 
eines auf jedem Einzelsystem lauffähigen 
Softwaremoduls (Bild 2) durchgeführt (siehe 
Tafeln 1 und 2). Dieser wurde nur für dBase II 
leicht modifiziert, da dort einige Befehle feh- 
len. 


Datenbankstruktur : C:bench.dbf 

Anzahl der Datensaetze : 0 

Letztes Aenderungsdatum: 12.06.90 
Feld Feldname Typ Laenge 

1 BENCH Numerisch 4 

2 TEXT Zeichen 123 

** Gesamt ** 128 


Bild 1 Struktur der Testdatenbank BENCH. DBF 

Die Auswahl erfolgte für wichtige und vorteil- 
hafte Funktionen zur Darstellung des Lei- 
stungsumfanges und für Aussagen zur Kom- 
patibilität. 

Funktionen, die von den Systemen in etwa 
gleich gut erfüllt werden, stehen nicht im Vor- 
dergrund. Zu beachten ist auch, daß bei Er- 
füllung von Forderungen insgesamt Unter- 
schiede im Detail auftreten können. Generell 
ist zu beachten, daß die erwähnten Tools zur 
Aufwertung oft nur für das in der jeweiligen 
Beschreibung angekündigte System lauffä- 
hig sind Probleme, wie Speicheraufrüstung 
auf 640 KByte, existieren auch. Nachteilig ist 
ebenfalls generell, daß syntaktische Unter- 
schiede kleinerer oder größerer Art bestehen 
(Bild 3) und daher die Entscheidung für nur 
ein System Vorteile bringt. 

Die betrachteten Datenbanksysteme sind zu- 
mindest nicht lOOprozentig kompatibel, be- 


dingt durch syntaktische Unterschiede sowie 
durch das Fehlen von Befehlen und Funktio- 
nen. Gleiches gilt beispielsweise auch für 
den Komfort und das Vorhandensein eines 
Texteditors. dBase IV und Foxpro haben im 
Gegensatz zu Clipper für die Projektierung 
eine komplette Entwicklungsumgebung. 
Nachteilig ist bei dBase IV die Geschwindig- 
keit in der Dialogarbeit. Durch das Nachladen 
von Programmen entstehen Wartephasen 


SET TALK OFF 
CLEAR 

§ 1,0 SAY ' Benchmarktest am ' 

?? DATE ( ) 

@ 3,0 SAY 'Test läuft , bitte warten . ..' 
X=0 

? 'Beginn des Zähltests: ' 

?? TIME() 

DO WHILE X<10000 
X=X+1 
ENDDO 

? ' Ende des Zähltests: '+TIME() 

WAIT 

SET SAFETY OFF 

USE BENCH 

ZAP 

X=0 

Y=1000 

? 'Beginn des APPEND-Tests : ' 

?? TIME ( ) 

DO WHILE X<1000 
APPEND BLANK 
REPLACE BENCH WITH Y 
Y=Y-1 
X=X+1 
ENDDO 

? ' Ende des APPEND-Tests : '+TIME() 
WAIT 

USE BENCH INDEX BENCH 
? 'Beginn des Index-Tests : ' 

?? TIME ( ) 

REINDEX 

? ' Ende des Index-Tests : '+TIME() 

WAIT 

X=0 

? 'Beginn des Such-Tests : ' 

?? TIME ( ) 

DO WHILE X<1000 

SEEK 999 - .i 

X=X+1 
ENDDO 

? ' Ende des Such-Tests : '+TIME() 

WAIT 
GO TOP 

x=o 

? 'Beginn des Ersetzen-T 6 sts : ' 

?? TIME ( ) 

DO WHILE X<1000 
SEEK X 

REPLACE TEXT WITH '***'+; 

f *********************'+• 
'*********************'+• 
t •k - k'k - k'k - kickick , k'k-k-k'k'k-k-k-k'k-k > + j 
^ *********★**•****■*****' + • 
t ********************* '+• 
r ★★★'*★■*★★*★**★*★■******* f 

X=X+1 

ENDDO 

? ' Ende des Ersetzen-Tests : ' 

?? TIME ( ) 

7 

? ' Ende der Benchmark-Tests ' 

7 

WAIT 

RETURN 

Bild 2 Programm zur Ermittlung der Laufzeit- 
werte BENCH. PRG 
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Tafel 1 Funktioneller Vergleich der Datenbanksysteme 


Funktion 

dBase 

II 

dBase 

Hl 

dBase 
lll Plus 

Clipper 

'87 

Fox- 

base 

dBase 

IV 

Bemer- 

kungen 

[ Allgemeines 


Kompatibilität 

< 

B 

= > 

=> 

=> 

» 

1) 

Konfigurierbarkeit 

J 

J 

J 

J 

J 

J 


| Art 

- Interpreter 

J 

J 

J 

N 

J 

J 


- Pseudo-Compiler 

N 

N 

N 

N 

J 

J 


- Maschinencode-Compiler 

N 

N 

N 

J 

N 

N 


1 Geschwindigkeit ' 

- maximal 

3 

1: 

1,6 

11 

17 

6 


- typisch 

2 

1: 

1 

6 

6 

2,5 

2) 

Texteditor integriert? 

J 

J 

J 

N 

J 

J 


Komfort Texteditor 

= 

B 

> 

- 

> 

» 


maximale Editierlänge in KByte 

4 

4 

4 

64 

64 

3 

3) 

SQL-Sprache integriert? 

N 

N 

N 

N 

N 

J 


Netzfähigkeit? 

N 

N 

N 

J 

J 

J 


Transakttonskonzept? 

- 

- 

N 

N 

N 

J 

4) 

Bedarf : RAM > 512 KByte? 

N 

N 

N 

N 

N 

J 

5) 

Bedarf auf Diskette in MByte 

0,13 

0,34 

0,54 

1,2 

0,53 

2,8 

6) 

Lauffähig ohne HD? 

J 

J 

J 

J 

J 

N 


Entwicklungssystem j 

- Standard, ohne Tools 

< 

B 

= > 

< 

= > 

» 


- Erweiterung, mit Tools 

< 

B 

= > 

=> 

= > 

» 


integrierte Generatoren 

< 

B 

= > 

< 

< 

» 

7) 

komplette Entwicklungsumgebung? 

N 

N 

N 

N 

N 

J 


Handhabung zur I 

- Entwicklung 

< 

B 

=> 

< 

=> 

» 

8) 

- Dialoganwendung 

< 

B 

=> 

- 

=> 

=> 

9) 

Koprozessorunterstützung? 

N 

N 

N 

N 

J 

J 

10) 

Unterstützung RAM > 640 KByte? 

N 

N 

N 

N 

J 

J 

10) 

Hilfesystem 

< 

B 

=> 

< 

=> 

» 


Assistent-Regiezentrum? 

N 

J 

J 

N 

N 

J 


Sicherheit j 

- Datenverlust bei Absturz 

= 

B 

= 

= 

=> 

=> 


- gegen unbefugtes Nutzen 

= 

B 

= 

= 

= 

=> 


- im Netzbetrieb 

- 

- 

B 

= 

= 

=> 


Ff&fenbank 



- maximal offene Datenbanken 

2 

10 

10 

- 10 

10 

10 

in 

- offene Dateien, ohne System 

15 

15 

20 

15 

48 

15 

11) 

- maximale Feldanzahl/Datensatz 

32 

128 

128 

1024 

128 

256 


- maximale Anzahl Feldtypen 

3 

5 

5 

5 

5 

6 


- maximale Datensatzlänge in Byte 

1000 

4000 

4000 

4000 

4000 

4000 


- maximale Datensätze/Datenbank 

64 K 

1 Mrd. 

1 Mrd. 

1 Mrd. 

1 Mrd. 

1 Mrd. 


- Kompatibilität Struktur 

< 

B 

=> 

=> 

=> 

= > 


- Verschlüsselung Inhalt? 

N 

N 


N 

N 

J 


tndexdateien 

1 

einfache Indexdateien 

J 

J 

J 

N 

J 

J 


Mehrfachindexdateien 

N 

N 

N 

N 

N 

J 


Kompatibilität 

N 

B 

= 

= 

> 

=> 

12) 

Variablen 

maximale Anzahl 

64 

256 

256 

2048 

3600 

2048 


Strukturierte Variablen? 

N 

N 

N 

J 

J 

J 


maximale Strukturdimensionen 

- 

- 

- 

1 

>2 

2 


Bearbeiten Systemvariablen 

N 

N 

N 

N 

N 

J 


[Befehle 


maximale Anzahl 

< 

B 

> 

> 

> 

>> 


maximale Anzahl SET -Kommandos 

< 

B 

> 

> 

> 

» 


Prozedurprogramme? 

N 

J 

J 

J 

J 

J 


maximale Zahl Prozeduren/ 
Prozedurdatei 

_ 

32 

32 

bei. 

128 

1170 


nutzerdefinierte Funktionen? 

N 

N 

N 

J 

J 

J 


| Eingabeprüfungen integriert? 13) j 

- Formate 

J 

J 

J 

J 

J 

J 


- Von-bis-Bereiche 

N 

N 

J 

J 

J 

J 


- konkrete Bedingungen 

N 

N 

N j 

J 

J 

J 


Bildschirmsteuerung? | 

- Teillöschen Bildschirm 

N 

J 

J 

J 

J 

J 


- BOX-Befehl 

N 

N 

J 

J 

J 

J 


- Pseudowindowing 

N 

N 

N 

J 

J 

J 

14) 

- Windowing 

N 

N 

N 

N 

N 

J 

15) 

- Farbfähigkeit des Systems? 

N 

J 

J 

J 

J 

J 


| Relationsverknüpfung? 16) | 

- Linienmodell 

N 

J 

J 

J 

J 

J 


- Baummodell 

N 

N 

N 

J 

J 

J 



* Eröffnet wurde im SELECT-Bereich l die Datei Dl. 

* Eröffnet wurde im SELECT-Bereich 2 die Datei D2. 

* Eröffnet wurde im SELECT-Bereich 3 *Jie Datei D3. 

* (ALIAS ist jeweils der volle Dateiname.) 

* Relationsbegriff Datei Dl — > D2 ist NR2 

* Relationsbegriff Datei Dl — > D3 ist NR3 
SELECT 1 

* fürdBase IV: 

SET RELATION TO NR2 INTO D2 , TO NR3 INTO D3 

* fürClipper: 

SET RELATION TO NR 2 INTO D2 , ; 

TO NR3 INTO D3 

* für Foxbase: 

SET RELATION TO NR2 INTO D2 

SET RELATION TO NR3 INTO D3 ADDITIVE 

Bild 3 Syntax bei Mehrfachrelationen 

(die sicher erst mit einem RAM von mehr als 
640 KByte entfallen). Das Transaktionskon- 
zept ist besonders wichtig in der Netzarbeit. 
Nach Programmabstürzen können die Daten 
auf ihren Ursprungszustand „zurückgerollt“ 
werden, so als wäre die Transaktion nicht 
durchgeführt worden. Und das mit geringstem 
Aufwand. Außerdem gibt es bei dBase IV und 
Foxbase Möglichkeiten, daß erfaßte Daten 
nicht gepuffert werden brauchen, sondern 
sofort auf Diskette geschrieben werden kön- 
nen. Die Datenbanken dieser Systeme sind 
unter Beachtung von Feldtypen, Feldanzahl 
und Satzanzahl kompatibel; mit Ausnahme 
von dBase II, dBase Il-Datenbanken können 
aber aufwärts konvertiert werden. Solange 
nicht im Netz gearbeitet wird oder der Daten- 
zugriff über Datenbanken oder ASCII-Da- 
teien erfolgt, spielt die fehlende Kompatibili- 
tät der Indexdateien keine Rolle. Dabei ist zu 
bemerken, daß Foxbase- und Clipper-Index- 
dateien effektiver organisiert sind als dBase- 
Indexdateien. Positiv bemerkbar macht sich 
dies im geringeren Platzverbrauch und in der 
höheren Geschwindigkeit. 

Verbesserungen in den Systemen Foxbase, 
Clipper und dBase IV betreffen besonders 
die Befehle zur 

- komplexen Eingangsprüfung bei der Da- 
tenerfassung 

- Bildschirmsteuerung mit Windowtechnik 

- Verknüpfung mehrerer Dateien über ab- 
hängige Felder 

- Projektierung von menügesteuerten Aus- 
wahlbildern 

- Einzelblattverarbeitung in Reporten bei 
dBase IV. 

Aufgrund der Geschwindigkeitsvorteile, vor 
allem von Foxbase und Clipper sind bei der 
Abarbeitung keine bemerkbaren Wartezeiten 
nötig. Die Abarbeitung der Programme im 
RAM, das heißt ohne Nachladen von Hard- 
disk oder Diskette, trägt ebenfalls wesentlich 
zur Geschwindigkeitssteigerung bei Fox- 
base, Clipper und dBase IV bei. 

Wichtige Arbeitsmittel innerhalb der Daten- 
banksysteme sind Reporte. Ihre Möglichkei- 
ten, zum Beispiel zum Summieren, wurden 
kontinuierlich gesteigert und finden bei 
dBase IV ihren Höhepunkt. Dort sind freie 
Definition und Gestaltung möglich. Grenzen 
und offene Wünsche gibt es kaum. Dabei 
sind auch solche Details berücksichtigt, 
wie 

- Umrandungen von Spalten mit Boxen 

- Summierung in Zwischensummen ja und 
Endsumme nein für ein und denselben Wert, 
mit beliebig vielen Summenebenen 

- Kalkulation über „unsichtbare“ Felder. 

Urteil insgesamt: Bei der Betrachtung der 
Funktionalität hat Foxpro eindeutig die Nase 
vorn, danach folgt dBase IV. Werden die für 
die Einzelsysteme existierenden Tools mit 
einbezogen, vermischen sich die Grenzen 
der Systeme etwas. 
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Funktion 

dBase 

II 

dBase 

m 

dBase 
lil Plus 

Clipper 

’87 

Fox- 

base 

dBase 

IV 

Bemer- 

kungen 

interaktive Steuerung 

N 

N 

J 

N 

J 

J 


Men übefehle 

N 

N 

N 

J 

J 

J 

17) 

dto. verschiedene Menüs 

N 

N 

N 

N 

N 

J 


Lesen/Schreiben ganzer Datensätze 
(1 Befehl) 

N 

N 

N 

N 

J 

N 


[ Reporte 

Kompatibilität? 

< 

B 

=> 

=> 

=> 

> 


maximale Anzahl Summenebenen 

2 

3 

3 

3 

3 

bei. 


maximale Anzahl Überschriftszeilen 

4 

4 

4 

4 

4 

>4 


Fußunterschriften? 

N 

N 

N 

N 

N 

J 


Druck | 

- spaltenweise 

J 

J 

J 

J 

J 

J 


- zeilenweise 

N 

N 

N 

N 

N 

J 


- Briefform 

N 

N 

N 

N 

N 

J 


- freie Gestaltung? 

N 

N 

N 

N 

N 

J 


Einzelblattverarbeitung? 

N 

N 

N 

N 

N 

J 


Sonstiges ! 

Abfrage Druckerstatus? 

N 

N 

N 

N 

J 

J 

18) 

mögliche Druckeranpassung? 

N 

N 

N 

N 

J 

J 


Druckerspooler? 

N 

N 

N 

N 

J 

N 



- kein Vergleich; B Vergleichsbasis; <wentger; = gleich; > besser; => besser, abwärtskompatibel; >> viel besser 

1) Kompatibilität > 80%, aber syntaktische Unterschiede 

2) Durchschnittswert für „ganze“ Programme 

3) Clipper bei Fremdeditor, dBase IV; maximal 32 000 Zeilen, zu maximal 1 KByte 

4) automatische Datenkorrektur bis vor dem Zeitpunkt der Fehlersituation, d. h. ohne spezielle Programmierung 

5) Komplexe, mit Clipper compilierte Programme benötigen 640 KByte 

6) für Entwicklung 

7) Report-, Label-, Masken-, View-, Programm-, Abfragegenerator 

8) Berücksichtigung auch von Interpreter/Compiler 

9) Komfort der Anwenderprogramme abhängig von kronkretem Programm 

10) automatisch Ja/Nein 

1 1 ) Gesamtanzahl offener Dateien bis MS-DOS 3.3 ^20 (betriebssystemabhängig), bei dBase III Plus mit Zusatzmodul g 25 
Dateien, bei Foxbase standardmäßig ^ 48 Dateien 

12) mit Zusatzmodul erreichbar bei Clipper und Foxbase; automatische Anpassung, daher abwärtskompatibel 

13) Eingabefeld kann bei Nichterfüllung nicht verlassen werden 

1 4) Einlesen/Abspeichern ganzer Bildschirminhalte, Überlagern möglich (programmierbar wie „echtes“ Windowing, aber der 
Aufwand muß beachtet werden) 

15) echtes Öffnen/Schließen/Einlesen/ Abspeichern von Fenstern, automatisches Retten des Bildschirminhaltes 

16) Linienmodell: Anknüpfen 1 Kindsdatei an Vaterdatei usw., Baummodell: Anknüpfen mehrerer Kindsdateien gleichzeitig 
an die Vaterdateien 

17) ohne komplizierte Programmierung 

1 8) Drucker angeschlossen und empfangsbereit? (Prüfung vor dem Druck, aber nur bei paralleler Schnittstelle möglich) 


Tafel 2 Laufzeitvergleich (für ausgewählte Funktionen) 


System 

Funktion 

dBase 

II 

V.2.41 

dBase 

III 

v. 1.10 

dBase 

Mi Plus 
V.1.0 

Clipper 

’87 

V.2.24 

Foxbase 

V.2.1 

dBase 

IV 

V.1.0 

Zählen von 1 bis 10 000 

126 

177 

221 

16 

24 

34 

1 000 Datensätze anfügen 

60 

174 

211 

16 

10 

29 

Indizieren Datei mit 1 000 Sätzen 

60 

40 

24 

17 

^ 12 

22 

Suchen in Datei, lOOOmal hintereinander 

81 

57 

52 

13 

15 

19 

Ersetzen Textfeld, lOOOmal 

55 

135 

162 

36 

22 

52 


Laufzeitwerte in Sekunden maschinell ermittelt mit der Testdatei nach Tafel 1 und Programm nach Bild 1 
Ausnahme bei dBase II: Programm leicht modifiziert und Zeiten manuell ermittelt 
Schwankungsbreite der Werte bis > 20 % (Ursachen siehe Text) 


Laufzeitvergleich 

Laufzeitmängel spielen nicht nur in der sub- 
jektiven Akzeptanz eine Rolle. Laufzeitgrenz- 
bedingungen existieren auch objektiv. Nach 
meinen Erfahrungen sollten beispielsweise 
Grenzzeiten von 0,1 bis 0,5 Sekunden in 
folgenden Funktionen eingehalten wer- 
den; 

- Bildschirmaufbau 

- Suchen bestimmter Datensätze in einer 
Datei (unabhängig von der Gesamtanzahl 
der Datensätze!) 

Hier liegen bei dBase eindeutige Schwä- 
chen, und die genannten Forderungen sind 
bis dBase III Plus kaum einzuhaiten. Hier 
sind auch die Ursachen für die Entwicklung 
von Foxbase und Clipper zu suchen. Beide 
arbeiten, obwohl sie Interpreter/Pseudocom- 
piler und echter Compiler sind, etwa gleich 
schnell wie andere Maschinensprachenpro- 
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gramme (siehe Tafel 2). Nach Herstellungs- 
aussage ist Foxpro noch dreimal schneller 
als Foxbase. Die absoluten Werte des Lauf- 
zeitvergleiches aus Tafel 3 sind aber nicht 
aussagefähig, da Abhängigkeiten existieren, 
die nichts mit der Leistungsfähigkeit der Soft- 
ware zu tun haben. Im einzelnen wären das 
zum Beispiel: 

Hardwareabhängige Faktoren 

- Prozessortyp 

- Verarbeitungsbreite (8, 1 6 oder 32 Bit) 

- Vorhandensein eines Koprozessors und 
Unterstützung der Koprozessorarbeit durch 
die Software 

- RAM 512 oder 640 KByte (Foxbase ist mit 
640 KByte etwa Vz schneller als mit 51 2 KByte) 

- Zugriffsgeschwindigkeit von Harddisk und 
Floppy 

- Fabrikatbedingte Unterschiede (z. B. Posi- 
tionierzeiten bei Harddisks) 


Softwareabhängige 

und organisatorische Faktoren 

- Abarbeitung von Programmen zeilen- 
weise oder programmweise 

- dynamische Ausnutzung des verfügbaren 
Speichers (RAM) 

- Pufferung der Daten und Pufferverwaltung 

- Effektivität der Laufzeitorganisation durch 
verwendete Basisroutinen 

- Effektivität der Arbeit mit Indexdateien 

- subjektive Programmierleistung in einzel- 
nen Programmzweigen 

- Organisation der Festplatte, das heißt, wie 
sind die benutzten Dateien auf der HD ver- 
teilt? Im ganzen Stück oder wild verteilt? 
Letzteres führt zu Geschwindigkeitsverlust 
von bis zu 50 %. 

Zur Steigerung der Geschwindigkeit allge- 
mein kann folgendes getan werden: Minde- 
stens einmal alle 4 Wochen sollte die Hard- 
disk reorganisiert werden (Laufzeit für eine 
Reorganisation: ca 1 h). Sequentiell su- 
chende Befehle (Locate, Count usw.) sollten 
nach Möglichkeit nicht verwendet oder durch 
indexsequentielle ersetzt werden, und Da- 
teien können zwecks Einsparung von Be- 
rechnungszeit, temporären Dateien und Da- 
tenredundanz über Relationen verbunden 
werden (dadurch sind z. B. Reporte über 2, 3, 
4 und mehr Dateien ohne Programmierung 
möglich); also ein Vorteil für Foxbase, Clipper 
und dBase IV, da hier Dateien „baumartig“ 
verbunden werden können . . . Der Einsatz ei- 
nes Koprozessors bringt nur bei Foxbase 
(Funktion: Suchen) und dBase IV (Funktio- 
nen: Indizieren und Suchen) Laufzeitvorteile 
(bis zu 30 %). 

Beim Laufzeittest haben Foxbase und Clip- 
per die Nase vorn, gefolgt von dBase IV. Lei- 
der stand zum Testzeitpunkt noch kein Com- 
piler für dBase IV zur Verfügung. 
Geschwindigkeitsvorteile traditioneller Pro- 
grammiersprachen gegenüber Foxbase und 
Clipper bestehen kaum (da die in diesen Sy- 
stemen verwendeten Routinen effektiv sind 
und in C oder Assembler geschrieben wor- 
den sind). 

Versuch einer Empfehlung 

Der Vergleich von Funktionen und Laufzeiten 
liefert keine eindeutigen Ergebnisse, da 
wichtige Anwendungsbedingungen fehlen, 
das heißt, die konkrete Hardware und die Be- 
triebssystemsoftware ist mit einzubeziehen. 
Daher sollte eine Empfehlung wie folgt aus- 
sehen: Insgesamt von Vorteil ist die Nutzung 
von dBase II für 8-Bit-PCs und von Foxpro für 
16-Bit-PCs. 

Die vorgestellten Datenbanksysteme bieten 
entwicklungsfreundliche Eigenschaften sowie 
für kleine Probleme Möglichkeiten im Dialog. 
Jedoch auch komplexe Probleme, wie die be- 
triebliche Materialwirtschaft, sind beherrsch- 
bar. Dabei ist aber zu beachten, daß mit Clip- 
per compilierte Programme in der Größe un- 
ter 320 KByte bleiben sollten (als EXE-Datei), 
wenn die Größe des Hauptspeichers nur 512 
KByte beträgt. Größere Programme erfor- 
dern mehr Hauptspeicher zum Arbeiten. Die- 
ses Problem tritt bei Foxbase und bis dBase 
III Plus nicht auf. Allerdings sollten Hardware- 
probleme auch in der DDR der Vergangen- 
heit angehören. Ein Hauptspeicher von mehr 
als 640 KByte und eine Harddisk sollten für 
16-Bit-PCs zum Standard gehören. Die Ent- 
wicklung geht unaufhaltsam weiter. Nach 
Sprachen der 4. Generation, zu denen dBase 
und Foxbase gehören, kommen unweigerlich 
die der 5. Generation. 
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Gründungsfieber Ten 2 

Der Traum von der Selbständigkeit 


Dieter Butscher 


Eine OHG, GmbH, KG, GmbH & Co KG, 
GmbH & Still zu gründen - soweit möchte 
mancher Neu-Unternehmer anfangs gar 
nicht gehen. Doch bereits die lockere unter- 
nehmerische Zweierbeziehung bleibt nicht 
ohne Folgen. Deren Kind hört auf den Na- 
men Gesellschaft bürgerlichen Rechts und 
kommt schneller in die Welt als erwartet. 

Bei der OHG, der KG sowie der weitverbrei- 
teten GmbH kommen im Gegensatz zur 
Gründung einer Gesellschaft bürgerlichen 
Rechts, die form frei und sogar durch bloße 
mündliche Absprache möglich ist, Zwänge 
hinzu, die sich zum bürokratischen Hürden- 
lauf ausweiten können. 

Bürgerliche Gesellschaft 

Wer sein Unternehmen nicht als Einzelgän- 
ger, sondern zusammen mit anderen auf- 
baut, kommt nicht umhin, eine Gesellschaft 
zu gründen. Dabei wird in der Praxis oft blind 
losgelegt. Über die richtige Gesellschafts- 
form oder gar den Abschluß eines schriftli- 
chen Gesellschaftsvertrages macht man sich 
wenig Gedanken. Erst wenn größere Ausein- 
andersetzungen zwischen den Geschäfts- 
partnern anstehen, kommt die Frage nach 
dem Gesellschaftsvertrag auf. 

Üben zwei oder mehrere Freiberufler oder 
Kleingewerbetreibende gemeinsam ein Unter- 
nehmen aus, besteht eine Gesellschaft bür- 
gerlichen Rechts (GbR). Der Gesellschafts- 
vertrag kann auch mündlich geschlossen wer- 
den oder „konkludent“ durch das gemeinsame 
Betreiben eines Unternehmens zustande 
kommen. Damit wird bereits deutlich, daß die 
Gründung einer GbR denkbar einfach ist. 
Dazu genügt ein Zusammenschluß mehrerer 
Personen zu einem gemeinsamen Zweck. 
Dieser liegt bei Gründung eines Unterneh- 
mens immer vor. Eine Anmeldung zum Han- 
delsregister ist ebensowenig erforderlich wie 
ein schriftlicher Gesellschaftsvertrag oder 
eine bestimmte Stammkapitalsumme. Es 
bleibt bei der Gewerbeanmeldung und der 
Anzeige an das Finanzamt. 

Man sollte sich in der Gründungsphase den- 
noch die Zeit zum Abschluß eines Gesell- 
schafts vertrag es nehmen. Wer nämlich bei 
einem späteren Zerwürfnis Ansprüche an die 
anderen Gesellschafter stellt und sich dabei 
auf getroffene Vereinbarungen beruft, muß 
diese beweisen. Mündliche Absprachen sind 
Quelle lang anhaltender Probleme und Strei- 
tigkeiten. 


Auch wenn kein mündlicher oder schriftlicher 
Gesellschaftsvertrag geschlossen worden 
ist, besteht die GbR dennoch. Es gelten dann 
die gesetzlichen Vorschriften (§§ 705 ff. 
BGB). Diese stellen nur einen pauschalen 
Rahmen zur Verfügung und führen bei einer 
Auseinandersetzung in nicht wenigen Fällen 
zu Ergebnissen, die niemand so wollte. 

Zankäpfel 

Dabei mag man am Anfang nur ungern an 
mögliche Streitigkeiten denken und weist den 
Gedanken an ein Zerwürfnis weit von sich. 
Daß dies nicht der Erfahrung entspricht, muß 
nicht gesondert erwähnt werden. Daher muß 
ein Gesellschaftsvertrag Regelungen dar- 
über enthalten, welche Einlagen die Gesell- 
schafter zu erbringen haben, welche Gegen- 
stände der einzelnen Gesellschafter in das 
Vermögen der Gesellschaft übergehen oder 
Sondervermögen bleiben, wer die Gesell- 
schaft vertreten kann, wer die Führung über- 
nimmt, ob die Gesellschaft bei Ausscheiden 
eines Gesellschafters fortgesetzt wird, wie 
sich der Abfindungsanspruch des Ausschei- 
denden berechnet. 

Einer der wichtigsten Punkte, der unbedingt 
einer Regelung bedarf, ist die Vertretungsbe- 
fugnis. Sie bestimmt, wer für die Gesellschaft 
Verträge abschließen darf und damit alle (!) 
Gesellschafter nicht nur berechtigt, sondern 
auch verpflichtet. Wird einem einzelnen Ge- 
sellschafter die Einzelvertretungsbefugnis 
eingeräumt, kann er nicht nur Verträge für die 
Gesellschaft abschließen, sondern auch Ver- 
pflichtungen (etwa die Aufnahme eines Kre- 
dits) für alle Gesellschafter als Gesamt- 
schuldner begründen. 

Wenn alle Gesellschafter nur gemeinschaft- 
lich Verträge abschließen dürfen („gemein- 
schaftliche Vertretungsbefugnis“), treten 
ebenfalls Probleme auf. Erkrankt ein einzi- 
ger, liegt der Betrieb lahm. In der Regel hilft 
das Eingrenzen der Vertretungsbefugnis auf 
bestimmte Geschäftsarten, zum Beispiel All- 
tagseinkäufe und -geschäfte, auf eine Vertre- 
tung nur jeweils zu zweit oder zu dritt oder auf 
eine gemeinschaftliche Vertretung aller Ge- 
sellschafter bei gewichtigen Verpflichtun- 
gen. 

Für Verbindlichkeiten der Gesellschaft haften 
alle Gesellschafter als Gesamtschuldner 
nicht nur mit dem Vermögen der Gesell- 
schaft, sondern auch mit ihrem jeweiligen Pri- 
vatvermögen. Der Gläubiger kann sich einen 
einzelnen herauspicken, gegen ihn die For- 
derung in voller Höhe durchsetzen und, wie 
die Juristen formulieren, „in sein Privatver- 
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mögen vollstrecken“. Denn die GbR stellt 
rechtlich gesehen keine eigenständige 
Rechtsperson dar, sondern nur einen Zu- 
sammenschluß einzelner Personen. 

Begrenzung 

Daher trifft die vertragliche Verpflichtung 
nicht die ohnehin nicht rechtsfähige Gesell- 
schaft, sondern die einzelnen Gesellschafter 
persönlich. Aus einem abgeschlossenen 
Kreditvertrag haftet jeder einzelne Gesell- 
schafter in voller Höhe mit seinem gesamten 
Privatvermögen - dies selbst dann noch, 
wenn er bereits aus der Gesellschaft ausge- 
schieden ist oder die Gesellschaft sich aufge- 
löst hat. Jeder ist auf Grund seiner persönli- 
chen gesamtschuldnerischen Haftung für die 
Schulden der GbR auf Gedeih und Verderb 
mit der Gesellschaft verbunden! 

Eine Haftungsbegrenzung gegenüber den 
Gläubigern auf das Vermögen der Gesell- 
schaft ist durch Vereinbarung im Gesell- 
schaftsvertrag möglich, muß jedoch den 
Gläubigern vor Abschluß des Vertrages zur 
Kenntnis gegeben werden oder auf sonstige 
Weise bekannt sein. Dadurch läßt sich zu- 
mindest bei Abschluß größerer Geschäfte 
das Schlimmste vermeiden. 

In steuerlicher Hinsicht unterscheidet sich die 
GbR wenig von dem Einzelunternehmen. 
Handelt es sich bei dem Betrieb um ein Ge- 
werbe, ist Gewerbesteuer zu entrichten. Die 
Gesellschaft als solche unterliegt nicht der 
Einkommenssteuerpflicht, dagegen die Ge- 
winnanteile der einzelnen Gesellschafter. 
Hierzu wird am Ende eines jeden Geschäfts- 
jahres der von der Gesellschaft erzielte Ge- 
winn oder Verlust in Form einer einheitlichen 
Gewinnfestsetzung ermittelt. Je nach verein- 
bartem Verteilungsschlüssel entfallen auf je- 
den einzelnen Gesellschafter Gewinn- oder 
Verlustanteile, die von diesem als „Einkünfte 
aus Gewerbebetrieb“ beziehungsweise 
„Einkünfte aus selbständiger Tätigkeit“ der 
Einkommenssteuer zu unterwerfen sind. 
Immer wieder hört man davon, daß Existenz- 
gründer Hals über Kopf versuchen, in Zukunft 
unabhängig ihr täglich Brot zu erwerben. Im 
Eifer des Gefechts denken sie dabei nicht an 
naheliegende Probleme: Angestellte sind 
kranken-, renten- und arbeitslosenversichert. 
Die Hälfte der Beiträge übernimmt der Arbeit- 
geber. Selbständige haben die Kosten in vol- 
ler Höhe selbst zu tragen. Wer eine Familie 
hat, kommt nicht umhin, auch deren soziale 
Sicherheit zu gewährleisten. 

Nach einer Kündigung gewähren die gesetz- 
lichen Krankenkassen zwar noch eine „Nach- 
versicherungsfrist“ von vier Wochen, danach 
steht der optimistische Gründer in seinem 
Fieber ohne Absicherung allein auf weiter 
Flur. Einen Mindestbeitrag von gut 300 DM 
berappen Sie monatlich der Krankenkasse 
(ohne Anspruch auf Krankengeld), auch 
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Mustervertrag einer Gesellschaft bürgerlichen Rechts 

§ 1 Name, Sitz 

D\e Vertragschließenden errichten eine Gesellschaft bürgerlichen 
'Rechts. 

Die Gesellschaft für die Bezeichnung „Müller, Droste und Henning 
DV-Vertrieb“. 

Sitz der Gesellschaft ist Hannover 
§ 2 Gegenstand des Unternehmens 

Gegenstand des Unternehmens ist der Handel mit Hard- und Soft- 
ware. 

§ 3 Einlage 

Die Gesellschafter Dieter Müller, Frank Droste und Herbert Hen- 
ning erbringen eine Einlage von je 20 000 DM. 

Die Einlage ist von jedem Gesellschafter auf das zu eröffnende 
Konto der Gesellschaft bis spätestens zum 1 . Juli 1990 einzuzah- 
len. 

§ 4 Dauer der Gesellschaft 

Die Gesellschaft beginnt am 1. Juni 1990. Die Dauer der Gesell- 
schaft ist unbestimmt; die Gesellschaft kann mit einer Frist von 
sechs Monaten zum Schluß eines jeden Geschäftsjahres gekün- 
digt werden. Das Geschäftsjahr ist das Kalenderjahr. 

§ 5 Geschäftsführung 

Zur Geschäftsführung und Vertretung sind die Gesellschafter nur 
gemeinschaftlich berechtigt und verpflichtet. 

Im Rahmen des alltäglichen Geschäftsbetriebs ist jeder Gesell- 
schafter zum Abschluß von Verträgen bis zu einem Wert von 5000 
DM einzelvertretungsberechtigt. 

Geschäftsführung und Vertretungsbefugnis können einem Gesell- 
schafter durch Gesellschafterbeschluß entzogen werden, wenn 
ein wichtiger Grund vorliegt. 

§ 6 Informations- und Kontrollrecht 

Jeder Gesellschafter, auch wenn er von der Geschäftsführung 
ausgeschlossen ist, kann sich in allen Angelegenheiten der Ge- 
sellschaft persönlich unterrichten, die Geschäftsbücher und Un- 
terlagen der Gesellschaft einsehen. 

§ 7 Gesellschafterversammlung, Beschlüsse 
Mindestens einmal im Geschäftsjahr findet eine Gesellschafter- 
versammlung statt. Beschlüsse werden mit einfacher Mehrheit al- 
ler Gesellschafter gefaßt. Zu einer Änderung des Gesellschafts- 


vertrages und der Aufnahme neuer Gesellschafter bedarf es der 
Zustimmung aller Gesellschafter. 

§8 Jahresabschluß 

Eine Bilanz ist nebst Gewinn- und Verlustrechnung von den ge- 
schäftsführenden Gesellschaftern jährlich aufzustellen und von al- 
len Gesellschaftern zu genehmigen. 

§ 9 Gewinn- und Verlustverteilung, Entnahmen 

Die Gesellschafter sind zu gleichen Teilen am Gewinn und Verlust 

beteiligt. 

Die Höhe der Entnahmen wird durch Beschluß der Gesellschafter- 
Versammlung festgelegt. 

§ 10 Ausscheiden eines Gesellschafters 
Bei Kündigung sowie Ausschluß eines Gesellschafters wird die 
Gesellschaft nicht aufgelöst, sondern unter den übrigen Gesell- 
schaftern fortgesetzt. 

Die Kündigung eines Gesellschafters ist unter Einhaltung einer 
Frist von sechs Monaten zum Ende eines Geschäftsjahres zuläs- 
sig. Unberührt hiervon bleibt das Recht eines jeden Gesellschaf- 
ters zur Kündigung aus wichtigem Grund. 

Der Ausschluß eines Gesellschafters ist nur bei vorsätzlicher, gro- 
ber Pflichtverletzung zulässig. 

§ 1 1 Aufnahme neuer Gesellschafter 

Die Aufnahme neuer Gesellschafter bedarf der Zustimmung aller 
bisherigen Gesellschafter. In dem Auf nahmevertrag sind die Höhe 
der von dem neuen Gesellschafter zu erbringenden Einlage, seine 
Gewinn- und Verlustbeteiligung sowie die Geschäftsführungs- 
und Vertretungsbefugnisse zu regeln. 

§ 1 2 Auseinandersetzung 

Im Auseinandersetzungsfail (bei Ausscheiden eines Gesellschaf- 
ters aufgrund Kündigung oder Ausschluß) ist unverzüglich eine 
Abfindungsbilanz zu erstellen. In dieser Bilanz sind alle Vermö- 
gensgegenstände mit ihrem Zeitwert anzusetzen. 

Das Auseinandersetzungsguthaben ist in drei gleichen Jahresra- 
ten auszuzahlen. 

§ 13 Schlußbestimmung 

Alle Änderungen dieses Gesellschaftsvertrages sind nur wirksam, 
wenn sie schriftlich erfolgen. 

Hannover, den 5. Juni 1990 


Ein Vertrag sichert selbst einen losen Zusammenschluß mehrerer Personen zuverlässiger ab, als dies mündliche Absprachen oder allgemeine gesetzlh 
che Bestimmungen vermögen. 


dann, wenn sie kein Einkommen haben! Se- 
hen sie einmal auf Ihren Lohnzettel, was eine 
Weiterversicherung im Gesundheits- und 
Rentenbereich kosten wird! 

Offener Handel 

Die Gesellschaftsform der Offenen Handels- 
gesellschaft (OHG) steht bei möglichen Kre- 
ditgebern, und hier vor allem bei den Banken, 
in hohem Ansehen. Kein Wunder - ähnlich 
wie bei der Gesellschaft bürgerlichen Rechts 
haften nämlich alle Gesellschafter nicht nur 
mit dem Gesellschaftsvermögen, sondern in 
vollem Umfang auch mit ihrem Privatvermö- 
gen. Nicht zuletzt dieser Haftungsrisiken we- 
gen trifft man die Rechtsform der OHG in der 
Computerbranche nicht allzu häufig an. 

Die Gründung einer OHG setzt ein „vollkauf- 
männisches Unternehmen“ voraus. Freibe- 
ruflern und Kleingewerbetreibenden (soge- 
nannten Minderkaufleuten) bleibt sie versagt. 
Damit scheidet die OHG in den meisten Fäl- 
len auch als Einstiegsform für Existenzgrün- 
der aus. Nur wer sein Geschäft gleich im gro- 
ßen Stil starten will und in der Lage ist, einen 
vollkaufmännischen Betrieb einzurichten, 
mag die Gründung einer OHG in Betracht zie- 
hen. 

Voraussetzung für das Entstehen einer OHG 
ist die Eintragung im Handelsregister. Die 
Gesellschaft muß eine Firma (Name der 


OHG) führen und unterliegt denselben han- 
delsrechtlichen Vorschriften wie Vollkauf- 
leute. Ein bestimmtes Stammkapital ist zur 
Gründung nicht erforderlich. Die Eintragung 
in das Handelsregister schafft eine vom Ge- 
setzgeber gewollte Publizität und Offenkun- 
digkeit. Jedermann kann sich per Einblick in 
das Handelsregister Klarheit darüber ver- 
schaffen, welche Gesellschafter hinter der 
OHG stehen. 

Wer ein unsicheres und risikoreiches Unter- 
nehmen aufbauen will, sollte sich die Grün- 
dung schnell aus dem Kopf schlagen. Gegen 
sie spricht nicht nur die volle persönliche Haf- 
tung aller Gesellschafter. Die OHG belastet 
den ausscheidenden Gesellschafter auch mit 
unangenehmen Nachwehen. Wer absprin- 
gen möchte, weil die Überschuldung oder der 
Konkurs bereits in Sicht ist, kann sich damit 
noch nicht in Sicherheit wähnen. Er haftet 
weiter persönlich für die Schulden der OHG, 
die zur Zeit seines Ausscheidens bestehen - 
und zwar fünf Jahre lang, gerechnet ab Ein- 
tragung seines Ausscheidens im Handelsre- 
gister. 

Bäumchen, Wechsel dich 

Wer umgekehrt in eine bestehende OHG als 
neuer Gesellschafter eintreten will, sollte sich 
über die Vertrauenswürdigkeit seiner Kolle- 
gen und die Liquidität der Gesellschaft verge- 


wissern. Der Novize haftet nämlich für die be- 
reits bestehenden Verbindlichkeiten der 
OHG in vollem Umfang mit seinem gesamten 
Vermögen. Häufiger Partnerwechsel ist aus 
diesem Grund bei der OHG nicht angesagt. 
Nur wer einen oder mehrere feste und ver- 
trauenswürdige Partner hat, kann sich über- 
legen, ob er sein Handelsgewerbe langfristig 
in der Form der OHG betreiben will. 

Trotz dieser offenkundigen Nachteile: In 
manchen Fällen ist die Gründung einer OHG 
unumgänglich. So kann eine Gesellschaft 
bürgerlichen Rechts quasi zu einer OHG her- 
anwachsen. Dies ist der Fall, wenn sich das 
zunächst als Kleingewerbe betriebene Unter- 
nehmen zum vollkaufmännischen Betrieb 
mausert. Mit Erreichen einer bestimmten 
Umsatzzone wird aus der GbR, die ein Han- 
delsgewerbe betreibt, schließlich eine OHG. 
Für die Gesellschaft führt dies zu der Ver- 
pflichtung, die bereits faktisch bestehende 
OHG zur Eintragung im Handelsregister an- 
zumelden. Es gelten hier dieselben Grund- 
sätze wie beim Übergang vom einzelkauf- 
männischen Kleingewerbe zum Vollkauf- 
mann. 

Steuern 

In steuerlicher Hinsicht läßt sich folgendes 
anmerken: Die OHG ist Umsatz- und gewer- 
besteuerpflichtig. Sie unterliegt aber nicht 
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der Vermögens- und Einkommenssteuer. 
Das Vermögen und die von der OHG erziel- 
ten Gewinne beziehungsweise Verluste wer- 
den wie bei der Gesellschaft bürgerlichen 
Rechts den einzelnen Gesellschaftern zuge- 
rechnet. Diese werden dann nach einheitli- 
cher und gesonderter Gewinnfeststellung 
vom Finanzamt zur Einkommenssteuer und 
Vermögenssteuer herangezogen. 

Wieviel Einkommenssteuer jeder Gesell- 
schafter zu entrichten hat, folgt aus seinen in- 
dividuellen Verhältnissen. Lästig fällt vor al- 
lem die Gewerbesteuer ins Gewicht. Hier 
werden Zahlungen an die Gesellschafter wie 
Tätigkeitsvergütungen nicht als gewerbe- 
steuermindernd angesehen. Ein Gewerbe- 
steuerfrei betrag wird nur auf die ersten 
36000 DM des Gewerbeertrags gewährt. 
Dieser ist schnell überschritten. 

Treue Eheleute 

Die Kommanditgesellschaft (KG) zeigt eine 
Variation der OHG. Während bei der OHG 
alle Gesellschafter persönlich haften, über- 
nimmt diese Rolle bei der KG der Komple- 


mentär („persönlich haftender Gesellschaf- 
ter“). Die anderen Gesellschafter heißen 
Kommanditisten. Sie haften nur bis zu der 
Höhe der von ihnen erbrachten Einlage. An 
das Privatvermögen der Kommanditisten 
kommen die Gläubiger nicht heran. 

Die Gründung einer KG bietet sich vor allem 
dann an, wenn Kapitalgeber vorhanden sind, 
die zu einer Beteiligung an dem Unterneh- 
men mit Gewinn und Verlust bereit sind, aber 
kein persönliches Haftungsrisiko tragen 
möchten. Als Ausgleich für das übernom- 
mene persönliche Haftungsrisiko bleibt der 
Komplementär Steuermann an Bord. Ent- 
scheidungsgewalt und Geschäftsführung 
liegt nur bei dem oder den persönlich haften- 
den Gesellschaftern. Steuerlich behandelt 
das Finanzamt die KG genauso wie die 
OHG. 

OHG-Gesellschafter und KG-Komplemen- 
täre erkennt man im Privatleben häufig 
daran, daß sie kaum Eigentum haben und ein 
scheinbar intaktes Eheleben führen. Wer die 
vorangegangenen Zeilen gelesen hat, wird 
unschwer einsehen, warum dieser Perso- 


nenkreis beizeiten bedeutende Besitztümer 
dem Ehepartner überschrieben hat. Wieviele 
Ehen könnten gerettet werden, wenn der 
Herrgott allen Menschen die Verpflichtung 
auferlegt hätte, den Rotstift so zu führen, wie 
dies Komplementäre tun müssen. 

GmbH 

Weit verbreitete und beliebteste Form: die 
Gesellschaft mit beschränkter Haftung 
(GmbH). Die entscheidenden Vorteile zeigen 
sich in der Begrenzung des Haftungsrisikos 
und der rechtlichen Selbständigkeit. Als 
rechtliche „Persönlichkeit“ führt sie ein ei- 
genständiges Leben. Die Gesellschafter kön- 
nen wechseln, ohne den Bestand der GmbH 
zu berühren. Jeder Gesellschafter hat bei 
Gründung beziehungsweise Aufnahme in die 
GmbH eine Einlage zu erbringen. Für Ver- 
bindlichkeiten haften nicht die Gesellschafter 
persönlich, sondern die GmbH - begrenzt auf 
das Gesellschaftsvermögen. 

Damit haftet jeder Gesellschafter nur bis zu 
der Höhe der von ihm erbrachten Einlage. 
Geht das Unternehmen baden und muß die 


Förderungsmöglichkeiten 

Existenzgründungsberatung 

60 Prozent der Beratungskosten bis zu einem Höchstbetrag von 
2500 DM werden beim Aufbau einer selbständigen Existenz durch 
Neugründung von Unternehmen, Betriebsübernahme oder tätige 
Beteiligung an einem bestehenden Unternehmen erstattet. Die 
Beratung vor Aufbau der selbständigen Existenz soll Klärung über 
die wirtschaftliche, finanzielle und technische Tragfähigkeit des 
Projekts verschaffen. Industrie- und Handelskammern, Hand- 
werkskammern und Unternehmerverbände bieten oft kostenlose 
Beratungen. Die Förderungsmittel werden vom Bundesministe- 
rium für Wirtschaft vergeben. 

Existenzaufbauberatung 

Ebenfalls 60 Prozent der Beratungskosten (höchstens 3000 DM) 
werden für Beratungen in der Aufbauphase des Unternehmens 
nach Existenzgründung erstattet, sofern den Förderungsrichtli- 
nien entsprochen wird. Die Mittel kommen ebenfalls vom Bundes- 
ministerium für Wirtschaft und sollen dazu beitragen, die wirt- 
schaftlichen, technischen und organisatorischen Schwierigkeiten 
in der Anlaufphase des Unternehmens zu überwinden. 

Ansparförderung 

Der Bund gewährt einen Ansparzuschuß von 20 Prozent der Spar- 
leistungen (maximal 10 000 DM) zum Zwecke der Existenzgrün- 
dung im gewerblichen Bereich (produzierendes Gewerbe, Hand- 
werk, Handel und Kleingewerbe, nicht für Freiberufler), wenn fol- 
gende Voraussetzungen vorliegen: 

- Die Sparzeit muß mindestens drei und darf höchstens zehn 
Jahre betragen. 

- Die Sparleistungen müssen als Eigenkapital in das neugegrün- 
dete Unternehmen eingebracht werden. 

Der Ansparzuschuß kann erst beantragt werden, wenn die Exi- 
stenzgründung erfolgt ist und die Geschäfte aufgenommen wer- 
den. 

Eigenkapitalhilfe 

Existenzgründer, welche das notwendige Eigenkapital nicht auf- 
bringen, können mit Hilfe dieses Programms die eigenen Mittel, 
die mindestens 12 Prozent der Investitionssumme betragen sol- 
len, um bis zu 40 Prozent des errechneten Kapitalbedarfs aufstok- 
ken. Förderungsfähige Projekte sind Existenzgründungen im ge- 
werblichen und freiberuflichen Bereich, Betriebsübernahmen oder 
tätige Beteiligungen. 

Voraussetzung ist, daß ohne die Eigenkapitalhilfe eine erfolgver- 
sprechende Existenzgründung wesentlich erschwert würde, das 
Vorhaben eine tragfähige wirtschaftliche Existenz erwarten läßt, 
die Investitionssumme mindestens 40 000 DM beträgt und mit 
dem Vorhaben zum Zeitpunkt der Antragstellung noch nicht be- 
gonnen worden ist. 


Gewährt werden maximal 30 000 DM bei einer Laufzeit von 20 Jah- 
ren. Davon bleiben zehn Jahre tilgungs- und zwei Jahre zinsfrei. 

ERP 

Dieses Programm entspringt noch den Mitteln des Marshallplans 
(ERP: European Recovery Program). Gefördert werden aus dem 
Sondervermögen des ERP Nachwuchskräfte (Alter: 21-50 Jahre) 
durch Gewährung zinsgünstiger Darlehen. 

Folgende Vorhaben im gewerblichen Bereich sind förderungsfä- 
hig: Investitionen zur Errichtung und zum Erwerb von Betrieben 
(auch Folgeinvestitionen innerhalb von drei Jahren nach Auf- 
nahme der Geschäftstätigkeit), tätige Beteiligungen oder Beschaf- 
fung eines ersten Warenlagers beziehungsweise einer Büroaus- 
stattung. 

Darlehen werden bis zu einem Höchstbetrag von 30 000 DM ge- 
währt, bei einer Laufzeit zwischen 10 und 15 Jahren. Sie bleiben 
zwei Jahre tilgungsfrei. Der Zinssatz von 5,5 Prozent ermäßigt 
sich für Berlin auf 3,5 Prozent. 

Neben der Gewährung von Existenzgründungsdarlehen gibt es 
noch die Möglichkeit der Bürgschaftsübernahme zur Beschaffung 
für Kredite - zum Beispiel beim Aufbau einer freiberuflichen Exi- 
stenz. 

Programm für technologieorientierte Unternehmensgrün- 
dungen 

Hierfür gibt es vom Bundesministerium für Wirtschaft und den Lan- 
desregierungen Förderungsprogramme im Bereich technolo- 
gisch-innovativer Unternehmensgründungen. Beratungen, finan- 
zielle Förderungen von Forschung und Entwicklung und Beschaf- 
fung von Risikokapital sind Bestandteile dieser Programme. 
Anlaufstelle zur Erkundung der diversen Förderungsmöglichkei- 
ten sind Banken, Wirtschaftsministerien des Bundes und der Län- 
der, Industrie- und Handelskammern, Innungen und Verbände. 
Volkshochschulen bieten Existenzgründungs-Workshops an, in 
einigen Städten (zum Beispiel Berlin) finden jährlich Gründertage 
statt. Hier kann man sich durch Teilnahme an Seminaren und Vor- 
trägen einen recht guten Überblick über Förderungsmöglichkeiten 
verschaffen. 

Das Bundesministerium für Wirtschaft 

- Referat Öffentlichkeitsarbeit - 
Villemombler Straße 76 

5300 Bonn 

versendet kostenlose Informationsbroschüren zu folgenden The- 
men: 

- Förderungsmaßnahmen des Bundes für mittelständische Un- 
ternehmen, freie Berufe und Existenzgründer 

- Ansparförderung zur Existenzgründung in der gewerblichen 
Wirtschaft 

- Das ERP. 
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Gesellschaft Konkurs anmelden, verflüchtigt 
sich im schlimmsten Fall die Einlage. Das pri- 
vate Fahrzeug des Gesellschafters ist dem 
Zugriff der Gläubiger entzogen. 

Im Bereich riskanter und gewagter Geschäfte 
ist daher die GmbH die bevorzugte Organisa- 
tionsform. Durch Gründung einer GmbH las- 
sen sich nicht nur vertraglich eingegangene 
Verpflichtungen auf das Gesellschaftsver- 
mögen begrenzen, auch weitere Haftungs- 
tatbestände (wie die Produkthaftung) sind 
auf das Gesellschaftsvermögen einge- 
grenzt. 

Kapital 

Da mit der Gesellschaftsform der GmbH in 
der Praxis reichlich Schindluder getrieben 
wird, lassen sich Kreditgeber und Versiche- 
rungen meist durch private Schuldübernah- 
men, private Bürgschaften der Gesellschaf- 
ter oder Bestellung zusätzlicher Sicherheiten 
absichern. 

Für chronisch finanzschwache Mitbürger 
wird die Gründung einer GmbH bereits daran 
scheitern, daß hierfür ein Stammkapital von 
mindestens 50000 DM aufgebracht werden 
muß. 1 * Vor Eintragung in das Handelsregister 
muß von diesem Betrag mindestens die 
Hälfte eingezahlt werden. Den Nachweis die- 
ser Einzahlung verlangt das Registerge- 
richt. 

Statt als „Bargründung“ kann eine GmbH 
auch im Wege der „Sachgründung“ erfolgen. 
Diese kommt in Betracht, wenn erhebliche 
Sachwerte (Grundstücke, Betriebsgegen- 
stände, Werkzeuge, Maschinen, Fahrzeuge) 
in die Gesellschaft eingebracht werden kön- 
nen, deren Wert insgesamt 50 000 DM er- 
reicht. Dann verlangt das Registergericht ei- 
nen Sachgründungsbericht, aus dem sich die 
angemessene Bewertung der erbrachten 
Sacheinlagen ergibt. 

Der Blick des Registergerichts auf diesen 
Sachgründungsbericht ist kritisch. Wer 
schummeln will, indem er einzelne Gegen- 
stände überbewertet, wird schnell enttarnt. 
Eine Sachgründung kann jedoch den Über- 
gang einer Gesellschaft bürgerlichen Rechts 
zur GmbH erleichtern. Statt einer Neugrün- 
dung durch Erbringung der Bareinlagen läßt 
sich so das bisherige Betriebsvermögen der 
GbR in die GmbH einbringen. 

Die Gründung einer GmbH ist vertrackt: Der 
Gesellschaftsvertrag muß schriftlich ausge- 
arbeitet und unterzeichnet, von einem Notar 
beglaubigt und beim Registergericht einge- 
reicht werden. Die Vertretungs- und Ge- 


schäftsführungsbefugnisse verlangen eine 
Regelung, ebenso die Höhe der Einlagen, die 
Beteiligung am Stammkapital und am Ge- 
winn der Gesellschaft. Die GmbH besteht 
erst mit der Eintragung in das Handelsregi- 
ster. Dies dauert seine Zeit. Wer es eilig hat 
und die Briefbögen bereits drucken will, darf 
sich aber bereits GmbH in Gründung (i. G.) 
nennen, sobald der Notarseinen Siegel unter 
den Gesellschaftsvertrag gesetzt hat. Der 
Chef der GmbH führt den stolzen Titel Ge- 
schäftsführer. Es können auch mehrere Ge- 
schäftsführer bestellt werden. 

Der oder die Geschäftsführer haben in der 
Regel das Recht, die Gesellschaft zu vertre- 
ten, das heißt, sie können im Namen und mit 
Wirkung für die GmbH Verträge abschließen 
und Verbindlichkeiten eingehen. Die GmbH 
muß sich einen sach- oder personenbezoge- 
nen Namen (Firma) geben und unterliegt den 
Vorschriften, welche das Handelsgesetz- 
buch für Vollkaufleute aufstellt. Für Anfänger 
ist sie damit kein geeigneter Einstieg. Späte- 
stens beim Versuch, eine Eröffnungsbilanz 
aufzustellen, wird der kaufmännisch unerfah- 
rene Anfänger das Handtuch werfen. 

Alleingang 

Wer unbedingt eine GmbH gründen will, aber 
keinen geeigneten Partner findet, kann dies 
auch allein tun und eine Ein-Mann-GmbH in 
die Welt setzen. Er muß das gesamte 
Stammkapital alleine aufbringen, kommt so 
aber in den Genuß der Haftungsbeschrän- 
kung und muß sich nicht mit anderen darum 
streiten, wer Geschäftsführer ist. 

Das Steuerrecht bietet für die GmbH Vor- und 
Nachteile. Da ist zunächst die Gewerbe- 
steuer. Während der Einzelkaufmann, die 
OHG oder die KG die Tätigkeitsvergütungen 
für ihre Gesellschafter nicht als gewerbesteu- 
ermindernd abziehen kann, darf die GmbH 
ihrem Geschäftsführer ein Gehalt auszahlen. 
Dieses Geschäftsführergehalt mindert die 
Gewerbesteuer. Die GmbH unterliegt als juri- 
stisch eigenständige Person der Körper- 
schaftssteuer (Einkommenssteuer der juristi- 
schen Personen). 

Erzielte Gewinne werden mit einem Körper- 
schaftssteuersatz von 50 Prozent zur Ver- 
steuerung herangezogen. Gezahlte Gehälter 
an Geschäftsführer und Angestellte sowie 
Rückstellungen für Pensionen wirken sich 
gewinnmindernd aus. Werden die Gewinne 
an die Gesellschafter ausgeschüttet, ermä- 
ßigt sich der Körperschaftssteuersatz auf 36 
Prozent. Die Gesellschafter müssen auf ihre 


Gewinnanteile Einkommenssteuer entrich- 
ten. 

Die bereits von der GmbH entrichtete Körper- 
schaftssteuer wird hierbei als Vorauszahlung 
auf die persönliche Einkommenssteuer- 
schuld der einzelnen Gesellschafter ange- 
rechnet. Die an die Geschäftsführer gezahl- 
ten Gehälter unterliegen ebenfalls der Ein- 
kommenssteuerpflicht. Hierbei kommt der 
Geschäftsführer aber in den Genuß von steu- 
erlichen Vorteilen wie Freibeträgen und ab- 
zugsfähigen Sonderausgaben, die jedem Ar- 
beitnehmer zustehen. 

Neben der Körperschaftssteuer unterliegt die 
GmbH der Kapitalertrags-, Vermögens- und 
Gesellschaftssteuer. Ob sich die Gründung 
daher in steuerlicher Hinsicht und im Ver- 
gleich zu anderen Gesellschaftsformen tat- 
sächlich lohnt, sollte man am besten vorab 
mit dem Steuerberater genau durchrechnen. 

Schatz im Silbersee 

Die beste Idee und das passende Rechts- 
kleid nützen wenig, wenn das nötige Klein- 
geld zum Aufbau des Unternehmens fehlt. 
Kosten in nicht zu unterschätzender Höhe 
entstehen in der Anlaufphase sowie in der 
Vorlaufphase der Gründung. Steuerberater, 
Rechtsanwalt, Notar und Unternehmensbe- 
rater arbeiten ungern zum Nulltarif. Bei An- 
meldungen zur Gewerbekartei und zum Han- 
delsregister werden Gebühren fällig. 

Die Beschaffung des Kapitals, Verhandlun- 
gen mit Banken und Kreditgebern nehmen 
viel Zeit und Mühe in Anspruch. Um die Ko- 
sten zu dämpfen, sollten alle Förderungs- 
möglichkeiten der öffentlichen Hand abge- 
checkt und Finanzquellen aufgespürt wer- 
den. Wer hier sich dieser Mühe nicht unter- 
ziehen will, verschenkt oft Geld. Einige der 
wichtigsten Förderungs- und Finanzierungs- 
möglichkeiten für Existenzgründer lesen Sie 
in dem Kasten auf Seite 29. 


Der A.'Jor ist Rechtsanwalt in Wuppertal 

Nachdruck aus c’t- Magazin für Computertechnik, 
Heft 6 und 7/1 990 


Die Volkskammer hat das bereits übernommene GmbH- 
Gesetz der Bundesrepublik dahingehend abgeändert, daß 
die Mindesteinlage von 50 000 DM auf 20 000 DM reduziert 
wird. Mit der Gesetzesmodifikation soll die Gründung von 
Kleinunternehmen erleichtert werden. Die bis 1992 befri- 
stete Übergangsregelung gilt auch für bereits gegründete 
Gesellschaften mit beschränkter Haftung. Die zu der niedri- 
gen Einlage gegründeten GmbH müssen diese bis 1 995 auf 
50 000 DM erhöhen. MP 


Achtung! Neuheit! 


Für JEDEN UB8820- 
Entwickler. 

Wir vertreiben für Ihre Computeranlage 

- Leporellopapiere (12" x 240 mm, 12" x 375 mm) 

- Qualitätsfarbbänder für fast 3000 Drucker, 


Zum Testen Ihrer Pro- 
gramme EPROM-Ersatz 

Schreibmaschinen oder Additionsmaschinen 


durch //P-gesteuerten 

- Endloshaftetiketten 


RAM. Durch V.24- 

- Haftetiketten für Kopiergeräte 


Schnittstelle Anschluß an 

- Büropapiere, auch für Kopiergeräte 


ALLE Computer. Bau- 

- Telefaxrolien mit hochsensitiver Oberfläche 


satz m. LP 125,- DM. Ko- 

und anderes EDV-Zubehör. 


stenlose Info anfordern! 

Noch heute Preisliste anfordern bei 



Fa. Uwe Niemiec * EDV-Verbrauchsartikel * Tel. 64 30 


R. Gertner 

5820 Bad Langensalza * Thamsbrücker Landstr. 9, PSF 1 7 


Sterckmann weg IS 



BERLIN 1140 


AutoTech AutoTech 

Sie arbeiten jetzt unter MS- 
DOS, möchten aber Ihren al- 
ten Commodore-Drucker 
(lEC-Bus, LC10, NL10, 

MPS801) u.a. weiter benut- 
zen. 

! Kein Problem ! 

Software (5,25") + 
Druckerkabel + 

Mwst. DM 65,— 

AutoTech, Eitelstr. 36 
(Ost-) Berlin, 1134 

AutoTech AutoTech 


30 


Mikroprozessortechnik, Berlin 4 (1990) 10 






Berlin/Ost 


Kongreßhalle und Ausstellungszentrum am Alexanderplatz 

Die zentrale Fachmesse und Konferenz für CA-Anwendungen für Management und Produktivität in 
Mecklenburg-Vorpommern, Brandenburg, Berlin, Sachsen-Anhalt, Sachsen und Thüringen. 


CAMP’ 91 

CAD/CAM/CA E/CIM: 


Eine Investition, die sich lohnt! 


| Für Produktivität und Modernisierung im Maschinen- und Fahrzeugbau 
Elektrotechnik, Elektronikindustrie, Architektur und Bauwesen, 
Anlagenbau, Verfahrenstechnik, Kunststoffindustrie und Feinmechanik 


Ideelle Träger: 

World Computer Graphics Association 


Zentralinstitut für Kybernetik 
und Informationsprozesse 





Info-Coupon einsenden an: 

direct Communications gmbh 
Lennestr. 55 
D-5300 Bonn 1 
Tel.: 0228/21 9065/63 
Fax: 0228/21 9066 
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\/[ A Entwurf und Ablaufsteuerung 

intelligenter Dialogsysteme 

- für kommerzielle und Realzeitanwendungen 

- für UNIX und DOS 

- interaktiver Entwurf von Masken und Druckausgabe 

- virtueller Bildschirm, Fenster, Pull-down-Menüs 

- strukturiertes Programmieren in der Maske I 

- Anschluß an C, COBOL, PASCAL... - 

- MS-DOS: bewegte Symbole 

Hintergrundgrafik 
Fonteditor 

- Mausunterstützung 
Fordern Sie unsere kostenlose Demoversion für DOS an! | 

□ 360K □ 1.2MB □ mit Handbuch 95.- M 




SIGMk GmbH Dimitroffstr. 66, 9072 Karl-Marx-Stadt, 0071/44425 





kompatiblen Plotter? 

Wir liefern Ihnen 
Plotterzeichen Werkzeuge 
in den Farben: 

schwarz, rot, blau, grün. 

Durch verschiedene Spitzen- 
arten universell einsetzbar 
für viele Anwendungszwecke 
und auf den unterschiedlich- 
sten Zeichenträgern. 

SCHREIBGERÄTE 

Dresden 8054, Tel.: 36150, 36974 


Tel: 58 94 765 / 58 93 781 
geAffnet: 

Montag-Freitag 11.00-18.00 



Datentechnik GmbH 
Boxhagener Str. 112 
Berlin 1034 


AT 286-12/21 DM 1.798,- 

80286-12 Prozessor (16MHz Landmark), 
1MB RAM, 20MB Festplatte, 1,2MB Lauf- 
werk, seriell/ parallel. Schnittstelle, Herku- 
les komp. Grafikkarte, MF II- Tastatur, 
Compactgehäuse für 3 Laufwerke, Benut- 
zerhandbuch 


AT 386SX/51 DM 2.498,- 

80386SX Prozessor (21MHz Landmark), 1MB 
RAM, 45MB Festplatte (28ms, 730KB/s), 

1,2MB Laufwerk, seriell /parallel. Schnittstelle, 
Herkules komp. Grafikkarte, MF-II Tasta- 
tur, Compactgehäuse für 5 Laufwerke, NO- 
VELL, OS/2, UNIX fähig ! 

Aufpreise: TTL- Monitor DM 249,-, 16Bit VGA Karte 800x600P.(256KB) DM 190,-, 16Bit VGA 
Karte 1024x768(512KB) DM 280,-, VGA monochr. Monitor DM 349,-, VGA Farbmonitor 14” 
DM 749,-, 2MB RAM DM 200,-, 45MB Festplatte DM 320,-, 65MB Festplatte DM 500,-, 84MB 
Festplatte DM 400,-, 2. Floppy 1.44MB DM 200,-, serielle Maus DM 69,- 

Preisangaben vom 06.08.1990 ! 

Die aktoeUen Preise, bei Erscheinen der Zeitschrift, können Sie bei uns telefonisch erfragen. 


SUP ER-SOFTWARE 


AT 386-33 /81 DM 4.698,- 

80386-33 Prozessor (58MHz Landmark), 1MB 
RAM, 84MB Festplatte (24ms, 650KB/s) mit 
16Bit SCSI Hostadapter, 1,2MB Laufwerk, 
seriell/parallcl, Herkules komp. Grafikkarte, 
MF-II Tastatur, Tower für 6 Laufwerke 



PREISE! 


Weiterhin im Angebot: 

-PC/IT 486-25MHz 
-Festplatten bis 1,2 GByte 
-Drucker/Zubehör/Literatur 
-komplette Netzwerke 
-Branchenlösungen 


("Ideen & Technologien Software GmbH ^ 
Mulackstralle 22 
1054 Berlin 


Aldus-Pagemaker 
AskSam 
AutoCad 
AutoCad 386 


Clipper 8*67 
Clipper 

CHppef Tools II 
CopyllPC 
CopyWrtte 
Corel Draw 


3.0 dt. 

4.2 e. 

10.0 dt. 
10 j 0 dt. 

S’ö7 dt. 

5.0 dt. 

II dt. 
5.0 e, 

e. 

1.2 dt. 


325,- 


1.699,- 

560,- 

7.995,- 

8.095,- 

1.545,- 

1.865,- 

1.285,- 

89,- 

195,- 

1.265,- 


DataBase 

4.2 dt. 

1 .699,- 

DataBase 3 LAN- Pt ätze 

4.0 dt. 

2.495,- 

dBase lll + 

1.1 dt. 

1.445,- 

dBase 111+ 5 LAN 

1.1 dt. 

1.985,- 

dBase IV 

1.01 dt. 

1.525,- 

dBase IV Entw. 

1.01 dt. 

2.250,- 

dbaae IV 5 LAN-Plätze 

1.01 dt. 

2.150,- 

DB/Fast DOS + 

e. 

560, 

DB/Fast Windows 

e. 

570, 

Designer 3.0 

3.0 dt. 

1.480,- 

DeskView 

2.2 e. 

275,- 

DeskView 386 

2.2«. 

445,* 

Draw Perfect 

• 

985,- 

EGA-Pamt 2005 

e. 

259,- 

Enable Office Autom. 

3.0 e. 

1 .369,- 

Enable 1 LAN-PlaLz 

3.0 dt. : L; 

1.845,- 

F&A 

3.0 dt. 

1.039,- 

F&A 3 LAN-Plätze 

3.0 dt. 

1.049,- 

First Publisher 

2.01 e 

395,- 

Fox Bas« +- 

2.1 dt. 

1.385,- 

FoxBase+ Entw. 


2.528,- 

FoxPro 

t.o dt. 

2.024,- 

FoxPro LAN 

i.o dt. : : : : 

2.749,- 

Framework III 

1.1 

1.445,- 

Framework III LAN 

■ i.i & ■ 

2.249,- 

Freedom of Press 

: 2.2 dt. : : ; : : ; : : : ' : : : : 

969,- 

GEMArtline 

2.0 dt. 

1.049,- 

GEM Oraiw Plus 

2.01 dt. 

539,- 

GEM Präsentation Team 

3.1 dt. 

995,- 

GEM Program. Tool Kit 

3.0 dt. 

1.289,- 

GEM Scan 

1,1 dt. 

389,- 

GEM Graph 

I.OIdt. 

549,- 


GEM WordChart 
GoScript + 

Harvard Graphics 
Harvard Graphics LAN 

LapUnk 
Lotus 1-2-3 
Lotus 1-2-3 1 Ul. 

Lotus 1-2-3 Server 
Lotus Symphonie 

MS Basic 
MS C 
MS Cobol 
MS DOS 
MS Excel 
MS Excel 5 LAN 
MS Fortran 
MS MacroAssembter 
MS Multiplan 
MS Multiplan 5 LAN 
MS Pascal 
MS Project 
MS Project 5 LAN 
MS Quick-Basic 
MS Quick-C 
MS Quick-C 
MS Quick-Pasca) 

MS Windows 
MS Windows Tool-Kit 
MS Word 
MS Word 5 LAN 
MS Word für Windows 
MS Word für Wind. LAN 
MS Works 
MS Works 5 LAN 

Norton Backup 
Norton Commander 
Norton Utilities Adv. 


I.OIdt. 

399,- 

Paradox 5 LAN 

3.0 dt. 

699,- 

Paradox 386 

Paradox Engine C 

2.12dt. 

1.195,- 

PaintBrush IV 

2.12dL 

3.746,- 

PaintBrush Plus 

PC Tools deluxe 

3.0 dt. 

325,- 


3.0 dt. 

1.249,- 

QutckDos II 

3.0 dt. 

961,- 

Quattro Pro 

3.0 dt. 

1.485,- 



2.2 dt. 

7.0 e. 

6.0 e. 

3.0 0 . 

4.01 dt. 

2.1 dt. 
2.1 dt. 

5.0 e. 

5.1 e. 

4.2 dt. 
4.2 dt. 

4.0 e. 

3.1 dt. 
3.1 dt. 
2.0 dt. 

2.0 dt. 

2.5 e. 

1.0 dt. 

3.0 dt. 

3.0 e. 

5.0 dt. 

5.0 dt. 

1.0 dt 

1 .0 dt. 

2.0 dt. 

2.0 dt. 

1.1 e. 

3.0 dt. 

4.5 dt 


1.595,- 

845,- 

999,- 

1.495,- 

248,- 

959,- 

4.259,- 

789,- 

345,- 

639,- 

2,749,- 

499,- 

995,- 

3.949,- 

345,- 

345,- 

269,- 

345,- 

389,- 

1.279,- 


Open Access III 3.0 dt. 

Open Access III LAN auf Anfrage 

Oracle Professional 5. 1 b e. 

Outline 3.01 dt. 


Paradox 


3.0 dt. 


3.949,- 

1.049,- 

4.196,- 

649,- 

2.569,- 

298,- 

269,- 

279,- 

1.999,- 

2.380,- 


1.595,- 


3.0 dt. 

2.0 e. 
dt. 

1.54dt. 

dt 


2.0 e. 

1.0 dt. 


Ü 


Reflex 2.0 dt. 

SafeGuard 3.0gdt, 

SafeGuard Plus + Backup 3.0 dt 
SCO Unix 386 V Op. Sys 3.2 e. 


SCO Unix 386 V Dev. 
SCO VP/IX 386 unlimtd. 
SideKlck+ 

SmallTalk 
SmalfTaJk286 
SmartWare II 
SuperBase 
SuperCalc 
SuperCalc 5 LAN 


3.2 e. 

e. 

dt. 

V e. 

V * 
dt. 

4.0 dt. 

V dt. 

V dt. 


803,- 

239,- 

299,- 

295,- 

198,- 


Tlmeüne 3.0 dt. 

Turbo Backup 5.0 dt. 

Turbo Assembler/Deb. 2.0 dt. 

Turbo C 2.0 dt. 

Turbo C++ 1.0 dt. 

Turbo C++ Professional 1 .0 dt. 

Turbo Pascal 5.5 dt. 

Turbo Jumbo (Asm/Deb/C/PascaJ) 

Ventura Publisher 2.0 dt. 

Ventura Publisher LAN 2.0 dt. 

Ventura Publisher Prof. 2.0 dt. 


WordPerfect 
WordPerfect 5 LAN 
Wordstar Prof. 
Wordstar Server 
Wordstar N odepack 


Zortech C H 
Zortech C H 


+ Dev. 


5.1 dt. 

5.1 dt. 
5.5 dt. 
5.5 dt. 
5.5 dt. 

2.1 e. 
2.1 e. 


255,- 

735,- 

1.969,- 

2.339,- 

2.598, - 
389,- 
295,- 

459, - 
1.849,- 
1.629,- 
1.198,- 

1.598, - 

1.449,- 

399,- 

238, - 

239, - 

319,- 

460, - 

299,- 

599,- 

2.195,- 

2.695,- 

1.160,- 

965,- 

3-230,- 

965,- 

1.575,- 


405,- 

945,- 


Fordern Sie unsere vollständige Produktliste an I 
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Termine 


Das Ostbayerische Technologie- 
Transfer-Institut (OTTI) führt 
1990 etwa 100 Fachseminare , 
Kurse und Tagungen durch. 

Im Oktober/November werden 
folgende Fachseminare und 
Intensivkurse angeboten: 


-Programmiersprache 
C für Fortgeschrit- 
tene 


-Das relationale Da 
tenbanksystem 
ORACLE - Grundkurs 
-Programmierung in 
C++ - Einführung 
-Sicherheit von 
Rechenzentren und 
verteilten Infor- 
mationssystemen 


29.-31.10. 
Regensburg 
und 
5.-7. 11. 

Weiden 
5.-7. 11. 
Regensburg 

13./14.11. 
Regensburg 
15./16. 11. 
Regensburg 


Ostbayerisches Technologie-Trans- 
fer-Institut e.V., D. -Martin-Lu- 
ther-Straße 10, W-8400 Regensburg 
Tel. 0941-58273 (Herr E. Günther) 


dfltoplel 

Bl CAD CAMIERIPHERIE 

dataplot CAD-CAM-Vertriebs- 
und Service-GmbH Berlin 

Tochterunternehmen derdataplot-GmbH Hamburg 

CAD-Systeme nach Maß (auch vernetzt) 
durch langjährige Erfahrungsträger 

- von der Idee bis zur schlüsselfertigen Lösung 

- Spezialist für grafische Ein-/Ausgabe-Technik 
in der Einheit von Hard- und Software 

- Generalvertreter für Roland-Plotter in der DDR 

- Verbrauchsmaterial für alle bekannten Plotter- 
typen (Papiere, Folien, Zeichenspitzen, Tusche 
u.a.) 

- CAM-Komponenten u. a. für 3D-Modellierung 

Unsere Devise: 

- günstige Konditionen 

- optimale Qualität 

- kurzfristige Realisierung 

- langfristiger Service 

- umfassende Kundenbetreuung 

Bitte rufen Sie uns an unter 37 83 23 42 
oder besuchen Sie uns in 1092 Berlin-Hohenschön- 
hausen, Plauener Str. 163-165 


TDB-4 


c 



c 

QJ 


cs 

e 


Die TDB-4 im 
Robotron ist 
wie ein Polo- 
motor im Trabbi 

Leistungsfähig, kostengünstig, 
zuverlässig - so läßt sich das Daten- 
verwaltungsprogramm TDB-4 am 
besten beschreiben. Ob mit oder 
ohne Festplatte - mit TDB-4 zeigt 
Ihr PC was er kann. Auch für neue 
Betriebe ist das komplette Paket für 
99 Mark eine lohnende Investition. 


Relationales Datenbanksystem 
komplett mit Handbüchern 

99 Mark tpb-4 






CHtf 5 SPECIAL 


o 




NEU: 

Toolbox 
mit nütz- 
liehen Zusatz- 
programmen 
auf Diskette 
(TDB resident, 
Backup-Utility etc.) 
und zahlreichen 
Tips und Tricks 

49 Mark 

Best.Nr.1080 


TDB-4 


ffspi f 



Die TDB -4: 

durchgehend Menü- 
gesteuert - bis zu 15 
Dateien gleichzeitig 
offen - 5 Indizes .pro 
Datei - max. Anzahl 
der Datensätze prak- 
tisch unbegrenzt - 
integrierter 
Serienbriefeditor - 
kinderleichte Datei- 
kopplung durch 
ADL-System 
Best.Nr.0984 


Erhältlich im Buch- und Computerfächhandcl oder direkt beimVerlag. 
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Verkaufen 

• modernes speicherprogrammierbares Steuerungssystem 

1 EFE 720 (4*OTR 16, 3*IN/K, 8*IN/I, LVE, 2*OPS, PFS, 
ATS, CPU) 

1 EFE 720 (4*OTR 16, 2*OTR 8, 8*IN/I, LVE) 

1 transportables Programmiergerät TPG 700 
1 Bedien- und Servicemodul BSM 720 

1 8faches Koppelinterface IFSR 

2 Klein datenerfassungsgeräte KDE 12 
1 EPROM-Platinen-Löschkammer 

Suchen 

• Interfacekopplung V.24 für PC 601 mit AT/XT 

LPG Tierproduktion, Herbsleben, 5824 

Tel.: Bad Tennstedt 7103, 71 25, 7082 


Die LSK Kommunikations-Systeme mbH 
Vertriebsgesellschaft mbH Dieburg 

hat die Firma 

Ihr Computer-Partner 
9514 Lichtentanne 
Postfach 

als Distributor eingesetzt und mit dem Aufbau eines 
Händlernetzes in der DDR (bzw. den späteren Ländern) 
beauftragt . 

Informationen zu den Produkten und Vertrieb bis dahin 
werden vom Distributor übernommen. 


C Ofllpuler --lUeklroilik-Spe/ial Rickauer II PF83 126 

CES Gerald Kluge Bischofswerda DDR 8SOO 

Personal-Computer Systrme+Ziibehorr Montag-Freitag 
Beratung Verkauf Anpassung Service 9.00 18.00 Uhr 


PC XT 1?MH//?fj6kB RAM/FD 360kB/1?”-0f uenmomtor 1089, DM 

PC AI 1i>MHz/640kB HAM/HD 21MB/I Dt.?MB/M” SW Monttor 2190, DM 

386SX-AT 16MH//PMB RAM/HD 43MB/FD 1.?MB/14"-FGA 7 Mon. 4390, DM 

386 AI 24MHz/^MB HAM/MÜ 43MB/I D 1.2MB/14" VGA Monitor bb90. DM 
und alle gewuerischten Systemkonfigiir atiouen, 

HIIACHI ILLLIAX MIIAX1/ mit DDR Postzulassung ebSb. DM 

MINOI T A-Nor malpapier kopier ei A3/A4 ab ?990 t - DM 

t T HLHNL I und ARCNL I Netzwerke mit NOVLLL Software 

l AP TOP's, Pot tables, Drucker. Plotter, Mouse. Scanner, Modems, 
Anrufbeantworter, Disk Kopierautomaten. PC Lrweiterungskarten 
HD bis 338MB, ext. Disk I W, Streamer, PORTA-PAG, FPROM ßienner 
Disketten, I arbbaender, Lndlospapier, Selbstklebeetiketten, Handbueoher 

‘“momentan viele Sonderangebote und Restposten /n gueristigen Preisen 

•♦•♦•Individuelle Beratung fuer mittelstaendische Firmen***** 
zur Lnesung Ihrer Verwaitungsprobleme 

BRD Spitzensoftware fuer Handwerk in vielen Branchen, fuer Handel und 
Produktionsfii men in verseh. Ausfuehr unger i (Auf ti ag/FIBU/l ohri/Kosten....) 
ein und mehrpiatzfaehig 

♦••Probieren Sie unsere Rngebote aus * in unseren Vorfuehrraeumen*** 

Computerhaendler erhalten gegen Vorlage cinei Kopie dei Gewerbe 

geriehmigurig eine Preisliste mit besonderen Konditionen 


Möchten auch Sie in der MP inserieren? 

Und wissen nicht wie? 

Wir beraten Sie gern oder senden Ihnen kostenlos 
unsere Media-Unterlagen. 

Verlag Technik GmbH, Anzeigenabteilung, 
Oranienburger Straße 13/14, 

DDR-1020 Berlin; Tel. 2 87 02 54 


Der endgültige Compiler 

Der KRS GmbH ist mit FCO (neuer deutscher Produktname!) die 
Plazierung einer echten Alternative für d-Sprachen-, Clipper™- 
und C -Programmierer im deutschen Markt gelungen. FCO ist Pro- 
grammiersprache, Datenbank und Compiler in einem. 


Die Schnelligkeit dieser Wunderwaffe 
wird durch die Generierung echter EXE- 
Files ohne Einbindung interpretativer Be- 
fehlsdateien erreicht. Daher ist FCO als 
professionelles Programmierwerkzeug 
zur Entwicklung von komplexen Daten- 
bankapplikationen prädestiniert 
Anders als andere Compiler erzeugt FCO 
vollständigen Maschinencode und ver- 
zichtet auf speicherresidente Befehls- 
bibliotheken. Der Umfang der .EXE- 
Dateien wird bis zu lOOx kleiner und die 
Geschwindigkeit bis zu 20x größer. 

Wo gehobelt wird, fallen Späne. Hinter 
FCO steht ein vollkommen neues Compi- 
ler-Konzept, das sich am Sprachumfang 
von dBase-III orientiert. Aufgrund seiner 
Leistungsmerkmale sucht der Compiler 
im gesamten d-Sprachen-Bereich seines- 
gleichen. Vorhandene Applikationen 
können der Syntax von FCO angepaßt 
werden. C- und Assembler-Routinen 
können problemlos eingebunden werden. 
In entscheidenden Punkten konnte die 
dBase-III-Plus-Syntax optimiert werden. 
Einige der vielen Vorteile sind: Die be- 


nutzerdefinierten Funktionen (UDFs) zur 
individuell unbegrenzten Erweiterung des 
FCO-Befehlssatzes. Der Syntax-Check 
zur gnadenlosen Aufdeckung nicht defi- 
nierter Variablen beim Compilieren. Die 
Verwendung neuer numerischer Daten- 
typen für größere Flexibilität und Ge- 
schwindigkeit. 



FCO realisiert, worüber sich die Ent- 
wickler anderer Compiler noch den Kopf 
zerbrechen: Weg vom reinen dBase- 
Image. Hin zur Verfahrensweise konven- 
tioneller Compiler mit der dBase-Sprache 
als Basis. 

Mit dem Kampfpreis von DM 1707,- in- 
clusive Mwst rückt die KRS das Preis-/ 
Leistungsverhältnis in der Compiler-Welt 
zurecht. 


Datenbank-Compiler 


FCO 


Voraussetzungen: 256 KB Arbeitsspei- 
cher, MS-Dos ab Version 2.11, Festplatte 
Exklusiv: KRS GmbH, D-02174/679-0 


ZÜLOW-Software 

Robert-Koch-Str. 14 • Templin, 2090 
Tel. : 2821 


Checkliste 


Compiler: 

• Erzeugt (als erster d-Sprachen-Compiler) 
vollständigen Maschinencode 

• Schachtelbare GET . . .READ Anweisungen 

• Präprozessor für bedingte Compilierung 
und Konstantendefinition 

• Erweiterte Menü-Anweisungen 
Programm: 

• direkt ausführbare .EXE- Datei 


Ausblick 


Professionelle Alternative zu vergleichba- 
ren Produkten. Deutsche Version und 
Tools- Anpassung in Vorbereitung. 


Nächster Messetermin 


t> 

ORGATEC 


INTERNATIONALE 
BÜROMESSE KÖLN 
25.-30. 0KT. 1990 

Halle 1.2 Q62/P61 

Eingetragene Warenzeichen.: dBase v. Aäbtna Tate, QjppgvNmdBl 
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Den PC sicher im Griff- 
mit Christiani-Fernlehrgängen 



PC- 


Anwendungs- 

praxis 


Zug um Zug lernen Sie in diesem 
Fernlehrgang die Möglichkeiten 
Ihres PC effektiv zu nutzen. Von 
Anfang an arbeiten Sie am 
Computer: keine Zeile Theorie 
bleibt ohne praktische Anwen- 
dung. Und die Programme liefern 
wir gleich mit. Alles wird Ihnen 
am praktischen Beispiel erklärt. 
So erleben Sie den PC-Einsatz 
"live". 

12 reichhaltige, praxisbezoge- 
ne Lehrbriefe. 

4 ausaezeichnete Anwender- 


roaramme. 


Viele Lern- und Wiederho- 


lunasdisketten. 


Fundierte Studienbetreuun 


beaehrtes Abschlußzeugnis. 


Nach diesem Lehrgang beherr- 
schen Sie MS-DOS (bis 4.01), 
Textverarbeitung, Tabellenkalku- 
lation, Datenbanksysteme und 
Geschäftsgraphik. 

Fordern Sie gleich 
Informationsmaterfal an: 


Weitere Lehrgänge zu Programmiersprachen 
und PC-Anwendungen 


PASCAL-Grundlagen 

Einführungslehrgang in die 
Programmierung von Pascal. 

BASIC-Grundlagen 

Einführungslehrgang in BASIC 
allgemein. Strukturiertes Pro- 
grammieren. 

SPS-Programmierung 

Einführung in Speicher-Program- 
mierte-Steuerungen mit Simula- 
tionsprogramm. 5 Lehrbriefe. 


Digital-Labor 

Einführungslehrgang in die 
Bauelemente und Schaltungs- 
technik der Digitaltechnik mit 
Logik-Simulationsprogramm. 


BASIC & Mikrocomputer- 
praxis 

Intensivlehrgang BASIC mit 
reichhaltigen Anwendungsbei- 
spielen. 14 Lehrbriefe. 


Informationscoupon: 

Adresse: 

Senden Sie mir zu folgen- 
dem Lehrgang: 

Name, Vorname 

Lehrgangstitel 

j j Informationsmaterial 

Straße, Nr. 

| | Den 1 .Lehrbrief kostenlos 

für 3 Wochen zum Test. 

PLZ, Ort 45249 


Dr.-Ing. P. Christiani GmbH • Technisches Lehrinstitut und Verlag • 7750 Konstanz 
Hermann-Hesse-Weg 2 • Telefon 07531-5801-0 • Telex 733 304 ■ Btx.: * 64748 # 

In Österreich: Ferntechnikum Bregenz • Belruptstraße 45 • 6901 Bregenz 


Christiani 











Entwicklungen und Tendenzen 


Osteuropäische 

Zeichensätze 

bald standardisiert? 

Das Interesse westlicher PC-Herstel- 
ler am osteuropäischen Markt hielt 
sich in der Vergangenheit nicht zu- 
letzt wegen der Beschränkungen der 
Cocom-Liste und des relativ kleinen 
Marktvolumens sehr in Grenzen. Als 
Folge baute jedes Land seine eigene 
PC-lndustrie auf, die zwar teilweise 
auf westlicher Technologie basierte, 
aber in vielem - wie beispielsweise in 
den Definitionen der Zeichensätze - 
von internationalen Standards ab- 
wich. Microsoft und Ashton-Tate be- 
riefen nun aus diesem Grunde einen 
Workshop ein, der sich dieser Proble- 
matik angenommen hat und so ein 
deutliches Wachstum der osteuropä- 
ischen PC-lndustrie ermöglichen soll. 
Experten von IBM, Hewlett-Packard, 
Microsoft, Ashton-Tate, Lotus, Aldus 
und Cherry-Keyboards erörterten ge- 
meinsam mit Spezialisten aus Bulga- 
rien, Ungarn, Polen, Jugoslawien, der 
Sowjetunion und der Tschechoslo- 
wakei die Fragen eines einheitlichen 
Standardzeichensatzes und einigten 
sich auf eine für alle osteuropäischen 
Länder gültige Tabelle - die als „Latin 
2“ bezeichnete IBM-Zeichensatzta- 
belle 852. Hierin sind alle auf dem la- 
teinischen Alphabet basierenden 
Sonderzeichen enthalten - allerdings 
nicht die kyrillischen. Damit ist ein er- 
ster Schritt getan, um das in den 
neunziger Jahren zu erwartende An- 
wachsen der internationalen Daten- 
kommunikation insbesondere im 
Handel und im Bankwesen zu ermög- 
lichen. Neben der Firma Ashton-Tate, 
die „alle Übersetzungen in osteuro- 
päische Sprachen auf der Basis die- 
ses Zeichensatzes“ ausführen will, 
verpflichteten sich auch Microsoft, Al- 
dus und Lotus, ihre Produkte auf der 
Basis von Latin 2 zu entwickeln. Das 
betrifft insbesondere dBase IV, MS- 
Works und das DTP-Programm Pa- 
geMaker. MP 


Apple Personal 
LaserWriter 



Als Angebot an die Apple-Einsteiger 
bietet die Firma jetzt zwei neue Laser- 
drucker im Leistungsbereich von 4 
Seiten/Minute und 300 dpi an. Dabei 
ist das Modell SC mehr an den Be- 
dürfnissen der individuellen Mac-An- 
wender ausgerichtet wie DTP, Korre- 
spondenz, Berichte und Präsentatio- 
nen. Der SC wird über den SCSI-An- 
schluß und die Quick-Draw-Software 
des Macintosh betrieben. Er hat ei- 
nen 68000-Prozessor, 1 MByte RAM 
und vier Standardzeichensätze. 


Das Modell NT dagegen kann von 2 
bis auf 8 MByte RAM erweitert wer- 
den, besitzt schon in der Grundaus- 
stattung über 35 Standard schritten 
und arbeitet auf der Basis von Post- 
Script. Es soll damit auch den Ansprü- 
chen von Arbeitsgruppen gerecht 
werden. Da der Drucker mit allen Lo- 
kalTalk-Netzfunktionen ausgestattet 
ist, kann er über eine Anschlußbox in 
einem Netz mit Mac-, Unix-, OS/2- 
und MS-DOS-Computern Zusam- 
menarbeiten. 

Festplattenaufrüstung 
für Robotron-PCs 

Von der Münchner CTT - Computer- 
technik und -technologie GmbH wer- 
den jetzt für den EC 1834 und EC 
1835 Festplattenaufrüstsätze ange- 
boten. Sie bestehen jeweils aus dem 
Festplattenadapter, einem Kabel- 
satz, einem 3,25-Zoll-Einbauwinkel, 
Schrauben, der Einbauanleitung und 
natürlich einer Festplatte. Im Angebot 
sind zwei Varianten mit 20 MByte (zu 
375 DM) und 40 MByte (zu 499 DM, 
jeweils plus MwSt). Geworben wird 
für diese Lösung mit dem Slogan 
„100 % Robotron getestet und emp- 
fohlen“. 

Motorola 

mit schnellen SRAMs 

Motorola produziert nicht nur die am 
häufigsten angewendeten dynami- 
schen RAMs (DRAMs), sondern auch 
zwei Familien von statischen RAMs 
(SRAMs). Die DRAMs werden wegen 
ihres geringen Preises und ihres hö- 
heren Integrationsgrades bevorzugt 
in den Hauptspeichern von Rechnern 
eingesetzt. Motorola produziert Ty- 
pen mit 256 KBit, 1 und 4 MBit. Weil 
die DRAMs aber langsamer als 
SRAMs sind, werden sie nicht in den 
schnellen Cache-Speichern moder- 
ner Mikrorechner verwendet. 

Die Caches, die zur Beschleunigung 
des Speicherzugriffs zwischen die 
CPU und den Hauptspeicher ge- 
schaltet werden, benötigen immer 
schnellere Speicherbauelemente, da 
die Taktfrequenzen der Prozessoren 
ständig steigen - Prozessoren wer- 
den zur Zeit mit 33 MHz und mehr an- 
geboten. 

Die schnellen Standard-SRAMs hei- 
ßen bei Motorola FSRAMs (fast- 
SRAMs), nicht zu verwechseln mit 
FRAMs (ferroelectric RAMs). Diese 
Standard-FSRAMs werden in ver- 
schiedene Varianten (1 6 bis 256 KBit) 
mit Zugriffszeiten von 1 2 bis 55 ns an- 
geboten. Den 256-KBit-Schaltkreis 
MCM6207 beispielsweise gibt es mit 
15, 20 und 25 ns. 

Zusätzlich zu den Standard- 
FSRAMs, die keine Taktversorgung 
benötigen, wurden synchrone 
FSRAMs entwickelt. Sie besitzen un- 
ter anderem zusätzlich Latches für 
alle Ein- und Ausgänge sowie einen 
vereinfachten Schreibzyklus. Mit den 
synchronen FSRAMs läßt sich der 
Aufwand an externer Hardware sen- 
ken, und der Speicher kann mit höhe- 
ren Systemgeschwindigkeiten arbei- 
ten. Der 256-KBit-Schaltkreis MCM 
62482 beispielsweise kann mit Zu- 
griffszeiten von 12 und 15 ns einge- 
setzt werden. 


JESSI unterstützt 
Waferscale-Projekt 

Den JESSI-Stempe! hat jetzt das von 
der Anamartic Ltd., der Bull S. A. und 
Siemens getragene Projekt zur Ent- 
wicklung von Festkörper-Zwischen- 
speichern für Hochleistungscompu- 
ter erhalten. Dieser Speichertyp be- 
ruht auf einer die gesamte Silizium- 
scheibe umfassenden, als Wafer- 
scale bezeichneten Architektur. 

Für Minicomputer und Workstations 
sind die üblichen magnetischen 
Hard- und Floppy-Disks häufig nicht 
schnell genug. Eine Lösung bietet die 
Waferscale-Technologie, mit der 
Festkörper-Zwischenspeicher reali- 
siert werden können, die eine ganze 
Siliziumscheibe umfassen. Zur Her- 
stellung der Mikrostrukturen werden 
die gleichen Verfahren wie bei dyna- 
mischen 4-MBit- und 16-MBit-Spei- 
chern verwendet. Speziell entwik- 
kelte Soft- und Hardware ermöglicht 
die Schaffung eines sich über die ge- 
samte Siliziumscheibe erstrecken- 
den Netzes von Speicherzellen, in 
dem automatisch defekte Bereiche 
erkannt und umgangen werden. Ge- 
genüber den aus einzelnen Baustei- 
nen aufgebauten Zwischenspeichern 
lassen sich so bei verbesserter Zu- 
verlässigkeit bis zu 35 % Kosten spa- 
ren. 


Datenkompression 
im Laserdrucker 

Mit einem neuen Verfahren zur Spei- 
cheroptimierung rüstet Brother Indu- 
stries, Nagoya/Japan, jetzt seine Pa- 
lette von Laserdruckern aus; vom 4- 
Seiten-Laser HL-4 bis zum post- 
scriptkompatiblen HL-8PS. Das von 
Brother entwickelte Datenkomprimie- 
rungsverfahren, Data Compression 
Technology (DACT) genannt, macht 
es möglich, mit Brother-Druckern Da- 
teien bis zur mehrfachen Größe, je 
nach Aufbau der Datei, des einge- 
bauten Speichers zu drucken. DACT 
komprimiert die vom PC eingehen- 
den Datei-Informationen und lädt sie 
in den internen Speicher. Dabei wer- 
den nicht die einzelnen Bildpunkte in 
den Speicher eingelesen, vielmehr 
sorgt DACT für die Zusammenfas- 
sung gleichartiger Bildinformationen 
und erstellt einen Zugriffsalgorithmus 
für den korrekten Ausdruck der Datei. 
So ist es beispielsweise möglich, eine 
Grafik vom Format DIN A4 mit einer 
Auflösung von 300 dpi, die etwa 1 
MByte Speicherkapazität benötigt, in 
einem Speicher von 512 KByte unter- 
zubringen. Unabhängig davon kön- 
nen die Vorteile von DACT auch in 
Kombination mit Speichererweiterun- 
gen genutzt werden. 

Tandon PC Ast I486 

Einen 486er, bei dem verschiedene 
neue Konstruktionsideen verwirklicht 
wurden, präsentierte jetzt Tandon. 
Der PC wurde nicht als File-Server 
konzipiert, sondern für den Einstieg in 
Einzelplatzanwendungen mit zeit-, 
rechen- und speicherintensiven Auf- 
gaben sowie Windows 3.0-Applika- 
tionen. Dank der hohen Integrations- 
dichte des von Tandon entwickelten 
MIAT-Chipsatzes konnte eine kom- 


pakte Bauweise erzielt und der PC in 
einem Slimlinegehäuse unterge- 
bracht werden. Eine ebenfalls von 
Tandon entwickelte Power-Poster- 
Logik soll gegenüber anderen PCs 
Leistungsvorteile bringen, indem sie 
die 32-Bit-Schreibanweisungen vom 
Prozessor ohne Wartezyklen entge- 
gennimmt, Pipeline-Schreibanwei- 
sungen zum MIAT unterstützt und so 
den Prozessor für andere Aufgaben 
freistellt. Auch dank dieser Merkmale 
soll der PCAsl/486 eine Systemlei- 
stung von 10,3 MIPS erreichen. 

In der Grundausstattung besitzt der 
neue Tandon 1 MByte Hauptspeicher 
(auf der Hauptplatine mit SIMMs bis 
zu 5 MByte, insgesamt bis zu 16 
MByte aufrüstbar), eine 110-MByte- 
Festplatte sowie eine parallele und 
zwei serielle Schnittstellen. Trotz des 
kleinen Gehäuses stehen noch 3 AT- 
kompatible 16-Bit- und ein XT-kom- 
patibler 8-Bit-Steckplatz zur Verfü- 
gung. 

Keine Scanner mehr 
von Siemens? 

Wie die PC-Woche im August mel- 
dete, beabsichtigt(e) die Firma, ab 
bzw. seit Ende September keine 
Scanner mehr zu produzieren. Ob- 
wohl die Marktprognosen für die Ein- 
lesegeräte günstig stehen, geht man 
bei Siemens nach den Absatzerfah- 
rungen mit der Highscan-Familie der 
letzten zwei Jahre offenbar davon 
aus, daß der Scannermarkt noch 
nicht reif sei. Für die meisten Siemen- 
sianer kommt diese Entscheidung 
recht überraschend, da noch im 
Herbst neue Geräte auf den Markt 
kommen sollten. Der bereits ange- 
kündigte Farbscanner wird nun auch 
nicht mehr ausgeliefert werden. 

Transceiver von AMD für 
kostengünstiges Ethernet 

Advanced Micro Devices hat einen 
Transceiver-Baustein entwickelt, mit 
dem sich preisgünstige lokale Netze 
nach dem Ethernet-Standard auf- 
bauen lassen. Verwendet werden 
keine dünnen Koaxialkabel wie beim 
Cheapernet, sondern zweiadrige, 
verdrillte Leitungen, wie sie von der 
Telefonie her bekannt sind. Der 
lOBASE-T-Transceiver-Baustein 
Am79C98 ist das Ergebnis eines vor 
etwa einem Jahr zwischen AMD und 
SynOptics abgeschlossenen Ent- 
wicklungsvertrages. AMD geht davon 
aus, daß 10BASE-T bis 1992 den 
größten Anteil am Ethernet-Markt ha- 
ben wird. 

Die meisten der bisher erhältlichen 
1 0B AS E-T- Karten sind im Transcei- 
ver-Bereich mit diskreten Bauele- 
menten aufgebaut. Mit dem Einsatz 
der Am79C98 sollen sich die Kosten 
dafür um etwa 50 % reduzieren las- 
sen. Außerdem ist der Am79C98 
nach Angaben von AMD der einzige 
Baustein dieser Art, der über eine Po- 
wer-down-Betriebsart verfügt. Das ist 
insbesondere bei der Anwendung in 
Laptops sehr hilfreich. 

Der lOBASE-T-Baustein von AMD 
benötigt im Gegensatz zu ähnlichen 
Bausteinen weder einen externen 
Quarz noch einen Taktgenerator. 
Darüber hinaus verfügt er über eine 
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automatische Predistortion-Steue- 
rung, eine automatische Polaritätser- 
kennungs- und Korrektureinrichtung 
sowie eine Hilfsschaltung zum An- 
schluß eines Status-LED-Displays. 
Der Am79C98 steht sowohl in einem 
24poligen SKINNYDIP- als auch in ei- 
nem 28poligen PLCC-Gehäuse zur 
Verfügung. Er läßt sich auch zusam- 
men mit Ethernet-Controllern anderer 
Hersteller betreiben. MP 

Marktentwicklung 
bei Rechentechnik 

Nach Angaben von Diebold waren in 
der BRD am 1.1. 1990 3279815 
Rechner installiert. Damit ist stück- 
zahlmäßig ein gleichbleibendes 
Wachstum von 33,7 % erreicht wor- 
den. Wertmäßig konnte mit 10,9% 
(auf 1 09,4 Mrd. DM) nicht an das Vor- 
jahr (17,4 %) angeknüpft werden. Der 
Bereich kommerzielle Systeme ver- 
buchte 1989 den letzten Zuwachs mit 
35,1 %. 

Der Marktführer IBM behauptete 
seine Position mit einem Zuwachs auf 
fast 500000 installierte Systeme. Bei 
den Systemen 3090 und 4381 gingen 
die Zuwachsraten deutlich zurück; 
auch die Installation des /3x-Systems 
war rückläufig. Enorme Steigerungs- 
raten wurden beim AS/400 (2900 neu 
installierte Maschinen) und bei den 
PS/2-Systemen (144 500 neu instal- 
lierte Geräte) erzielt. 

Siemens hat zusammen mit Nixdorf 
bei kleinen und mittleren Systemen 
die Spitzenposition erzielt. Das 
Stückzahlwachstum erreichte Sie- 
mens durch 215549 kleine und mitt- 
lere Systeme (insbesondere Sicomp 


und PCD). Bei großen Systemen san- 
ken die Zuwachszahlen. 

Die Firma Sun konnte 4000 Worksta- 
tions und die Firma Silicon Graphics 
561 Workstations verkaufen. 

Olivetti konnte 20 000 PCs installie- 
ren. DEC verdoppelte die Zahl der In- 
stallationen von VAX- und DEC-Sta- 
tionen. 

Insgesamt hat die Branche Büro-, In- 
formations- und Kommunikations- 
technik der BRD 1989 39,4 Mrd. DM 
umgesetzt. Gestiegene Einfuhren 
führten auf dem Gebiet der Kommuni- 
kations- und Informationstechnik zu 
einem Handelsdefizit. Erst im vierten 
Quartal 1 989 erholte sich die Produk- 
tion. Schwächen im Hardware-Be- 
reich wurden durch überproportiona- 
les Wachstum bei Software ausgegli- 
chen. Besonders Anbieter von Kom- 
plettlösungen hatten gute Absatz- 
chancen. Dienstleistungen und Soft- 
ware erzielten 1989 erstmals mit 35 
Mrd. DM einen höheren Absatz als 
die inländische Hardware-Produk- 
tion. Für 1 990 wird für die büro-, infor- 
mations- und kommunikationstechni- 
sche Industrie einschließlich Soft- 
ware und Dienstleistungen ein Um- 
satzanstieg von 8 % erwartet. 

Bei den Einfuhren dominierte Japan 
mit 46,2 %. Bei Telekommunikations- 
produkten konnten japanische Fir- 
men ihren Marktanteil in 4 Jahren ver- 
dreifachen. 

Der Markt für professionelle PCs ist 
mit 31,1% in der BRD im Jahre 1 989 
insgesamt überdurchschnittlich ge- 
wachsen. Nach Dataquest sollen 
895 000 PCs installiert worden 
sein. 

Fa 


Neue Dimensionen 
in der Dateneingabe 

Ein neuartiges Eingabegerät, das 
eine Kombination aus intelligentem 
Grafiktablett mit den Funktionen einer 
Maus darstellt, wurde von der Firma 
CalComp GmbH unter der Bezeich- 
nung WIZ vorgestellt. Mit diesem Ein- 
gabegerät sollen laut Hersteller auf- 
wendige Befehlseingaben per Tasta- 
tur sowie das Durcharbeiten durch 
Menüstrukturen wegfallen. Der Be- 
diener soll mit dem neuen Gerät in der 
Lage sein, in kürzester Zeit beispiels- 
weise von der Textverarbeitung in ein 
Grafik-Softwarepaket einzusteigen. 
Das Eingabegerät WIZ benötigt im 
Gegensatz zur herkömmlichen Maus 
statt 1 02 nur 59 Klicks und mit Makro- 
programmierung sogar nur 14 Klicks. 
Das entspricht einer Produktivitäts- 
steigerung von zirka 80 Prozent. Au- 
ßerdem soll das Gerät aufgrund sei- 
ner geringen Mechanik unempfind- 
lich gegenüber Staubpartikeln sein. 
WIZ besitzt neben einem Faden- 
kreuz, mit dem das Zeichnen und das 
Übertragen von grafischen Layouts 
präzise ausgeführt werden kann, eine 
große Anzahl von Software-Wechsel- 
schablonen. Jede Schablone bildet 
die Befehlsoberfläche eines Soft- 
warepakets ab. Die Befehle sind ver- 
schiedenfarbig kodiert und nach pro- 
grammlogischen Gesichtspunkten 
zusammengefaßt, so daß der Anwen- 
der die Befehle auf einen Blick über- 
schauen kann. Außerdem hat er die 
Möglichkeit, auf drei programmierba- 
ren Benutzerfeldern der Wechsel- 
schablone längere Befehlsketten ab- 
zuspeichern und mit einem Klick wie- 


Als Ergänzung zu unserem Beitrag auf der 3. Umschlagseite stellen wir Ihnen 
im folgenden einige Workstations vor, deren Ankündigung uns nach Redak- 
tionsschluß erreichte. 


Sun SPARCstation IPC ^ 



Im Leistungssegment zwischen dem 
neuen Einsteigersystem SPARCsta- 
tion SLC und dem High-End-System 
SPARCstation 1 + siedelte Sun jetzt 
den „Interpersonal Computer“, IPC, 
an. Sun bezeichnet dieses Modell als 
die bisher preisgünstigste Farb- 
Workstation auf RISC-Basis. Der Ein- 
stiegspreis liegt bei etwa 22 000 DM. 
In dem kompakten System sind in der 
Grundversion ein 3,5-Zoll-Floppy- 
laufwerk, eine Ethernet-Schnittstelle 
und zwei serielle Schnittstellen sowie 
die von den anderen SPARCstations 
bekannten Audio-Ein-/Ausgabemög- 


lichkeiten enthalten. Der 8-MByte- 
RAM kann mit 1- oder 4-MByte- 
SIMMs bis auf 24 MByte ausgebaut 
werden. Als Massenspeicher läßt 
sich eine 207-MByte-Festplatte inte- 
grieren, für Erweiterungskarten gibt 
es zwei Steckplätze mit dem S-Bus. 
Bei den Monitoren kann zwischen 16 
Zoll color und 17 oder 19 Zoll mono- 
chrom gewählt werden. Als Anwen- 
derzielgruppe sieht Sun insbeson- 
dere Industrie- und Dienstleistungs- 
unternehmen im kommerziellen und 
technischen Bereich, die einen lei- 
stungsstarken Arbeitsplatzrechner im 


Netzverbund und mit Farbfähigkeiten 
suchen. Als Leistungsangaben wer- 
den von Sun 15,8 Dhrystone-MIPS/ 
1,7 MFLOPS /10 SPECmark ge- 
nannt. 

Sony News 3140 

Bereits seit einiger Zeit versucht 
Sony, auch im Workstationmarkt An- 
teile zu erringen. Als Basis der Geräte 
wird auf den RISC-Prozessor R 3000 
der Firma MIPS zurückgegriffen, der 
bis zu 17 MIPS leistet. Bei dem jetzt 
angekündigten neuen Desktop-Mo- 
dell 3140 ist der Koprozessor R 3010 
integriert, mit dem 2,3 MFLOPS (Lin- 
pack) erreicht werden. Standardaus- 
stattung sind 8 MByte RAM, eine 240- 
M Byte-Festplatte, eine Ethernet-, 
eine Audio-, eine Centronics- und 
zwei RS 232-Schnittstellen. Mit ei- 
nem 19-Zoll-Monochrommonitor ko- 
stet eine solche Einstiegsversion 
knapp über 18000 DM. 

Sony Portable News 

Weiterhin kündigte Sony einen als 
Unix-Workstation bezeichneten por- 
tablen Rechner an. Mit 8 kg und 348 
x 41 7 x 95 mm 3 bewegt man sich da- 
mit bereits in Richtung Laptop. Der 
Portable arbeitet mit dem Prozessor 
Motorola 68030 (25 MHz) und dem 
entsprechenden Koprozessor 68882 
und leistet laut Sony knapp 4 MIPS 
(VAX-MIPS bzw. VUPs). Der 8- 
MByte-RAM kann bis zu 1 2 MByte er- 
weitert werden. Integriert sind bereits 
eine 240- MByte- Festplatte, ein 3,5- 
Zoll-Floppylaufwerk und je eine paral- 
lele, serielle, Maus- und SCSI- 
Schnittstelle. Für eine Erweiterungs- 


der aufzurufen. WIZ kann fast mit je- 
der Standardsoftware (MS-DOS, MS- 
Windows) eingesetzt werden - auch 
mit Paketen, die keine Maus unter- 
stützen. Gegenwärtig stehen für 35 
verschiedene Programm pakete Soft- 
ware-Schablonen zur Verfügung. 
Einsatzmöglichkeiten sieht die Firma 
CalComp vor allem in der Büroauto- 
mation, in Programmen der Textver- 
arbeitung, bei Tabellenkalkulationen 
und bei Datenbanken, das heißt bei 
Aufgabenkomplexen, wo strenge 
Strukturen vorliegen. Fa 

Elektromotor in Chip-Form 

Das Massachusetts Institute of Tech- 
nology (MIT) und die University of Ca- 
lifornia haben im Rahmen eines Pro- 
gramms zur Entwicklung von Mikro- 
strukturen gemeinsam einen Mikro- 
miniatur-Elektromotor entwickelt. 

Der Rotor dieses Motors wird durch 
elektrostatische Felder bewegt und 
hat einen Durchmesser von 0,1 mm. 
Die vom Motor mit variabler Kapazität 
entwickelte „Antriebskraft“ ist sehr 
gering. Probleme bestehen gegen- 
wärtig noch mit der Ankopplung von 
Drehiasten an den Rotor, sowie bei 
größeren Chip-Motoren (mit praktisch 
verwertbaren Drehlasten) mit dem 
frei schwebenden Rotor. 

Als gegenwärtige Anwendungsmög- 
lichkeiten werden Sensoren oder 
Wandler gesehen. Fa 


Steckkarte ist im Gehäuse ebenfalls 
noch Platz. Als Betriebssystem wird 
News-OS, eine Implementation von 
BSD 4.3, verwendet; dazu X/Window 
V.11, NFS, XNS und TCP/IP. Der 
Preis soll bei etwa 26 000 DM lie- 
gen. 

SPARC LT AS1 OOO/LI O 

Als welterster Laptop, der mit einer 
RISC-CPU als Hauptprozessor aus- 
gestattet ist, wurde kürzlich der von 
Toshiba entwickelte Spare LT prä- 
sentiert. Wie der Name verrät, wird 
der von Sun entwickelte Sparc-Pro- 
zessor verwendet, der dem Gerät 
eine Leistung von reichlich 13 MIPS 
verschafft. Weitere Merkmale sind 8 
MByte RAM (maximal 40 MByte), 64 
KByte Cache, eine 180-M Byte- Fest- 
platte, ein 3,5-Zoll-Floppylaufwerk 
und ein hintergrundbeleuchtetes 12- 
Zoll-Aktivmatrix-LC-Display (TFD) 
mit 1152 x 900 Pixel Auflösung. Für 
Erweiterungen gibt es 2 Steckplätze 
(1 x Sbus, 1 x Modem). Als Betriebs- 
system wird SunOS Unix R verwen- 
det; wegen der Kompatibilität zu den 
Workstations mit Sparc-Prozesso- 
ren, zum Beispiel Suns SPARCsta- 
tions, können etwa 1700 Softwarepa- 
kete genutzt werden. Als Anwen- 
dungsbereiche werden CAD/CAM, 
DTP und Software-Engineering ge- 
nannt. Aufgrund der Masse (7,8 kg), 
der Maße (340 x 375 x 98 mm 3 ) und 
der (offenbar) fehlenden Unabhän- 
gigkeit vom Stromnetz wird der Spare 
LT wohl weniger als Schoßcomputer 
denn als tragbare Workstation einge- 
setzt werden. 
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Residentes 

Druckprogramm 

unter CP/M 

Torsten Jäkel, Berlin 


Das Betriebssystem CP/M ermöglicht 

prinzipiell nur die Abarbeitung jeweils 
eines Programms. Das Drucken einer 
Datei erfolgt dabei durch den Aufruf 
eines entsprechenden Programms, 
das nicht vor Abschluß des Drucks 
verlassen werden kann. 


Im folgenden möchte ich Ihnen nun 
ein Programm vorstellen, mit dem die 
Ausgabe einer Datei an den Drucker 
im Hintergrund erfolgt und somit eine 
quasiparallele Programmabarbei- 
tung unter CP/M ermöglicht wird. 

Das Programm Spooler (Bild 1 ) wird 
wie jedes andere Anwenderpro- 
gramm aufgerufen und gestartet. Es 
besteht aber aus zwei Teilen, dem 
transienten, der das Starten des 
Druckprogramms (Spooler) über- 
nimmt und dem residenten zum Druk- 
ken der Datei. Während des Druk- 
kens muß sich der residente Teil stän- 
dig im Hauptspeicher befinden und 
daher vor dem Überschreiben durch 
andere, nachfolgend zu startende 
Programme geschützt werden. Das 
erfolgt durch die Änderung der 
BDOS-Eintrittsadresse (Basic Disk 
Operating System) in den Systemzel- 
len 0006H und 0007H (siehe auch III 
und 121). Da durch einen Warmstart 
(<Ctrl>-<C>) oder durch das Been- 
den eines Programms die BDOS-Zei- 
ger zurückgesetzt werden, muß das 
Druckprogramm stets neu resident 


; Spooler für CP/M 2.2 
; (C) Torsten Jäkel, 25.5.90 
/abhängiger Installationswert ! : 


CCPANF equ 


0C800H 


BDOS 

equ 

00005h 

DEFFCB 

equ 

0005Ch 

mustlen 

equ 

7 


. z80 


; testen , 

r ob Spooler aktiv 

anf ang : 

ld 

hl , kennl 


ld 

de , kenn2 


ld 

b, mustlen 

pruef : 

ld 

a, (de) 


cp 

(hl) 


jr 

nz , inaktiv 


inc 

hl 


inc 

de 


djnz 

pruef 

/Spooler noch 

aktiv 


ld 

de , msgl 

out er r : 

ld 

c, 09h 


call 

BDOS 


jp 

0000h 

/wenn Open-Fehler 

error : 

ld 

hl , kenn2 


ld 

b, mustlen 

cl_sp: 

ld 

(hl) ,0 


inc 

hl 


djnz 

cl sp 


jr 

outerr 

/Fehlertexte 


msgl : 

DB "spooler activ" 


DW 

OaOdh 


/Anfang CCP 

/ BDOS-Ruf 
/Standard FCB 
/Länge des Musters 


/ Fehlerausgabe 
/Warmstart 


/Kennung weg 


DB 


24h 


msg2: DB "can't open" 


DW 

DB 


OaOdh 
24h 


msg3 : 


DB "no file" 


DW OaOdh 

DB 24h 

kennl : DB "SPOOLER" 

; Spooler aktivieren 

inaktiv: : 


/Vergleichsmuster 


hl , xxl 

de , spooler 

bc , xx3-spooler 


ld 
Id 
ld 

ldir 

/testen, ob Datei angegeben 
ld a, (DEFFCB+1) 

cp ' ' 

jr nz,datist 

ld de,msg3 


gemacht werden. Dazu wird ein 
Sprung, der vom Betriebssystem 
nicht restauriert wird, direkt im BDOS 
modifiziert. 

Parallele Programmabarbeitung 
Das scheinbar parallele Laufen des 
Druckprogramms im Hintergrund ei- 
nes anderen Programms wird durch 
die faktische Erweiterung des BDOS 
möglich. 

Alle BDOS-Aufrufe werden zuerst 
zum Druckprogramm umgeleitet, das 
die Ausgabe der Daten übernimmt 
und anschließend den Systemruf an 
das eigentliche BDOS weitergibt. 

Ein BDOS-Ruf hat also das Einschie- 
ben des Druckprogramms zur Folge, 
und das Drucken erfolgt scheinbar 
parallel. 

Die Registerbelegung wird gesichert 
und spezielle BDOS-Funktionen 
überwacht, beispielsweise das Set- 
zen der DMA-Adresse. Da diese 
Funktionen sowohl von einem Anwen- 
derprogramm als auch vom Druck- 

/ FCB vorbereiten 


Programm aufgerufen werden, kann 
es sonst zu Konflikten kommen. 

Um den Zugriff auf die Diskette zu op- 
timieren, wird nicht mit der logischen 
Sektorlänge 128 Byte, sondern mit 
der physischen (z. B. 1024 Byte/Sek- 
tor) gearbeitet. Damit werden zeitauf- 
wendige Diskettenzugriffe verringert. 
Das Druckprogramm besitzt einen ei- 
genen Puffer, der mindestens einen 
physischen Sektor der Diskette auf- 
nehmen kann. 

Installation 

Das Programm wird durch den Assem- 
bler M80 und den Linker L80 generiert. 
Einzige anzupassende Konstante ist 
die Anfangsadresse (CCPANF) des 
CCP (Console Command Proces- 
sor), die ermittelt werden muß. Dazu 
kann der Inhalt der Systemzellen 
0006H und 0007H ausgewertet wer- 
den. Darin ist die Anfangsadresse 
des BDOS angegeben. Davon ist die 
Länge des CCP (2 KByte) abzuzie- 
hen. Eine andere Möglichkeit ist der 


is lw: ld 

hl, DEFFCB 


ld 

de , sp _f cb 


push 

de 


ld 

bc, 16 

/Lange Standard-FCB 

ldir 


/kopieren 

pop 

de 


/File eröffnen 



ld 

c , Ofh 


call 

BDOS 


cp 

Offh 


jr 

nz , no_err 

/Open fehlerhaft 

ld 

de,msg2 


jr 

error 


; BDOS-Eintritt 

verbiegen 


no err : ld 

hl, (BDOS+1) 

/wo BDOS- Ent ry 

ld 

(BDOSENT) , hl 

/alter BDOS-Anfang 

inc 

hl 


ld 

e, (hl) 


inc 

hl 


ld 

d, (hl) 

/interner BDOS-JP 

< ld 

(BDOSDI+1) , de 

/Adresse wohin merken 

ld 

de , spooler 


ld 

(hl) ,d 


dec 

hl 


ld 

(hl) , e 

/zum Spooler 

/Okay, Spooler 

aktiv 


jP 

0000h 

/Warmstart 


/ residenter Spooler — 

xxl: .phase CCPANF-0600h 

spooler :jp weiter 

bd_err : DEFS 8 

/Vergl .muster 
kenn2 : DB "SPOOLER" 


weiter : 


di 
ld 
ld 
push 
push 
push 
push 


(sprett) , sp 

sp, STACK 

hl 

de 

bc 

af 


/ BDOS-DW-Leiste 

/keine INT möglich 
/ Spooler-Stack 


/Spooler jedesmal resident machen 


/Register retten 


ld 

hl , spooler 

ld 

(BDOS+1) , hl 

/ BDOS-Ruf e 
ei 

testen 

ld 

a, Iah 

cp 

c 

jr 

nz , weil 

ld 

(DMA) , de 

/sind noch 

Daten da ? 

weil: ld 

hl, (offset) 

ld 

a , h 

or 

1 

jr 

nz,zei da 

/Sektoren einiesen 


jr 

error 


ld 

de, seepuff 

/LW der Datei 

ermitteln 


ld 

b, 8 

datist: ld 

a, (DEFFCB) 


lessect : push 

bc 

and 

a 


push 

de 

jr 

nz,is lw 

/mit LW angegeben 

ld 

c, Iah 

/akt. LW holen 



call 

BDOSDI 

ld 

c , 19h 


ld 

de, spfcb 

call 

bdos 


ld 

c, 14h 

inc 

a 

/ab LW A=1 im FCB 

call 

BDOSDI 

ld 

(DEFFCB) ,a 

/ablegen 

pop 

hl 


/set DMA ? 


/merken 


/noch da 

; 8 mal 128 Bytes 

/DMA setzen 
/direkt anspringen 

/sequenziell lesen 

/aktuelle DMA-Adresse 
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pop 

bc ; 

r Sektoranzahl 

and 

a 


jr 

nz, datend ; 

: Dateiende ? 

ld 

de, 128 


add 

hl, de 


ex 

de, hl 


djnz 

lessect 


/letzten Sektor 

gelesen 


datend: ld 

a , b 


cp 

8 j 

/kein Sektor ? 

jr 

z , spentf 


/Drucker bereit 

7 


zei da: ld 

hl, ( 0001 h) ; 

; BIOS-WBOOT 

ld 

de, 14*3 


add 

hl, de 

/Adresse BIOS-Listst. 

ld 

de , retadr 


push 

de 


jP 

(hl) 

/wie CALL 

retadr: and 

a 


jr 

/Zeichen holen 

z , zubdos ; 

/nicht bereit 

ld 

de, (offset) 


ld 

hl , seepuff 


add 

hl, de ; 

/weiter 

ld 

a, (hl) 


ld 

e,a 


cp 

laH ; 

?<Ctrl> <Z> - Textende 

jr 

z , spentf 


cp 

Odh 


jr 

nz, ausgl 


xor 

a 


ld 

(c_count),a ; 

/Anfang Zeile 

jr 

ausg3 


ausgl: cp 

09h 

/Tabulator ? 

jr 

nz , ausg 2 


call 

tabul 

/Leerzeichen ausgeben 

jr 

ausg4 


ausg 2 : cp 

Oah 


jr 

z,ausg3 

;LF nicht mitzählen 

ld 

a, (c_count) 


inc 

a 


ld 

(c count) , a 

/Zeichen zählen 

ausg3 : ld 

c, 05h 

; Druckerausgabe 

call 

BDOSDI 


/Puffer zu Ende 

7 


ausg4 : ld 

hl, (offset) 


inc 

hl 


ld 

(offset) ,hl 


ld 

de, 8*128 

; Puffergröße 

and 

a 


sbc 

hl, de 


jr 

nz , zubdos 


ld 

hl, 0 

/Puffer leer 

ld 

(offset) , hl 


/ausgegeben, jetzt gerufenes BDOS 

zubdos: ld 

de, (DMA) 


ld 

c , Iah 


call 

BDOSDI 

/reset DMA 

di 



pop 

af 


pop 

bc 


pop 

de 


pop 

hl 


ld 

ei 

sp, (sprett) 


jP 

BDOSDI 


/Datei fertig, 

Spooler entfernen 



Aufruf des Kommandos LOG im Pro- 
gramm Power /3/. In der letzten Zeile 
erhält man die letzte freie TPA- 
Adresse, die hier bereits die Adresse 
direkt vor dem CCP-Anfang ist. 

Das Programm ist sehr einfach gehal- 
ten, und es ist nicht verschieblich. Es 
kann nicht gleichzeitig mit anderen 
speicherresidenten Programmen an- 
gewendet werden. 

Während des Drückens von Dateien 
können andere Programme und Kom- 
mandos aufgerufen werden. Durch 
die Reservierung des Speicherplat- 
zes für das Programm und die Ablage 
vor dem CCP stehen etwa 3,5 KByte 
weniger Speicherplatz für Anwender- 
programme zur Verfügung. 

Das Programm druckt allerdings nur 
dann zyklisch, wenn auch kontinu- 
ierlich BDOS-Rufe erfolgen. Wird 
vom CCP ein neues Kommando ein- 
gelesen, aber nicht eingegeben, wird 
das Drucken unterbrochen. Dieser 
Zustand kann durch Aufruf des Pro- 
grammes Power verhindert werden. 


Das Programm Spooler leistet bereits 
in der vorliegenden Version gute 
Dienste, kann aber auch als Anre- 
gung für weitere eigene Lösungen 
dienen, die eine scheinbare parallele 
Abarbeitung unter CP/M erfordern, 
beispielsweise zur Meßwerterfas- 
sung oder zur Datenübertragung zwi- 
schen CP/M-Rechnern. 


| E3 KONTAKT W | 

Humboldt-Universität zu Berlin, Sektion 
Elektronik, Invalidenstraße 110, Berlin, 
1040; Tel. 2 80 3595 
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spentf : ld 

de, spfcb 

ld 

c, 10 h 

call 

BDOSDI 

ld 

de,msg4 

ld 

c, 09h 

call 

BDOSDI 

di 

ld 

hl, (BDOSENT) 

ld 

(BDOS+1) , hl 

ld 

de, (BDOSDI+1) 

inc 

hl 

ld 

(hl) ,e 

inc 

hl 

ld 

(hl),d 

ld 

hl , kenn 2 

ld 

b, mustlen 

clear: ld 

(hl ) ,0 

inc 

hl 

djnz 

clear 

jr 

zubdos 

tabul: ld 

c , 05h 

ld 

e, ' ' 

call 

BDOSDI 

ld 

a, (c_count) 

inc 

a 

ld 

(c count) , a 

and 

07h 

ret 

z 

jr 

tabul 

/ 

msg4 : DW 

OaOdh 

DB "j 

spooler ready " 

DW 

OaOdh 

DB 

24h 

/RAM-Zellen: 

sprett: DW 

0 

DMA: DW 

0 

offset: DW 

0 

c count : DB 

0 

/BDOS direkt 

intern anspringen 

BDOSDI:: jp 

0 

BDOSENT : : DW 

0 

/ FCB für ZU < 

druckende Datei 

sp feb: DEFS 

35,0 

seepuff : DEFS 

8*128 


; Stack des Spoolers 
DEFS 20 

STACK: 
xx3 : : 

. dephase 
end 


;close 

; Nachricht 

; alter BDOS-Anfang 
/entfernen 


;BDOS reparieren 


/Kennung weg 

; BDOS-Nr . 5 
/Leerzeichen 

/Zeichenzähler +1 
/Position erreicht ? 


/keine Bytes da 
; Zeichenzähler 


; alte BDOS-Adr. 

/mit 0 initial. 
; Sektorpuffer 


Bild 1 Das Programm Spooler druckt im Hintergrund 


Zitiertes 

CHIP erreicht ... noch immer eine 
Flut von Bittschriften, ja Bettelbriefen. 
Klar: Hieß es doch noch in der CHIP- 
Ausgabe vom März 1990 auf Seite 
17: „Wer Computer in die DDR spen- 
den will - CHIP vermittelt Kontakte“. 
Heute können wir mit Fug und Recht 
behaupten, die schlimmste (Compu- 
ter-)Not sei vorbei. Trotzdem stehen 
DDR-Bürger weiterhin auf der Matte: 
„Zu meinem Glück fehlt mit eigentlich 
nur noch ein 386er-AT. Besorgen Sie 
den bitte zu einem symbolischen 
Kaufpreis!“ Eine CHIP-Mitarbeiterin 
kommentierte diese Zuschrift trok- 
ken: „Ein AT fehlt auch mir zu mei- 
nem Glück. Bloß, wo soll ich betteln?“ 
. . . Wenn ich einen Rechner haben 
will, dann kaufe ich mir einen. Wenn 


es für einen großen Computer nicht 
reicht, spare ich eine Zeitlang oder 
begnüge mich mit einem kleinen. . . . 
Und ich meine, für die vielen Anwen- 
der in der DDR sollte dieser Grund- 
satz nicht minder gelten. 
aus CHIP 8/90 

Dr. Peter Löber von der Technischen 
Universität in Chemnitz freut sich 
über den neuen Escom-XT für sein 
Institut. Die CHIP-Redaktion hatte 
ihm das Gerät geschenkt als Aner- 
kennung für seine Bemühungen beim 
Beschaffen von fünf DDR-Compu- 
tern, die im Labor in München den üb- 
lichen Tests unterworfen wurden. 
aus CHIP 7/90 

Wirkung und Ursache? 


TERMIN 

HIGHTEACH ’90 

Fachmesse für Bildung und Kommunikation 

WER? Dr. Anton & Partner GmbH und Kammer der Technik 

WANN? 26. bis 29. November 1 990 

WO? Cottus 

WAS? 

• vorschulische Erziehung und schulische Bildung 

• berufliche Aus- und Weiterbildung 

• allgemeine Weiterbildung 

• Fach-/Hochschulstudium 

WIE? Informationen über Dr. Anton & Partner GmbH, Frankfurter Straße 26, W- 
6453 Seligenstadt; Tel. (0 61 82) 2 70 98/99 
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Systemtuning 

mit TSR-Programmen: 

Grundlagen, Tips 
und Utilities 
zum Programmieren 
residenter Programme 

von G. Born, Addison-Wesley, Bonn 
1989, 250 S. incl. Programmdiskette, 
69- DM 

Falls Sie mit dem Titel des Buches 
nichts anzufangen wissen: TSR (= 
Terminate and Stay Resident) steht 
als Kürzel für residente, also solche 
Programme, die im Speicher verblei- 
ben und entweder als Systemerwei- 
terungen unbemerkt ihre Arbeit ver- 
richten (wie Append und Print) oder 
per Hotkey aktiviert werden (zumeist 
Utilities wie SideKick oder Online-Hil- 
fen wie die Norton-Guides). Jeder 
DOS-Nutzer kommt also damit in Be- 
rührung. Weniger bekannt dagegen 
ist, wie solche TSRs programmiert 
werden, vor allem, wie Behinderun- 
gen zu vermeiden sind. 

Ein Buch zu dieser Thematik ist nur 
zu begrüßen, denn Informationen 
sind rar. Das liegt vor allem daran, 
daß DOS ursprünglich nicht für das 
Nebeneinander mehrerer Pro- 
gramme gedacht war und eine Reihe 
nachträglicher Erweiterungen des 
Herstellers nur für den eigenen Ge- 
brauch bestimmt sind. Systemfunk- 
tionen wie der Interrupt 28h oder das 
DOS-Critical-Region-Flag gelten - 
obwohl in vielen Programmen ver- 
wendet - als undokumentiert und tau- 
chen deshalb in den Handbüchern 
nicht auf. 

Zumeist müssen derlei Informationen 
aus den Nebensätzen der Profilitera- 
tur und Fachzeitschriften zusammen- 
gesucht werden. Genau hier setzt 
das Buch ein. Neben der Vollständig- 
keit (sofern das überhaupt beurteilt 
werden kann) gefällt vor allem die 
übersichtliche Darstellung und gute 
Aufbereitung des Stoffes für den Le- 
ser. Deshalb ist das Werk gerade für 
den Einstieg in die Thematik geeig- 
net. 

Wenn Sie sich bereits eingehend mit 
speicherresidenten Programmen be- 
faßt haben - erwarten Sie nichts 
Neues. Die recht vollständige Zusam- 
menfassung und Systematisierung 
der diversen Möglichkeiten sucht 
aber ihresgleichen und ist so sicher 
auch zum Nachschlagen gedacht. 
Dagegen wurde auf einen Referenz- 
teil fast völlig verzichtet. Es kann zwar 
vorausgesetzt werden, daß der fort- 
geschrittene Programmierer über Li- 
teratur zu den DOS-lnterna verfügt, 
doch müssen sie beim Studium des 
Buches stets zur Hand sein. 

Die zahlreichen Beispiele werden in 
Turbo-Pascal vorgestellt, ein paar 
kurze Programmsequenzen auch in 
Assembler. Das Lieblingsprogramm 
des Autors scheint der Crossrefe- 
renzlister XREF für Pascal zu sein. 
Nicht weniger als 38 Seiten nehmen 
die Verweise der kurzen und zudem 
auf Diskette vorhandenen Demopro- 
gramme ein. Seitenfüller? Thema- 
tisch sind die Beispiele dagegen gut 
gewählt, und eine Reihe von ihnen 
kann ohne Veränderungen einge- 
setztwerden. Im einzelnen handelt es 
sich um einen Druckspooler, eine Sy- 
stemuhr, ein Programm zum Abspei- 


Literatur 


ehern des Bildschirms sowie Tools 
zur Verwaltung residenter Pro- 
gramme (Anzeigen, Markieren, Frei- 
geben). Daneben gibt es auch Infor- 
mationen zu Themen, die nicht direkt 
mit TSRs Zusammenhängen, etwa 
die Funktionsweise der EMS-Verwal- 
tung. 

Alles in allem ein Werk, das praxisnah 
Wissen vermittelt, dessen eigentli- 
cher Wert aber im Zusammentragen 
der Erfahrungen mit residenten Pro- 
grammen unter DOS besteht. 

U. Schulze 

Das Addison-Wesley 
Werk zu WORD 5.0 

von Rainer Haselier, Addison-Wes- 
ley, Bonn 1990, 800 S., 1 Diskette, 
68,- DM, ISBN 3-89319-180-1 

Neben der Tatsache, daß dieses 
Buch schon allein durch einen 
Rechtsstreit zweier Verlage die Auf- 
merksamkeit auf sich zieht, hebt es 
sich wohltuend aus der Palette son- 
stiger Literatur zu WORD dadurch 
hervor, daß es für Einsteiger und 
Textverarbeitungsprofis gleicherma- 
ßen gedacht ist. Auf den Rechtsstreit 
deutet das nunmehr geschwärzte 
WORD „Standard“ hin - auf den uni- 
versellen Anspruch eines Lern- und 
Nachschlagewerkes der Umfang von 
800 Seiten, womit dieses Buch dem 
Originalhandbuch von Microsoft in 
diesem Punkt in nichts nachsteht. 
Nach einem kurzen Blick wird auch 
sofort klar, daß es in manch anderer 
Hinsicht nicht nur die Originalliteratur 
ergänzt, sondern auch ersetzen kann 

- was dies auch immer hinsichtlich 
der Notwendigkeit zur lizensierten 
Benutzung von WORD bedeutet. 

Der Einsteiger wird in diesem Buch 
systematisch in die Textverarbeitung 
eingeführt, wobei zum Studium nicht 
notwendigerweise der Computer hin- 
zugezogen werden muß, da alle we- 
sentlichen Bildschirm-Menüs abge- 
bildet sind. Der Routinier wird seine 
Aufmerksamkeit auf die letzten Ab- 
schnitte des Buches richten, die sich 
mit spezielleren Themen wie Grafik- 
einbindung, Druckertreiber usw. be- 
schäftigen und dem Anspruch eines 
Nachschlagewerkes vollauf genü- 
gen. Die Darstellungsweise ist insbe- 
sondere auf den ersten Seiten aus- 
führlichst. Jede Tastenbetätigung 
und Tastenkombination wird unmiß- 
verständlich beschrieben. Diese Aus- 
führlichkeit ermöglicht in erster Linie 
dem Nicht-DV-Fachmann den Ein- 
stieg - der Routinier wird dies sicher 
nachsehen. Die Präzision der Be- 
schreibung der WORD-Bedienung 
steht aber in Widerspruch zur Qualität 
und Quantität der Hinweise zur Instal- 
lation und Organisation der Textver- 
arbeitung am PC. Dieses Problem 
wird eher formal abgehandelt. Zur 
professionellen Textverarbeitung ge- 
hört neben dem Schreiben von Tex- 
ten auch deren Sicherung und Ablage 
unter Zuhilfenahme der Mechanis- 
men des Betriebssystems. Wo zum 
Beispiel legt man die T extdateien vor- 
teilhafterweise ab? - Sicher nicht im 
WORD-Directory, wie es bei einigen 
Beispielen offensichtlich wird. Ge- 
rade der Anfänger benötigt hier Hilfe. 
Der Profi wird dies weniger vermissen 

- ihn dürften die Ausführungen, die er 


zu den Druckertreibern und zur pro- 
fessionellen Textgestaltung findet, 
besonders erfreuen. Vielleicht hätte 
man sich hier noch ausführlichere 
Hinweise in Richtung des DTP ge- 
wünscht, was aber sicher den Rah- 
men des Buches sprengen würde. So 
ist das Buch ein Beispiel für einen 
Kompromiß, der es tatsächlich - un- 
geachtet aller Rechtsstreitigkeit um 
das ehemalige Wort „Standard“ im 
Buchtitel - inhaltlich zu einem Stan- 
dardwerk werden läßt. Ch. Manisch 

Erfolgreiche Musterlösun- 
gen für PC-Host-Verbin- 
düngen 

von G. Sollfrank, WEKA-Fachverlage 
GmbH Kissing 1989, 1900 Seiten, 2 
Bände, 292- DM 

Der Autor stellt in seinem Werk praxis- 
erprobte Hard- und Softwaregrund- 
konzepte für PC-Host-Verbindungen 
aus herstellerneutraler Sicht vor. Da- 
bei werden im konzeptionellen Teil in- 
telligente Workstations, Integrations-, 
und Netzwerkkonzepte sowie PC- 
Host-Verbindungen in lokalen Netzen 
ausführlich behandelt. Daran schlie- 
ßen sich Grundlagen der praktischen 
Rechnerkommunikation, Übersich- 
ten über Standardsoftware und Me- 
thoden zur Fehlersuche in den PC- 
Host-Verbindungen an. Protokolle 
und Dienste für PC-Host-Systeme, 
z. B. OSI-Referenzmodell, XMO- 
DEM-Protokoll, SNA, DECnet usw., 
werden detailliert praxisbezogen er- 
läutert. Im praktischen Teil des Wer- 
kes werden PC-Host-Musterlösun- 
gen, so z. B. Terminalemulation, per- 
manente Kommunikation, File-Trans- 
fer mit intelligenten Workstations, 
verteilte PPS-Systeme sowie externe 
und verteilte Datenbanksysteme 
(ORACLE) in Verbindung mit LAN- 
Konzepten, dargestellt. Abschlie- 
ßend werden Mittel und Methoden zur 
effektiven Vorbereitung, Schulung 
und Betreuung von PC-Host-Verbin- 
dungssystemen (z. B. Information- 
Center-Konzept, Profit-Center-Kon- 
zept) in der kooperativen Zusammen- 
arbeit zwischen Organisations-/lnfor- 
mationsbereichen und den Anwen- 
dern in betriebiiehen Fachabteilun- 
gen in Form von praxisnahen Modell- 
darstellungen vorgestellt. 

Der Autor hat ein Übersichtswerk ge- 
schaffen, das jungen und praxiser- 
fahrenen Informatikern, Organisato- 
ren, aber auch Managern und An- 
wendern Unterstützung für ihre effi- 
ziente praktische Arbeit geben wird. 

W. Schölling 

TURBO PASCAL 5.5 

Der Einstieg in 20 Schritten 

von M.-A. Beisecker und P. Brick- 
wede, SYBEX-Verlag, Düsseldorf 
1989, 138 S., 19,80 DM, ISBN 3- 
88745-732-3 

Das Büchlein der QuickStart- Buch- 
Reihe will - wie seine Vorgänger - 
dem Nutzer eines Programms er- 
möglichen, sich schnell mit diesem 
vertraut zu machen und ihn über des- 
sen wesentliche Eigenschaften zu in- 
formieren. In 20 Schritten wird das 
Leistungsvermögen des Programms 
dargestellt, sowie eine grundlegende 


Einführung und Übersicht gegeben. 
Durch die Verwendung von „icons“ 
lassen sich QuickStart-Bücher auch 
als schnell handhabbare Nachschla- 
gewerke nutzen. 

Die Autoren geben eine stringente 
und methodisch durchdachte Einfüh- 
rung in Turbo-Pascal 5.5, wobei die 
einzelnen Schritte logisch aufeinan- 
der aufbauen. Vor jedem Schritt ist — 
als Orientierungshilfe - die Zeit ange- 
geben, die man in etwa benötigt, um 
den Schritt am Rechner nachzuvoll- 
ziehen. Es ist aber auch möglich, die 
Schritte ohne Rechner abzuarbeiten. 
Den Anhang bildet ein ca. 20 Seiten 
langes Aktienprogramm. An Hand 
dieses Programms kann der Leser 
die einzelnen Schritte am Beispiel 
vertiefen. Gleichzeitig wird ein sauber 
strukturiertes Pascal-Programm vor- 
geführt, durch das die Blockorientiert- 
heit der Sprache demonstriert wird. 
Die Schritte 1 bis 1 5 befassen sich mit 
den Grundlagen der Programmie- 
rung in Turbo-Pascal 5.5. 

In den Schritten 1 6 bis 20 werden der 
Debugger, die objektorientierte Pro- 
grammierung, der EMS-Speicher so- 
wie die Tool-Boxen für Turbo-Pascal 
abgehandelt. Entsprechend der Zeit- 
vorgabe der Autoren benötigt man für 
die Durcharbeitung des Buches am 
Rechner etwa 10,5 Stunden. 
Zusammenfassend kann einge- 
schätzt werden, daß mit TURBO- 
PASCAL 5.5 eine Publikation vor- 
liegt, die insbesondere dem profilier- 
ten Turbo-Pascal-Programmierer 
den problemlosen Umstieg auf die 
Version 5.5 ermöglicht. Dem Pascal- 
Einsteiger sei das parallele Studium 
von Literatur zu Standard Pascal an- 
empfohlen. Derzeitaufwand wird frei- 
lich wesentlich größer als der des 
Umsteigers sein, aber auch für ihn 
wird er sich stark reduzieren. C. Paul 

Aktuelle 

EDV-Nachschlagewerke 

Von der WEKA-Fachverlage GmbH 
sind zwei bemerkenswerte, umfang- 
reiche Nachschlagewerke für die Or- 
ganisations- und EDV-Arbeit in Un- 
ternehmen - insbesondere zur Ver- 
besserung der EDV-Kompetenz und 
-Kenntnisse in kaufmännischen und 
technischen Unternehmensberei- 
chen - herausgegeben worden: 

1. Mertin, Carl-Otto: Aktuelle EDV- 
Musterpflichtenhefte zur präzisen 
Definition der kompletten Anforde- 
rungen an EDV-Lösungen in allen 
käufmännischen Bereichen. Ordner 
A5-Format, 1300 Seiten 

2. Aktuelle EDV-Musterpflichten- 
hefte für alle technischen Unterneh- 
mensbereiche. Ordner A5-Format, 
1400 Seiten. 

Die beiden Nachschlagewerke be- 
inhalten sehr detaillierte Musterpflich- 
tenhefte für alle relevanten kaufmän- 
nischen und technischen Unterneh- 
mensaufgaben sowie Checklisten zur 
Beschreibung der Aufgaben, Auf- 
nahme von Datenmengengerüsten 
und Projektplanung in einer für die 
praktische Arbeit notwendigen effek- 
tiven Darstellungsform. Sch. 
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Glaubt man Öen Berichten, so wird 
IBM mit dem zweiten Anlauf im 
Workstation markt ein großer Sprung 
gelingen; Die für dieses Jahr geplante 
Produktion von Modellen des neuen 
RISC-Sy stem s/6000 soll längst ver- 
kauft sein, und auch in die etwas wei- 
tere Zukunft blickt man bei IBM zuver- 
sichtlich. Laut einer Umfrage nach 
den bei DV-Managem gefragtesten 
Workstations kam IBM mit seinem 
neuen Produkt aus dem Stand auf 
Platz zwei hinter der Sparcstatton der 
Firma Sun und vor den Firmen HP/ 
Apollo und DEC. 

Das System/6000 hatten wir ln unse- 
rem Ce BIT- Bericht bereits vorgestellt 
{siehe MP 8/90. S. 33) ; hier wollen wir 
einige der Systeme nennen, die der 
Wettbewerb ins Rennen schickt. 

Da wäre zunächst die offenbar als 
Preisbrecher bei Eirtstiegsmodellen 
gedachte Workstation von Sun mit 
Namen SLC - Super Low Cost. Das 
System soll für unter 12000 - exakt 
1 1 980 DM — angeboten werden 
(Bild 1 ). Allerdings handelt es sich da- 
bei um eine sogenannte Diskäess- 
Workstation, bei der weder Disketten- 
noch Festpiattenlaufwerk integriert 
sind. Der Einsatz ist also vor allem als 
Workgroup Computer im Lokalen 
Netz zur Doku mente nbearbestung, 
für das Software- Engineering, die 
Zeichnungserstellung beim CAD und 
bei Datenbankanwendungen ge- 
dacht. Jedoch kann der Arbeitsplatz 
über einen SCSI -Port auch mit exter- 
nen Floppy- oder Harddisks und CD- 
ROM- Drives für den autonomen Be- 
trieb versehen werden. Besonderes 
Merkmal ist die Unterbringung des 
SPARC-Prozessors (20 MHz: Lei- 
stung 1 2,5 MIPS, 1 ,25 M FLOPS, 
7,6 SPECmark), des Hauptspeichers 
(6 bis 16 MByte). des Platten- und 
Netzwerkinlerfaces, des Audiosy- 
stems sowie der Stromversorgung im 
17-Zoll-Monochrom-Monitor (1152 x 
900 Pixel). Doch nicht nur mit dem da- 
mit möglichen Verzicht aul ein Grund- 
gerätegehäuse äst der SLC beson- 
ders anwenderfreundlich, sondern 
auch mit dem Wegfall des Betriebs 
geräusches, da kein Lüfter notwendig 
ist. 

Ebenfalls im Mai kündigte Sun die 
Weiterentwicklung der SPARCsta- 
tion 1 an, die mit 80000 ausgeliefer- 
ten Systemen und einem Weltmarkt- 
antsif von 54% die weltweit erfolg- 


reichste RI SC- Workstation sein soll. 
Die SPA RC Station 1+ hat bei 
25 MHz Taktfrequenz eine Leistung 
von 15,75 MIPS, einen Grafikbe- 
schleuniger, Färb- oder Monochrom- 
Monitor und integrierte Platten! auf- 
werke. 

Kurz nach der CeBIT kam im April von 
Digital Equipment die Kampfansage 
an IBMs System/6000 mit der Ankün- 
digung der neuen Grafikworkstation 
DECstatton 5000, Modell 200 
(Bild 2) als nunmehr leistungsfähig- 
stes RISC-System der Produkt- 
palette. (Mit dieser Ankündigung 
senkte die Firma übrigens gleich- 
zeitig die Preise für die bisherigen 
RISC-Workstatkxis: DECstation 2100 
nunmehr 15000DM, DECstation 3100 
^etzt ab 22500 DM.) Auch die neue 
DECstation ist ein Disktess-System ; je- 
doch lassen sich als Zusatzspeicher 
Festplattenlaufwerke, Streamer, DAT- 
Laufwerk und CD-ROM-Dhve in der 
Desktop-Erweiterungsbox BA42 unter- 
bringen, Herz der Rechner ist der CPU- 
und FPU-Chipsatz R3000/R3010 mit 
25 MHz. Als Rechen teistungen werden 
24 MIPS, 3,7MFLQPS Linpack bei 
doppelter Genauigkeit und 18,5 SPEC- 
mark angegeben. Das System wurde 
insbesondere für rechenintensive 2D- 
und 3D-Grafikanwendungen entwik- 
kett und ist in vier Grafikkonflgufato- 
nen lieferbar: Modell 200 GX als Ein- 
stiegsversion, besonders für CASE- 
Anwendungen, ohne anspruchsvolle 
Grafik; Modelt 200 PX mit schneller 
2D- Vektor* und Raster-Grafikleistung 
für ECA und MCAD (mit neuem Pixel* 
Prozessor Pixelstamp); Modell 
200 PXG mit 3D- Beschleuniger Intel 
1860 (33 MHz) zusätzlich zum Pixel- 
stamp, fürCAD/CAM/CAE usw.; Mo- 
de// 200 PXG Turbo mit einer Drei- 
fachkarte, die unter anderem als Gra- 
fikbeschleuniger den Prozessor i&60 
mit 40 MHz enthält. Mit letzterer Ver- 
sion soll die Verarbeitung von bis zu 
400000 3D- Vektoren je Sekunde 
möglich sein. Damit eignet sie sich 
auch für Anwendungen im oberen 
Leistungsbereich wie Visualisierung 
und komplexe Animation. 

Die Größe des Hauptspeichers liegt 
zwischen 8 und 120 MByte; der Sy- 
stempufferspeicher hat 128 KByte. 
Eine Neuheit der „5000" ist der jetzt 
von DEC gebotene TURBOchannel 
als offene Desktop-Schnittstelle bzw. 


E/A- Kanal, Dieses neue Bussystem 
soll Datenübertragungsraten von 
lOOMByte/s erlauben In der DEC- 
station 5000 gibt es drei optionale Ka- 
näle, von denen jeder eine Karte un- 
terstützt. Diese können zur Steige- 
rung der Gratikfähigkerten oder zur 
Kopplung der Peripherie bzw. der 
Kommunikationsschnittstellen, bei- 
spielsweise VME, SCSI, FDDI, Ether- 
net, dienen. 

Gleichzeitig mit der neuen Worksta- 
tion wurde die neue Unix- Version von 
DEC, Ultrix 4.0, angekündigt, die Po- 
stx- und X/Open -Standards berück- 
sichtigt. Als universelles Mehrbenut- 
zersystem bzw. als Serversystem 
kommt die DECstation unter der Be- 
zeichnung DECsystem 5000; Mo- 
dell 200 auf den Markt. Eine platten - 
lose DECstation soll mit 8 MByte 
Hauptspeicher . 1 9-Zol l-Monochrom - 
monitor, Ethernet-Anschluß sowie Ul- 
trix- und DECwindows-Lizenz für un- 
ter 30000 DM erhältlich sein. 

Mitte Juni verknüpfte Hewlett-Pak- 
kard seine eigene Workstationstinie 
mit der des 1989 übernommenen 
Herstellers Apollo Computer. Ein Er- 
gebnis ist die neue HP Apollo 9000 
Serie 400, die Modelle mit Leistun- 
gen zwischen 1 2 und 26 MIPS umfaßt 
und kompatibel zu den bisherigen 
HP- und Apollo-Workstations (mit 
Motorola-68 000- Prozessor) ist. 

Zum Einstieg ist das Modell 400dl 
vorgesehen: ausgestattet mit Moto- 
rola 68030, 50 MHz und 12 MIPS Lei- 


stung bzw. 68040, 25 MHz und 
20 MIPS. Die Modelle 425t und 400t 
leisten ebenfalls bis zu 20 MIPS bzw. 
3,5 M FLOPS; sie verfügen über bis 
zu 64 MByte RAM, zwei integrierte 
200-MByte-Harddisks, SCSI-, RS- 
232-C* und Centronics-Schnittstei- 
len, Alle Versionen sind Auftischmo- 
delle, im Gegensatz zu den im Bei- 
stellgehäuse untergebrachten Mo- 
dellen 433s und 400s. Das Modell 
433s ist insofern bemerkenswert, als 
es zwar mit dem 50-MHz-Motoroia- 
68030 ausgestattet ist, aber dem 
EISA-Bus entspricht und damit kom- 
patibel zum PC/AT- bzw. ISA-Bus 
sein soll. Die Leistung beträgt 
12 MIPS; die des Modells 400s mit 
33-M H z-66040-Pr ozessor 26 MIPS 
bzw. 4,5 M FLOPS. 

Mit diesen Workstations kündigte 
HP auf Basis des 68040 auch eine 
neue Familie von Grafiksystemen, 
HP Apollo VRX, an. Deren Leistung 
soll bei bis zu einer Million 3D-Vektö- 
ren/s liegen. 

Auch die Prozessorenhersteller 
selbst fertigen bekanntlich Computer, 
die mit ihren Prozessoren ausgestat- 
tet sind; und sei es auch nur ais OEM- 
Modelle wie beispielsweise bei Intel. 
So kündigte die Firma bereits Anfang 
des Jahres ais einsatzfertige Sy- 
steme auf der Basis der Prozessoren 
386SX. 386DX und 466 die MicroSy* 
stem Serie 1000 (386SX, 16 MHz, 
3 MIPS, 4 MByte RAM, integrierte 
HD; als Einstiegsmodell), Serie 3000 
(386, 25 MHz, 6 MIPS, 64 KByte Ca- 
che, ß MByte RAM, integrierte HD; als 
Mitteiklasseangebot) und Serie 4000 
(486, 25 MHz, 12 MIPS, B KByte Ca- 
che on Chip, 8 MByte RAM, inte- 
grierte HD) an. 

Der Entwickler der R3000-RISC-Pro- 
zessoren, die Firma MIPS Computer, 
hat ebenfalls unlängst eine neue 
Workstation -Serie sowie einen Ser- 
ver angekündigt. Die Workstation 
Magnum 3000 basiert auf dem Pro- 
zessor R3000 und soll 3,6 M FLOPS 
bzw, 17,8 SPECmark leisten. Das 
Grundmodell hat 8 MByte RAM, ei- 
nen 17-2ol(- Monochrom- Monitor, 
aber keine Platten lautwerke. GEM- 
Kunden können sich jedoch verschie- 
dene Modelle nach Bedarf konfigurie- 
ren und aufrüsten. 

Auch von anderen Firmen wie Sie- 
mens, Bull oder Unisys gibt es Pro- 
dukten kündig ungen, auf die hier nicht 
mehr eingegangen werden kann - 
verfolgen Sie bitte dazu unsere Ru- 
brik Entwicklungen und Tendenzen, 
in der wir regelmäßig besonders inter- 
essante Produkte vorstellen. MP Wa 
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Bereits seit längerem wird dem Able- 
ger der Musik-Compact- Disk, der 
CD-ROM (Compact Disk-ftead Only 
Memory) der große Durchbruch pro- 
phezei!. Dies ist etner seils verständ- 
lich, da auf der Wechsel baren 5 1/4- 
Zoll-Scheibe immerhin über 
500 MByte untergebracht werden 
können. Das entspricht etwa der Ka- 
pazität von 800 Disketten mit je 
800 KByte, Oder 3ÜDQOO A4-Schreib- 
maschJnenserten Natürlich fassen 
sich auch digitalisierte Bilder oder 
Musik auf der CD-ROM speichern. 
Andererseits resultiert aus der Tatsa- 
che, daß der Anwender die Platten 
nur lesen kann, also auf vorgegebene 
Informationen angewiesen ist, der 
bekannte Henrre-und- Ei- Effekt :Com- 
puterhersteller und Anwender wollen 
die Laufwerke erst dann einsetzen, 
wenn genügend Applikationen auf 
CD-ROM verfügbar sind. Die CD- 
ROM-Anbieter wiederum zögern, so 
lange es für die mögliche und ökono- 
misch notwendige Massenproduktion 
der Scheiben auf dem Markt nicht ge- 
nügend Laufwerke, sprich potentiell 
Kunden gibt. Dennoch sollen bereits 
an die 1000 CD-ROM-Titel lieferbar 
sein: vor allem Nachschlagewerke 
wie Telefonbücher, Patentinformatio- 
nen. Bildarchive, Bestellkataloge, 
aber auch Servicekataloge von Her- 
stellern. Und vielleicht gelingt es der 
CD-ROM, sich als nur lesbarer Spei- 
cher gegenüber den jetzt aufkom- 
menden wiederbeschreibbaren opti- 
schen Medien ebenso zu behaupten 
wie die heute immer noch beliebte 
Schallplatte gegen die Konkurrenz 
des Magnettonbandes. 

Vor diesem Hintergrund ist die Idee 
der kleinen Westberliner Firma Lotos 
Computer bemerkenswert, mit der 
zunehmenden Mobilität des Compu- 
ters dem Anwender auch CD-RÜM- 
Informationen zur Verfügung zu stel- 
len - also einen Laptop mit CD-ROM- 
Laufwerk zu versehen. Aus der Idee 
wurde 1989 Realität in Form des CD- 
ROM-Laptop: ausgestattet mit 

80286- Prozessor (12 MHz), 1 bis 
4 MByte RAM. 40-M Byte- Festplatte, 
3, 5-Zotl-/1 ,44- MByte- Floppy und ei- 
nem 635-MByte-CD-ROM -Laufwerk. 
Erst zur diesjährigen CeBIT präsen- 
tierte ein weiterer Hersteller, die 
Firma Goupil, ebenfalls einen Laptop 
mit integriertem CD-ROM-Laufwerk; 


integrierte Disketten- oder Festplat- 
tenlautwerke verzichtet werden. So 
werden der ROM mit Laufwerk C an- 
gesprochen, 20 KByte RAM stan- 
dardmäßig als RAM-Disk, mit Lauf- 
werk D. Zusätzliche Speicherkapazi- 
tät edangt man mittels Speicherkar- 
ten von Scheckkarteng röße - als 
RAM gegenwärtig je 51 2 KByte, künf- 
tig 1 MByte, als ROM 2 MByte für 
die es zwei Aufnahmeschlitze im Ge- 
häuse gibt und die als Laufwerk A und 
B angesprochen werden können. 
Eine RAM- Karte ist im Lieferumfang 
bereits enthalten. Darüber hinaus 
kann über den Connector, der als se- 
rielle, parallele oder Floppy-Schnitt- 
stelle dient, kommuniziert werden. 
Beispielsweise mit dem als externes 
Laufwerk lieferbaren Poqet Floppy- 
laufwerk (3 1 12 Zoll, t ,44 MByte) oder 
einem anderen PC. Hervorzuheben 
Ist die gegenüber anderen Notebook- 
PCs und Laptops sehr lange Nut- 
zungsdauer von bis zu 100 Stunden 


je Batteriesatz (2xAA Mignon), die 
mit speziellen konstruktiven und soft- 
war emäßigen Mitteln erreicht wurde. 
So enthalten die im Zuge der Entwick- 
lung des Poqet angemsideten 15 Pa- 
tente allein 54 Einzelansprüche, die 
sich auf den Betrieb mit gewöhnli- 
chen Mignon- Batterien beziehen. 

Oer Poqet PC (als Elnzelgerätj soll 
Ende des Jahres für etwa 3950 DM 
(+ MwSt) erhältlich sein. 

Bei dem zweiten Bestandtei I des Info- 
man handelt es sich um ein CD-ROM- 
Laufwerk der Firma NEC mit einer 
Kapazität von 640 MByte, einer 
mittleren Zugriffszeit von 500 ms 
und einer Datentransterrate von 
176,4 KByte/s. Auch das Laufwerk ist 
leicht auswechselbar, so daß es se- 
parat - auch für Audio-CDs - genutzt 
werden kann. Außerdem besteht da- 
mit die Möglichkeit, den Infoman an- 
stelle des CD-ROM-Laufwerkes 
wahlweise mit einem wechselbaren 
Diskettenlaufwerk zu versahen, das 
zur Zeit bei Lotos ln der Entwicklung 
ist. Bemerkenswert ist auch, daß in 
den Seriengeräten - deren Produk- 
tion im tV, Quartal in einem Betrieb in 
der DDR an laufen soll - 126 KByte 
zusätzlicher RAM enthalten sind, wo- 
mit die vom Poqet PC nutzbare RAM- 
Kapazität effektiv 640 KByte beträgt. 
Allerdings erhöht sich damit der - bis- 
her unverbindlich genannte — Preis 
gegenüber früheren Angaben auf 
etwa 8200 DM. 

Eine weitere Variante, CD-Massen- 
daten unterwegs oder an Rechnern 
nutzen zu können, die über kein eige- 
nes Laufwerk verfügen, stellte zur 
CeBIT '90 die Firma NEC vor. Das 
CDR-35 (Bild 3) besteht aus den 
Komponenten CD -ROM- Abspiel- 
gerät und Schnittsteileneinheit. Die 
Stromversorgung erfolgt über den 
10, 6- Volt- Akku - bzw. Batterieteil oder 
das Netzteil, Das Gerät wiegt (ohne 
Akku) 900 g und mißt 149 x 66 x 
224 mm 3 (B x H x T). Es ist mit einer 
SCSI-Schnittsteile ausgestattet und 
kann mittels Adapter an PC/XTs, PC/ 
ATs, Mikrokanal- PCs oder Apple 
Macintoshs angeschlossen werden. 
Anpassungen für verschiedene Lap- 
tops sind in Vorbereitung. 

MP-we 


und zwar eine Version des bereits be- 
kannten 80826-Gotf, Da hatten die 
zwanzig Lolos-Leule jedoch schon 
eine Steigerung ihrer Idee — im Sinne 
von Miniaturisierung - parat: den In- 
tarn an (Bildl), die Kopplung eines 
CD-ROM-Laufwerkes mit dem zur 
Zeit vielleicht kleinsten MS-DOS- 
Computer, dem Poqet PC. Dabei 
werden sowohl der Notizbuch -PC als 
auch das CD-ROM-Laufwerk auf ei- 
nem von Lotos entwickelten und mit 
einem speziellen Adapter versehe- 
nen Grundgerät leicht wechselbar an- 
geordnet. Das hei8t sowohl der 
Computer als auch das Laufwerk 
können wahlweise separat benutzt 
werden. Zusätzlich ist im Infoman 
eine 20- oder 40-MByte-Festplatte in- 
tegriert. 

Das Ganze wiegt dann einschließlich 
Akku knapp zwei Kilogramm und hat 
die Abmessungen von 28 x 23 x 4cm 3 . 
Der Computer selbst, eine Entwick- 
lung der ame rikanischen Firma Poqet 
Computer Corporation, wiegt knapp 
450 g, hat eine Grundfläche von 
22 x 1 1 cm 2 und eine Höhe von etwa 
2,5 cm (Bild 2). 

Der LC-Blkfschirm Ist aufklappbar 
und präsentiert die PC-üblichen 25 
Zeilen mit je 80 Zeichen* die Auflö- 
sung beträgt bis zu 640 x 200 Punk- 
ten (CGA und MDA). Die Tastatur 
entspricht der erweiterten PC/AT -Ta- 
statur, bei Schreibmaschinenausfüh- 
rung gibt es 77 Tasten. Herz des Po- 
qet PC Ist ein Prozessor Intel 80C88, 
der mit 2 bis 7 MHz getaktet werden 
kann. Serienmäßig ist der PC mit 
512 KByte RAM und 640 KByte ROM 
ausgestattet (In dem unter anderem 
das Betriebssystem MS-DOS 3*3, 
GW-Basic, das BIOS und bereits sie- 
ben Anwendungs- und Systempro- 
gramme - beispielsweise Textverar- 
beitung, Adressenverwaltung, Ter- 
minplaner oder Dateiverwaltungs-/ 
Datenaustausch -Utilities - unterge- 
bracht sind). Wegen der geringen Ab- 
messungen des Computers muß auf 









Referenzkarte 
Nantucket Tools II 

Anmerkung: Die Nantucket Tools II sind eine Sammlung 
von Funktionen für den Clipper-Compiler Sommer 87 und 
stehen auch für die Version 5.0 zur Verfügung. Ein Stern vor 
dem Namen einer Funktion zeigt an, daß sie in den Nantuk- 
ket Tools I noch nicht verfügbar war. 


Fenster-Funktionen | 

WOPEN 

eines von maximal 255 Fenstern öffnen 

WSELECT 

ein bestimmtes F. aktivieren 

WCENTER 

F. in sichtb. Bereich zurückholen 

WMODE 

Unter-Rand-Schiebe-Modus ein/aus 

WBOX 

Umrahmen des aktiven F. 

WFORMAT 

Ausgabeber. innerhalb eines F. bestimmen 

WBOARD 

nutzbaren Bildschirmber. für F. festlegen 

WMOVE 

F. an eine bestimmte Pos. bewegen 

WCLOSE 

das aktive Fenster schließen 

WACLOSE 

alle F. schließen 

WSTEP 

Schrittweite f. interaktive F.-bewegungen 

WSETMOVE 

Interaktiver Verschiebe-Modus 


erlaubt/gesperrt 

WROW 

oberste Zeilenposition des Fensters 

WCOL 

äußerste linke Spaltenpos. des F. 

* WLASTROW 

unterste Zeilenpos. des. F. 

* WLASTCOL 

äußerste rechte Spaltenpos. des F. 

Der erweiterte Treiber NT00LD87.0BJ \ 

* CGA40 

40-Zeichen-Modus 


(Farbe/Monochrom) ein 

* CGA80 

80-Zeichen-Modus 


(Farbe/Monochrom) ein 

* EGA43 

43-Zeilen-Modus (EGA) ein 

* VGA50 

50-Zeilen-Modus (VGA) ein 

* MONOCHROME 

Monochrom-Modus ein 

* SETCRMODE 

neuen Video-Modus als numerischen 


Wert einstellen 

* GETSDRMODE 

liefert aktiven Video-Modus als 


numerischen Wert 

* GETMODE 

liefer aktuellen Bildschirmmodus als 


Funktionsname 

* MAXPAGE 

höchste Seite (z. B. für SETPAGE(), 


PAGECOPYO) 

* GETPAGE 

aktuelle Bildschirmseite abfragen 

* SETPAGE 

neue Bildschirmseite anwählen 

* PAGECOPY 

eine Bildschirmseite (page) in eine andere 


kopieren 

* SETMAXCOL 

max. Zeilenanz., 


die Clipper unterstützen soll 

* SETMAXROW 

max. Zeilenanz., 


die Clipper unterstützen soll 

* GETPBIOS 

Wird über DOS oder BIOS gedruckt? 

* SETBIOS 

über BIOS drucken; Time-out kann 


bestimmt werden 

* GETPXLAT 

aktuelle Drucker-Übersetzungstabelle holen 

* SETPXLAT 

individuelle Kode-Übersetzungen für 


Druckerausgaben 

PRINTERROR 

Kennziffer für Fehler bei letztem Ausdr. 

GETCURSOR 

Kursorform abfragen 

SETCURSOR 

Kursorform setzen 

* GETBOXGROW 

Wie werden die Fenster zur Zeit geöffnet 

* SETBOXGROW 

Fenster mit Exploding-Effekt öffnen 

* GETTAB 

Einstellg.d. Clipper-Tabulatoren ermitteln 

* SETTAB 

Bildschirm-T abulatoren für 


Clipper-Ausgaben setzen 

* SETBELL 

Tonfrequenz und -dauer für CHR(7) oder 


Clipper-Beep setzen 

DSETTYPE 

Größe des gesetzten Tastaturpuffers 

* DSETKBIOS 

Tastaturabfrage über BIOS 

* SETKKXLAT 

Tastenkodes umdefinieren o. 


Tastensperren 

* GETKKXLAT 

akt. Tastatur-Übersetzungstab, ermitteln 

KEYSEND 

Zeichen an Clipper-Tastatur-Puffer senden 

KEYREAD 

abgearbeitete Zeichen aus Puffer lesen 

INPUTMODE 

momentaner Eingabemodus 

SETLINES 

Zeilenzahl, nachd. bei List gewartet wird 

* GETLINES 

Den Wert von SETLINES abfragen 

DSETNOLINE 

nächsten Zeilenvorschub auf Bildsch. ignor. 

DSETWINDOW 

externe Funkt, u. Progr. in F. umlenken 

DSETWINDEB 

Debug auf ges. Bildsch. o. im akt. Fenster 

OSETQFILE 

Protokolldatei bei ordnungsgemäßen 


Programmende anlegen 

| Funktionen für die seriellen Schnittstellen 

COM OPEN 

Schnittstellen öffnen, Puffer init. 

COMJNIT 

Schnittstellenparameter einstellen 

C0M_CL0SE 

Puffer löschen, Schnittstelle schließen 

COM HARD 

Hardware-Handshake (autom. CTS) 

COM^SOFT 

Software-Handshake (autom. XON/XOFF) 

C0M_S0FT_R 

Ist ein XOFF eingegangen? 

C0M_S0FT^S 

Wurde vom Puffer gesendet? 

C0M_C0UNT 

Anzahl empfangenerZeichen im Puffer 

C0M_READ 

Zeichen aus dem Puffer lesen 

C0M_FLUSH 

Empfangspuffer löschen 

C0M_SEND 

Daten (auch int. gesteuert im Hintergr.) 


senden 

C0M_RING 

Leitung abfragen (Ring) 

COM_CTS 

Clear To Send abfragen 

C0M_DSR 

Data Set Ready abfragen 

C0M_DTR 

Data Terminal Ready abfragen/setzen 

C0M_RTS 

Request To Send abfragen/setzen 

C0M_M$R 

Modem Status Register auslesen 

COM.MCR 

Modem Control Register auslesen/setzen 

C0MJ.SR 

Line Status Register auslesen/setzen 


C0M_BREAK 

Break-Zustand auf Sendeleitung erzeugen 


ADDASCII 

zu jedem ASCII-Kode einen Wert addieren 

C0M_KEY 

Schnittstelle durch Keytraps überwachen 


CHARADD 

ASCII-Kodes korrespondierender Zeichen 

C0M_EVENT 

Welches Schnittsteilen-Ereignis hat den 



zweier Strings addieren 


Keytrap ausgelöst? 


CHARAND 

ASCII-Kodes korrespondierender Zeichen 

* C0M_SETI0 

Basisadresse eines Ports setzen 



zweier Strings über UND verknüpfen 

* C0M_GETI0 

Basisadresse eines Ports ermitteln 


GHAROR 

ASCII-Kodes korrespondierender Zeichen 

* COM-SETIRQ 

Interrupt-Request eines Ports setzen 



zweier Strings über ODER verknüpfen 

* COM.GETIRQ 

Interrupt-Request eines Ports ermitteln 


CHARXOR 

ASCII-Kodes korrespondierender Zeichen 

* COM_SFLUSH 

Hintergrund-Sendepuffer löschen 



zweier Strings über XOR verknüpfen 

★ C0M_SC0UNT 

Zahl der noch im (Hintergrund)-Sende- 


CHARNOT 

ASCII -Wert eines Strings negieren 


puffer enthaltenen Zeichen 



(Komplementärwert) 

* C0M_SKEY 

Schnittstelle im Sendemodus durch 


STRSWAP 

Austauschen zweier Strings 


Keytrap überwachen 

* 

CRYPT 

Strings verschlüsseln/entschlüsseln 

* C0M_REM0TE 

Zeichen bestimmen, das den Sendepuffer 

* 

WORDTOCHAR 

Doppelzeichen in einfache wandeln 


extern löscht 


CHARSWAP 

benachbarte Zeichen vertauschen 

* C0M_SM0DE 

aktuellen Zustand des Hintergrund- 

* 

WORDSWAP 

benachbarte Doppelzeichen vertauschen 


Sendesystems ermitteln 

* 

CHARPACK 

Zeichenkette komprimieren (packen) 

* C0M_ERRCHR 

Zeichen bestimmen, das fehlerhaft 

* 

CHARUNPACK 

Zeichenkette dekomprimieren (entpacken) 


empfangene Zeichen ersetzt 

* 

CHARSPREAD 

Zeichenkette zu Blocksatz dehnen 

* COM^DOSCON 

Bildschirmausgabe über DOS (Terminal- 

Zahlen- und Bit-Manipulationen 

* C0M_NUM 

Nr. der höchsten, verfügbaren seriellen 


NUMAND 

1 6-Bit-AND zweier Zahlen 


Schnittstelle 


NUMXOR 

1 6-Bit-XOR zweier Zahlen 

* COM CRC 

Cyclic Redundancy Check (CRC) eines 


NUMOR 

1 6-Bit-OR zweier Zahlen 


Strings berechnen 

* 

NUMROL 

1 6-Bit-Links-Rotation einer Zahl 

* XMOBLOCK 

Block für X-Modem-Übertragung 


NUMNOT 

16-Bit-NOT einer Zahl 


generieren (CRCo. Checksum) 


NUMHIGH 

Die oberen 8 Bit einer 1 6-Bit-Zahl 

* XMOCHECK 

eingegangenen X-Modem-Block prüfen 


NUMLOW 

Die unteren 8 Bit einer 1 6-Bit-Zahl 


(CRCo. Checksum) 


NUMCOUNT 

interner Zähler 

Zeichenkettenfunktionen 


INTNEG 

1 6 Bit mit Vorzeichen-Bit-Interpret. 




INTPOS 

1 6 Bit als positiver Wert 

LTOC 

logischen Wert in Zeichen umwandeln 


ISBIT 

Bits in einer Zahl testen 

ATNUM 

n-tes Auftreten eines Strings im anderen 


SETBIT 

Bits in einer Zahl testen 

CSETATMUPA 

Art d. Mehrfach-Durchgangs bei AT-Funkt. 


INFINITY 

Die größtmögliche Zahl (2 1023 ) 

BEFORATNUM 

Stringanteil vor n-tem Auftreten einer Seq. 


EXPONENT 

Exponent einer Gleitkommazahl (Basis 2) 

AFTERATNUM 

Stringanteil hinter n-tem Auftreten einer Seq. 


MANTISSA 

Mantisse einer Gleitkommazahl (Basis 2) 

ATREPL 

Sequenzen suchen und ersetzen 


RANDOM 

eine Zufallszahl generieren 

NUMAT 

Anzahl des Auftretens einer Sequenz 

* 

RAND 

eine Zufallszahlenfolge generieren 

NUMTOKEN 

Zahl von T oken in einem String 

★ 

CELSIUS 

T emp. v. Fahrenheit in Celsius umrechnen 

TOKEN 

n-tes Token aus einem String holen 

★ 

FAHRENHEIT 

Temp. v. Celsius in Fahrenheit umrechnen 

★ TOKENSEP 

Seperator vor o. hinter Token ermitteln 


LTON 

log. Wert in num. konvertieren 

TOKENUPPER 

ersten Buchst, eines Token in Großbuchst. 


NTOC 

num. Wert in String konvertieren bei best. 

TOKENLOWER 

ersten Buchst, eines Token in Kleinbuchst. 



Zahlenbasis 

ATTOKEN 

Auftreten d. n-ten Token in einem String 


CTON 

Zeichenkette in num. Wert konvertieren bei 

* TOKENINIT 

Zeichenkette für TOKENNEXTO init. 



best. Zahlenbasis 

* TOKENNEXT 

liefert d. nächste mit TOKENNEXT ang. 

* 

FTOC 

Gleitkommazahl in8-Zeichen-String umw. 


Token 

* 

CTOF 

8-Zeichen-String in Gleitkommazahl umw. 

* TOKENEND 

Prüfen, ob bei TOKENNEXTO weitere 

* 

CTOBIT 

Zeichenfolge in Bitmaske umwandeln 

RANGEREPL 

Token verfügbar 

* 

BITTOC 

Bitpositionen in Zeichen konvertieren 

Zeichen über Bereich v. ASCII-Kodes 
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CHARREPL 

best. Zeichen durch andere ersetzen 


STRSCREEN 

String mit Attributen auf Bildsch. bringen 

* WORDREPL 

best. Doppel-Zeichen ersetzen 


SCREENSTR 

String mit Attributen vom Bildsch. lesen 

CHARRELA 

Pos. zwei versch. Zeichen in zwei versch. 


SAYSCREEN 

Bildschirmausg. ohne Attributänderung 


Strings ermitteln u. bei Gleichheit anz. 

* 

SAYDOWN 

Bildschirmausg. senkrecht nach unten 

CHARRELREP 

alle mit CHARRELA ermittelten übereinst. 

* 

SAYSPREAD 

Bildschirmausg. aus der Mitte heraus 


Pos. mit best. Zeichen ersetzen 

* 

SAYMOVEIN 

Bildschirmausg. hineinschieben (Effekt) 

CHARREM 

bestimmte Zeichen entfernen 

* 

CLEARSLOW 

Fenster von außen nach innen mit Ver- 

CHARONLY 

alle Zeichen bis auf bestimmte entfernen 



Zögerung löschen 


(Schnittmenge) 

* 

SCREENMARK 

String auf Bildsch. suchen, mit Attrib. mark. 

* WORDONLY 

alle Doppelzeichen bis auf best, entfernen 

* 

SETSCRSTR 

Bildschirmausg. in Zeichenkette umlenken 


(Schnittmenge) 

* 

GETSCRSTR 

umgelenkte Bildschirmausg. übernehmen 

CHARONE 

Mehrfachzeichen zu einem reduzieren 


SCREENFILE 

Bildschirminhalt in Datei schreiben 

* WORDONE 

Mehrfachdoppelzeichen zu einem Doppel- 


FILESCREEN 

Bildschirminhalt aus Datei lesen 


Zeichen reduzieren 


SCREENMIX 

Zeichen u. Attribute zu Bild mischen 

CHARSORT 

Zeichen/Seq. innerhalb d. Strings sortieren 


COLORREPL 

nur best. Bildschirmattribute ändern 

CHARMIRR 

Zeichen innerhalb d. Strings spiegeln 


COLORWIN 

nur best. Attribute im Fenster ändern 

CHARLIST 

Zeichenliste, jedes Zeichen in einem String 

* 

INVERTWIN 

Attribute im Fenster invert. 


nur noch einmal 

* 

CHARWIN 

nur best. Zeichen im Fenster ändern 

* CHARMIX 

zwei Strings miteinander vermischen 

* 

UNTEXTWIN 

Bereich v. Zeichen im Fenster tauschen 

CHARODD 

Zeichen d. unger. Pos. eines String 


CLEAREOL 

bis Zeilenende mit best. Zeichen löschen 

CHAREVEN 

Zeichen d. geraden Pos. eines String 


CLEOL 

bis Zeilenende mit Standardzeichen u . 

REMALL 

Zeichen li. u. re. im String entfernen 



-attrib. löschen 

REMLEFT 

Zeichen li. im String entfernen 


CLEARWIN 

Bereich mit best. Zeichen löschen 

REMRIGHT 

Zeichen rechts im String entfernen 


CLWIN 

Bereich mit Standardzeichen u. -attribut 

JUSTLEFT 

Zeichen von li. nach re. imString 



löschen 

JUSTRIGHT 

Zeichen von re. nach li. im String 


ISHERCULES 

Hercules-Karte vorh. bzw. emulierbar? 

PADLEFT 

String li. mit Zeichen auf best. Länge 


ISEGA 

EGA-Karte vorh. bzw. emulierbar? 


auffüllen 

* 

ISCGA 

CGA-Karte vorh. bzw. emulierbar? 

PADRIGHT 

String re. mit Zeichen auf best. Länge 

* 

ISMCGA 

MCGA-Kartevorh. bzw. emulierbar? 


auffüllen 

* 

ISPGA 

PGA- Karte vorh. bzw. emulierbar? 

COUNTLEFT 

best. Zeichen am Stringanfang zählen 

* 

ISMONO 

Monochrome-Karte vorh. bzw. emulierbar? 

COUNTRIGHT 

best. Zeichen am Stringende zählen 

* 

ISVGA 

VGA-Karte vorhanden? 

EXPAND 

Leerzeichen in einen String einfügen 


VIDEOSETUP 

Bildschirmmodus bei Systemstart 

CENTER 

String zentrieren 

■* 

VIDEOTYPE 

Bildschirmkarten-Typ 

REPLLEFT 

Zeichen li. im String ersetzen 

* 

VIDEOINIT 

Video-Syst. nach Progr.-aufruf mit RUN 

REPLRIGHT 

Zeichen re. im String ersetzen 



neu init. 

REPLALL 

Zeichen li. u. re. im String ersetzen 


NUMCOL 

Zahl der Bildschirm-Spalten 

TABEXPAND 

Tabulatoren in Leerzeichen umrechnen 


MAXCOL 

größte unter Clipper verfügb. Spaltenzahl 

* TABPACK 

Leerzeichen in Tabulatoren umrechnen 


MAXROW 

größte unter Clipper verfügb. Zeilenzahl 

NUMLINE 

Zeilenzahl bei Ausgabe eines String 


SCREENSIZE 

Größe des verfügbaren Bildschirms 

MAXLINE 

größte Zeilenbreite bei Ausg. eines String 


SCREENATTR 

Attribut auf Pos. Zeile, Spalte ermitteln 

ASCIISUM 

Summe der ASCII-Werte eines Strings 


INVERTATTR 

Vorder- u. Hintergr. -Attribut vertauschen 

CHECKSUM 

spez. Prüfsummen-Algorithmus für Strings 


SETCLEARA 

Vorgabeattribut für Bi lösch. -löschen setzen 

POSLOWER 

Pos. des ersten Kleinbuchst. 


GETCLEARB 

Vorgabezeichen für Bildsch. -löschen abfr. 

POSUPPER 

Pos. des ersten Großbuchst. 


SETRC 

Zeile u . Spalte für Clipper-Kursor setzen 

POSALPHA 

Pos. des ersten Buchst. 

* 

SAVECURSOR 

Kursorposition u. -form sichern 

POSRANGE 

erstes Zeichen in einem Bereich von zwei 

* 

RESTCURSOR 

Kursorposition u. -form wiederherstellen 


ASCII-Kodes 


NT0C0L0R 

num. Wert in Farbwert konvert. 

POSREPL 

Z. ab einer Pos. durch andere ersetzen 


C0L0RT0N 

Farbwert in num. Wert konv. 

POSINS 

Z. an einer Pos. in einem String einfügen 

* 

CHARPIX 

Zahl d. Pixel-Zeilen pro Zeichen 

POSDEL 

Z. an einer Pos. eines Strings löschen 

* 

MAXFONT 

Anz. der verfügbaren Fontbereiche 

POSDIFF 

erste Pos. , ab der zwei Strings sich 

* 

GETFONT 

akt. Font in String kopieren 


unterscheiden 

* 

SETFONT 

Font aus String heraus verändern 

ASCPOS 

ASCII-Kode eines Zeichens an best. Pos. 

* 

FONTLOAD 

Fonts für EGA/VGA aus Datei laden 

VALPOS 

num. Wert eines Zeichens an best. Pos. 

* 

FONTSELECT 

Font-Tab. für nomale/intens. Ausg. best. 
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RISC ist die Abkürzung für Reduced Instruction Set 
Computer und bedeutet die Reduktion des Befehls- 
satzes und der Befehlsformate. Während bis in die 
70er Jahre Computer mit immer komplexeren und 
größeren Befehlssätzen ausgestattet wurden, er- 
kannte man etwa zu dieser Zeit, daß die Rechner 
rund 90 Prozent dieser Befehle nur selten nutzten. 
Die Konsequenz lautete: Auslese und führte zu 
RISC-Prozessoren, die mit weniger und kürzeren 
Befehlen wesentlich schneller arbeiten können. Be- 
sonders im Zusammenhang mit leistungsstarken 
Workstations werden sie heute oft genannt. Mehr 
dazu in unserem Beitrag auf der Seite 4. 
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Auf der Seite 8 stellen wir Ihnen am Beispiel eines 
für uns getesteten LGI 486 die Klasse der PCs mit 
dem Prozessor 80486 vor. Wir wollen Ihnen damit 
helfen, die einzelnen Leistungsmerkmale denen 
anderer Rechnerklassen gegenüberzustellen, um 
sich nicht zu „verkaufen“. 


MP-Bericht 32 

Leipziger Herbstmesse 1990 
Atari-Messe 1 990 

Entwicklungen und Tendenzen 36 


Nachdem in der jüngsten Vergangenheit mehrere 
Grenzen gefallen sind, nun von uns ein Beitrag zu 
diesem Thema aus der Sicht des PC-Nutzers. Die 
magische Grenze des nutzbaren RAMs unter MS- 
DOS von 640 KByte wurde schnell zu einer starken 
Einschränkung, insbesondere bei umfangreichen 
Anwendungsprogrammen oder bei der Nutzung 
vieler speicherresidenter Programme. Wie Sie end- 
lich auch diese Grenze überwinden können, zeigt 
unser Beitrag auf der Seite 25. 


kennengelernt 

Volkswriter 4. US 


Vorschau 

Für das Heft 1 2/1 990 bereiten wir für Sie unter an- 
derem Beiträge zu folgenden Themen vor: 

• Leiterplattenentwurf auf dem PC 

• Speicherprogrammierbare Steuerungen 

• kennengelernt: WordPerfect 5.1 

• Quick-Pascal 
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Siemens-Schulungen 

Die Siemens-Schule für Daten- und 
Informationstechnik Berlin bietet jetzt 
ihr Aus- und Weiterbildungspro- 
gramm auch für Ex-DDR-Interessen- 
ten an. Neben dem gewohnten Schu- 
lungsangebot finden Einführungs- 
kurse in die allgemeine Betriebswirt- 
schaftslehre auch am Informatik- 
Center Thüringen in Gera statt. Mit 
dem Arbeitsamt Berlin wurden Lehr- 
gänge für unterschiedliche DV-Aus- 
bildungsberufe und Umschulungen 
entwickelt, die einem Aufbaustudium 
gleichen. Ein Weiterbildungspro- 
gramm mit der Kammer der Technik 
rundet das Spektrum ab. 

Das Angebot umfaßt neun DV- 
Schwerpunkte und ermöglicht durch 
den modularen Kursaufbau eine indi- 
viduelle Weiterentwicklung für jeden 
Interessenten. In Zusammenarbeit 
mit dem Arbeitsamt Berlin und der 
Siemens-Schule für Datentechnik 
sind Lehrgänge entwickelt worden, 
die Hochschulabgänger zu EDV- 
Spezialisten ausbilden. Folgende 
Ausbildungsberufe werden angebo- 
ten: Kommunikations-Organisator/- 
Programmierer, Informationsorgani- 
sator und Softwareentwickler. 
Zugangsvoraussetzungen sind ein 
abgeschlossenes Hochschulstudium 
und das Bestehen des DV-Tests. Die 
Gebühren liegen bei einer Lehr- 
gangsdauer von 12 bis 20 Monaten 
zwischen 18 000 und 32 000 DM. 
Eine Förderung durch das Arbeitsamt 
ist möglich. Die Dl-Schule eröffnet 
Anfang 91 ihre Außenstandorte in 
Dresden und Leipzig. Weitere Schu- 
lungsangebote sind für Thüringen, 
Cottbus, Fränkfurt/Oder und Rostock 
geplant. 

Interessenten wenden sich bitte an: 
Siemens AG, Schule für Daten- und 
Informationstechnik, Rohrdamm 85, 
W-1000 Berlin 13; Tel. (030) 386- 
47 55 oder Zentralstelle Information, 
Pressestelle Berlin, Nonnendamm- 
allee 101, W-1000 Berlin 13; Tel. 
(030)386-71 21 

Bestückungs-Service 
in 46 Stunden 

Die FELA Multielectronic GmbH hat 
einen Ei f dienst für Bestückung einge- 
richtet. Alle Arten von Leiterplatten, 
konventionelle, SMD-, flexible und 
starrflexible Leiterplatten als Kleinse- 
rien und Prototypen, werden in 48 
Stunden bestückt. Der Test erfolgt 
nach Absprache. Für Großserien be- 
trägt die Lieferfrist zur Zeit 1 5 Arbeits- 
tage für das erste Lieferlos. 

Zusammen mit einem ebenfalls an- 
gebotenen Eildienst für Leiterplatten, 
ermöglicht der neue Bestückungs- 
Service die Fertigung von kompletten, 
einbaufähigen elektronischen Bau- 
gruppen je nach Leiterplattentyp zwi- 
schen zehn und fünfzehn Tagen. Bei- 
de Eildienste können auch unabhän- 
gig voneinander genutzt werden. 
Eilige Konstruktionsarbeiten werden 
damit nicht mehr durch tage- oder gar 
wochenlanges Warten unterbrochen. 
Für den Eildienst werden die üblichen 
Unterlagen, wie Bauteilliste und Be- 
stückungsplan benötigt. Bestückt 
wird auf denselben Anlagen wie bei 
Großserien. Die Muster haben Se- 
rienqualität. 


Die Äpfel werden billiger 

Die Firma Apple hat jetzt „im Zuge ei- 
ner europäischen Preisanpassung“ 
für verschiedene Macintosh-PCs 
deutliche Preisreduzierungen vorge- 
nommen, und zwar beim SE/30 (2/40) 
von 8904 DM auf 6695 DM, beim 
SE/30 (4/40) von 9895 DM auf 7439 
DM, beim llci (4/40) von 15877 DM 
auf 12702 DM und beim llci (4/80) 
von 16 886 DM auf 13895 DM (je- 


Informationsveranstaltung 
für Entwickler 

Die VDI-Gesellschaft Entwicklung 
Konstruktion Vertrieb (VDI-EKV) - 
mit über 16 000 zugeordneten VDI- 
Mitgliedern die größte Fachgesell- 
schaft des Vereins Deutscher Inge- 
nieure - bereitet eine Informations- 
veranstaltung vor, die im Februar 
1991 im Prduktionstechnischen Zen- 
trum Berlin durchgeführt wird. Ange- 
sprochen sind Hochschul- und Fach- 
hochschullehrer sowie Ingenieure 
aus der Ex-DDR, die auf den Gebie- 
ten Entwicklung, Konstruktion, Ge- 
triebetechnik, Schwingungstechnik, 
technischer Vertrieb, Informations- 
technik sowie Bürokommunikation tä- 
tig sind. 

Ziel der Veranstaltung ist es, über die 
Aktivitäten der VDI-EKV - Erarbei- 
tung von VDI-Richtlinien und VDI- 
Fachbüchern, Vorbereitung und 
Durchführung von Tagungen und 
Kongressen, Entwicklung von Semi- 
naren - zu informieren und zur Mitar- 
beit in den entsprechenden Aus- 
schüssen zu motivieren. Darüber hin- 
aus soll die Bildung lokaler Arbeits- 
kreise angeregt werden, mit denen 
Ingenieure in ihren Heimatorten in der 
Ex-DDR angesprochen und fachlich 
betreut werden können. Die ganztä- 


weils plus MwSt., unverbindliche 
Preisempfehlung). 

Zusätzliche Preisvergünstigungen 
gibt es nun auch für Studenten, ne- 
ben Universitäten, Schulen und Lehr- 
kräften, durch Nachweis mittels Im- 
matrikulationsbescheinigung, beim 
Kauf des SE/30 (2/40) mit 5724 DM 
und des Personal LaserWriter SC mit 
3263 DM (jeweils unverbindl. Preis- 
empfehlung inki. MwSt.). 


gige Veranstaltung ist kostenlos. In- 
formationsmaterial und Bewirtung in- 
klusive. 

Interessenten werden gebeten, sich 
schriftlich oder telefonisch zu melden 
bei der Geschäftsstelle der VDI-Ge- 
sellschaft Entwicklung Konstruktion 
Vertrieb (VDI-EKV), Postfach 1139, 
W-4000 Düsseldorf 1; Tel. 0211/ 
6214-240. 

AST 

Research Deutschland 
mit Robotron 
im Geschäft 

Mit zwei Gesellschaften der Unter- 
nehmensgruppe Robotron haben 
AST Research Deutschland und NBI 
Deutschland/BTO Text- und Daten- 
systeme auf Initiative der Deutschen 
Bank ein Vertriebsabkommen unter- 
zeichnet: Zum einen mit der CVU 
(Computer Vertriebs-Union, vormals 
Robotron-Vertrieb Berlin), und zum 
anderen mit der Robotron Anlagen- 
bau GmbH in Leipzig. Beide Unter- 
nehmen sind seit Juli offizieller Liefe- 
rant für alle AST-Produkte von der Er- 
weiterungskarte bis zum Personal- 
computer für professionelle Anwen- 
dungen. Damit ist ein flächendecken- 
der Vertrieb und Service für AST-Pro- 
dukte gewährleistet. Die beiden Ro- 


botron-Unternehmen zählen derzeit 
5700 bzw. 2700 Mitarbeiter und wer- 
den gezielt den Groß- und Endkun- 
denbereich angehen. Den notwendi- 
gen Know-How-Transfer übernimmt 
die NBI/BTO einschließlich Produkt- 
training und der Belieferung mit 
schlüsselfertiger Anwendersoftware. 
NBI/BTO ist der regionale Vertriebs- 
partner von AST in Ratingen und spe- 
zialisiert auf schlüsselfertige Sy- 
steme im Bereich der Bürokommuni- 
kation. 

Neues von Acer 

Die Acer-Gruppe und Altos Computer 
Systems gaben gemeinsam die Un- 
terzeichnung ihres Zusammen- 
schlusses bekannt. Altos, als welt- 
weiter Marktführer im Bereich der ver- 
netzten Mehrplatzsysteme angese- 
hen, wird hierdurch Mitglied der Acer- 
Gruppe. Diese ist eine internationale 
Unternehmensgruppe, die im Indu- 
striesektor Mikrocomputer tätig und 
Taiwans größter PC-Produzent ist. 
Ihre Produkte werden in 70 Ländern 
von mehr als 10 000 Fachhändlern 
vertrieben. Die in Deutschland tätige 
Acer-Cetec Computer GmbH (bis vor 
kurzem CE-TEC data Technology 
GmbH) eröffnete Ende April ihr erstes 
Vertriebsbüro in Ost-Berlin. Von hier 
aus werden die etwa 40 Acer-Ver- 
tragshändler in der Ex-DDR be- 
treut. 

Beratungstage 

für Softwareentwickler 

Die Firmen GID (Gesellschaft für In- 
formationstechnologie und Datenver- 
arbeitung) Freiberg, ExperTeam Köln 
und Micro Focus München veranstal- 
teten zwei Informationstage zum 
Thema „Initiative Zukunft - Profes- 
sionelle Software-Anwendungsent- 
wicklung mit COBOL ANSI 85“ im Ro- 
botron-Schulungszentrum in Leipzig. 
Im Mittelpunkt der Plenumsveranstal- 
tung stand die Frage, wie sich die 
Software- Produktion im Osten 
Deutschlands am schnellsten und ef- 
fizientesten den neuen Anforderun- 
gen, die sich durch die politischen 
Veränderungen der letzten Monate 
ergeben haben, anpassen läßt. Der 
besondere Schwerpunkt von Exper- 
Team im Rahmen dieser Veranstal- 
tung war der methodische Aspekt der 
Software-Entwicklung. Die Bedeu- 
tung der Strukturierten Programmie- 
rung für die Erstellung und vor allem 
die spätere Wartung von Softwaresy- 
stemen wurde anhand der Methode 
der Jackson-Strukturierten-Program- 
mierung (JSP) besonders herausge- 
stellt. Die Möglichkeit, Programme 
graphisch anhand von Baumdia- 
grammen zu entwickeln, wird heute 
durch PC-basierte Werkzeuge ein- 
drucksvoll unterstützt. Um den Teil- 
nehmern dies „live“ zu demonstrie- 
ren, präsentierte ExperTeam im Rah- 
men der COBOL-orientierten Veran- 
staltung die JSP-Workbench, eine in- 
tegrierte COBOL-Entwicklungsum- 
gebung auf dem PC, die die Micro Fo- 
cus COBOtV2-Workbench als Basis 
hat. Durch die Verlagerung der Ent- 
wicklungsarbeit auf den PC kann der 
Programmierer sehr viel komfortabler 
bei seiner Arbeit unterstützt werden. 
Mit der JSP-Workbench werden Pro- 
gramme nicht kodiert, sondern gra- 


Informationsquelle im Herzen Berlins 



Vielleicht ist es auch Ihnen schon 
passiert, daß Sie vom Verlag Technik 
angekündigte Bücher oder auch die 
neuesten Ausgaben der Fachzeit- 
schriften nicht in der Buchhandlung 
oder am Kiosk erhalten konnten. Zu- 
mindest denen, die in oder um Berlin 
wohnen oder zu einem - sehr emp- 
fehlenswerten - Abstecher hier wei- 
len, kann jetzt geholfen werden: Der 


Verlag hat einen Technlk-Buch- 
Shop eröffnet. 

Unmittelbar neben dem Verlagsge- 
bäude gelegen (Oranienburger 
Straße 12; Tel. 2 87 02 95), werden 
montags bis freitags von 9 bis 1 8 Uhr 
Bücher und Zeitschriften unseres 
Verlages angeboten. Und es gibt In- 
formationen, ganz direkt und umfas- 
send! 
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fisch entworfen. Die gesamte Pro- 
grammlogik wird anhand von Jack- 
son-Baumdiagrammen beschrieben. 
Aus diesen Programmentwürfen läßt 
sich automatisch der COBOL-Code 
und die Dokumentation generieren. 
Die Testunterstützung innerhalb der 
JSP-Workbench durch symbolisches 
Debugging auf Entwurfsebene soll in 
dieser Form bislang einmalig sein. 

• Sie ertaubt es, vom ersten Entwurf ei- 
nes Programms bis zum Abschluß 
der Testphase durchgängig mit einer 
anschaulichen grafischen Darstel- 
lungstechnik zu arbeiten. 

Das Interesse der Teilnehmer an den 
Produktpräsentationen der JSP- 
Workbench und der Micro Focus CO- 
BOL/2-Workbench war außerordent- 
lich groß. Vor allem stieß das Konzept 
der ganzheitlichen methodischen 
Programmentwicklung auf für westli- 
che Verhältnisse unerwartet große 
Akzeptanz. Nach Meinung der Aus- 
steller haben die „Ost“ -Softwareent- 
wickler einen entscheidenden Vorteil 
gegenüber den Entwicklern in der 
Bundesrepublik: Sie können mit mo- 
dernster Technologie, mit anerkann- 
ten Methoden, mit einer vollstruktu- 
rierten und normierten Programmier- 
sprache, unbelastet von „Programm- 
ruinen“ der letzten Jahrzehnte, die es 
zu sanieren gilt, den Aufbau ihrer Sy- 
steme beginnen. In vielen Fällen wird 
es dabei möglich sein, das Zeitalter 
des Großrechners als Entwicklungs- 
rechner zu überspringen und von An- 
fang an den Komfort eines PCs als 
Entwickler-Workstation zu nutzen. 

Legalisierungs-Boom 

Immer mehr westliche Firmen nutzen 
die Möglichkeit, ihre Anwenderge- 
meinde in der Ex-DDR durch nach- 
trägliches Lizensieren von „adaptier- 
ter Software“ (oder wie immer man 
diese gern nannte) zu vergrößern. 
Über Borland (s. MP 4/90), Wordstar 
(s. MP 6/90), Jolo Data (s. MP 6/90), 
Ziegler Instruments (s. MP 7/90) und 
TommySoftware (s. MP 8/90) hatten 
wirschon berichtet. Auch Informix ge- 
hört mt Updates auf Smartware ge- 
gen Insysdazu. 

In einer Aktion der Digital Equipment 
GmbH, München, erhalten Anwender 
von VAX-Rechnern und entspre- 
chenden Nachbauten jetzt für 500 
Mark pro Zentraleinheit eine Lizenz 
für die von ihnen bereits genutzte 
bzw. neueste Version des Betriebs- 
systems VMS, des FORTRAN- und 
COBOL-Compilers sowie des Mas- 
kengenerators DECforms und der 
Datenabfrage- und -bearbeitungs- 
sprache VAX DATATRIEVE. Eben- 
falls für 500 Mark bekommen Betrei- 
ber von PDP-11- und kompatiblen 
Rechnern eine Lizenz für die bereits 
genutzte bzw. die neueste Version 
des Betriebssystems RSX-1 IM- 
PLUS, der Compiler FORTRAN 77 
und COBOL-81 , des Maskengenera- 
tors FMS und der Abfrage-/Bearbei- 
tungssprache DATATRIEVE. FürOri- 
ginal-Digital-Produkte können Servi- 
ceverträge mit dem Digital-Kunden- 
dienst geschlossen werden; für den 
Service von kompatiblen Rechnern 
verweist Digital auf die beiden Unter- 
nehmen Computer-Vertriebs-Union 
Berlin (CVU) und Integrierte Informa- 
tions Systeme Dresden (l 2 S). 
Nachdem von Microsoft zunächst an- 
dere Töne kamen, treibt die Firma 
jetzt auch auf der Legalisierungs- 
welle. Sie bietet in einer „einmaligen 


und kostengünstigen Aktion“ Ex- 
DDR-Betrieben, die vor dem 1 . Juli 
1990 DOS-kompatible PCs erworben 
haben, an, bei Vorlage von Kopien 
der Kauf- oder Investitionsbelege elf 
P&ogramme bei autorisierten Fach- 
händlern umzutauschen. 

Auch AshtonTate geht den Weg, Klo- 
nes seiner Produkte nicht direkt, son- 
dern über eine Umtauschaktion zu le- 
galisieren. Bis Ende des Jahres kön- 
nen Besitzer von Redabas oder 
Ariadne diese Programme bei einem 
der über 70 Fachhändler gegen 


dBase III Plus bzw. Framwork eintau- 
schen. Voraussetzung ist die Abgabe 
der Robotron-Originaldisketten samt 
Handbüchern. Die Umtauschpreise 
betragen jeweils 399,- DM (incl. 
MwSt.). Nach dem Jahreswechsel, 
so die Presseinformation, „wird Ash- 
ton Tate von seinem Copyright Ge- 
brauch machen und alle Anwender in 
der DDR rechtlich belangen, die nicht 
mit einer lizensierten Produkt-Kopie 
arbeiten.“ Anwender, die eine „Pro- 
dukt-Kopie“ für nicht wenig Geld nach 
damals geltendem DDR-Recht erwer- 


ben mußten, werden dafür wenig Ver- 
ständnis haben; zumal nichts darüber 
verlautbart wurde, daß die Firma ihre 
Interessen auch gegenüber dem Ver- 
ursacher - den Rechtsnachfolgern 
des Robotron-Projekt Dresden - 
durchsetzen will. In puncto Public Re- 
lation wohl kaum eine kluge Entschei- 
dung. Wie ernst es Ashton Tate mit 
den harten Bandagen gegenüber den 
Anwendern wirklich ist und ob damit 
überhaupt Aussicht auf einen Sieg 
besteht, darüber wollen wir Sie in ei- 
nem der nächsten Hefte informieren. 


Herzlichen Glückwunsch! 

Das war sie also, unsere Leserum- 
frage 1990! Und das sind die Gewin- 
ner, die wir anhand der eingesandten 
Rückscheine aus Heft 7/90 ermittel- 
ten: 

Der Hauptpreis, ein LGI 286 (ein PC 
der AT Klasse von der Firma Lucky 
Goldstar International), ging an Herrn 
Christian Schulz aus Leipzig. 

Die Gewinner von je einem Textver- 
arbeitungsprogramm Volkswriter der 
gleichnamigen Firma sind: H. Ko- ; 
schitzki, H.-H. Kruse, H. Fröhlich, S. 
Drockur, Th. Brix, U. Grabsch, A. 
Hartbrich, S. Engelschaft, Ch. 
Schulz, M. Bärtig, D. Futäsz, D. Eben- 
roth, K.-H. Manthey, O. Großmann, 
U. Knietzsch, C. Mündel, Th. 
Blaschczok, J. Petermann, H. J. 
Schmidt und M. Kaul. 

Darüber hinaus verlosten wir 20 Lern- 
programme, ebenfalls von Volkswri- 
ter, sowie je 25 Bücher Wissensspei- 
cher Mikrorechnerprogrammierung 
und Programmieren mit C aus dem 
Verlag Technik. Die Preise wurden 
den Gewinnern inzwischen zuge- 
stellt. 

Zum Verlosungsmodus: Eine Viel- 
zahl von Lesern hatte uns auf die un- 
glückliche Anordnung der Antwort- 
scheine (Rückseite Messebericht) 
aufmerksam gemacht. Das kam für 
uns nicht unerwartet. Vor die Wahl 
gestellt, noch einen Monat länger zu 
warten oder die nach Redaktions- 
schluß nur auf dieser Seite noch mög- 
liche Chance zu nutzen, entschieden 
wir uns angesichts der Entwicklung in 
der Medienlandschaft jedoch für die 
schnellere Lösung. Für die so vielen 
dadurch ungünstig zerschnittenen 
Hefte bitten wir unsere Leser hiermit 
aufrichtig um Entschuldigung. Es soll 
nicht wieder Vorkommen! 

Etliche Leser, die ihr Heft nicht zer- 
schneiden wollten, sondern uns Ko- 
pien oder Abschriften schickten, be- 
fürchteten nun, nicht berücksichtigt 
zu werden. Dem ist nicht so. Aller- 
dings schied wegen der unterschied- 
lichen Beschaffenheit und Größe der 
Zuschriften die zunächst geplante 
Variante aus, die Gewinnscheine aus 
dem bis oben hin gefüllten Verpak- 
kungskarton des Computers direkt zu 
ziehen. So ließen wir den Hauptpreis 
selbst sein eigenes und das Schick- 
sal der anderen Preise bestimmen: 
Per Zufallsgenerator-Programm und 
durch Tastendruck unserer Redak- 
tinsmitarbeiterin als gute Fee wurden 
die laufenden Nummern der Gewin- 
ner-Einsendungen ermittelt. Objekti- 
ver und einer Computerzeitschrift an- 
gemessener kann es wohl kaum zu- 
gehen. 

Rein subjektiv dagegen bestimmten 
wir 5 Empfänger von je einem 
„Wende-Buch“ (ein empfehlenswer- 
tes Karikaturenbändchen zum 


Thema Wende aus dem Verlag Tech- 
nik). Honorieren wollten wird damit 
wenigstens einige der vielen originel- 
len Einsendungen. Da wäre zunächst 
der Brief von Herrn Rathke aus Stral- 
sund, versehen mit einer Walter-Ul- 
bricht-50-Pfennig-Marke. Vielen Dank 
für diese philatelistische Kostbarkeit. 



Herr Lotter aus Suhl beendete seinen 
ausführlichen, mit konstruktiver Kritik 
versehenen Brief mit: . . . möchte ich 
jetzt ausrufen: Wachse, meine MP, 
werde dick, preisgünstig, pünktlich 
und interessant! Wir nehmen es als 
Auftrag an. Herr Bialas vermerkte ne- 
ben dem Feld „privater Computeran- 
wender“ ein Fragezeichen und Wenn 
ich gewinne. Tut uns leid. Herr 
Knecht aus Bergholz-Rehbrücke 
schrieb uns: Nun ja, für einen Monat 
bieten manch andere Magazine ent- 
schieden mehr fürs Geld . . . natürlich 
auch mehr Schnickschnack, das 
stimmt schon, es bleibt aber trotz- 
dem immer noch so viel Monat übrig, 
wenn die MP ausgelesen ist. 
Schade. Finden wir auch. Als Über- 
brückung, bis bestimmt auch die MP 
dicker wird, immer mal ins Wende- 
buch blicken! Das letzte Büchlein 
ging an Herrn Schröder in Kahla, der 
seine Hinweise mit den prosaischen 
Worten abschloß: Bleibt so und 
danke für die bisherige Unterstüt- 
zung. Ihr wart das Licht im Dunkeln! 

Liebe Leserinnen und Leser! Wenn 
Sie die letzten Sätze gelesen haben, 
wird so mancher von Ihnen vielleicht 
denken, wir nutzten die Auswertung 
der Umfrage als billiges Eigenlob. In 
der Tat gab es unter den Einsendun- 
gen viele, die mit Kritik nicht sparten. 
Fast allen war - verständlicherweise 
- der Umfang der MP zu gering, man- 
chem zu viel Theorie, manchem zu 
viel Bastelei im Heft, manch einer 
fand zu viele Themen zu fachspezi- 
fisch abgehandelt, und manch einem 
waren die meisten Beiträge zu allge- 
mein. (Das breite Spektrum der MP 
ist aber vielleicht auch eine gute 
Übung zur Toleranz.) Die Zuschriften, 
in denen Forderungen ultimativ mit 
der Konsequenz der Abbestellung 
verbunden wurden, lassen sich je- 
doch an den Fingern einer Hand ab- 
zählen. (Natürlich bedenken wir auch 
die Meinungen der Nicht-Schreiber 
und deren Verhalten in bezug auf die 


Auflagenentwicklung.) Um ein Vielfa- 
ches häufiger waren dagegen die 
Briefe, in deren Zeilen sich die ehrli- 
che Sorge um die Existenz der Zeit- 
schrift und der Wunsch nach deren 
Erhalt widerspiegelt. Sätze wie: 
Bleibt stark! Macht weiter so und hal- 
tet Euch tapfer! Laßt Euch von west- 
deutschen PC-Zeitschriften nicht un- 
terkriegen!!! Viel Glück in der Markt- 
wirtschaft! Beste Überlebenswün- 
sche und im großen und ganzen so 
bleiben! sprechen wohl eine deutli- 
che Sprache. Den dutzendfach geäu- 
ßerten Wunsch „Weiter so!“ wollen 
wir so verstehen, daß wir die bishe- 
rige Hersteilerunabhängigkeit und die 
Ehrlichkeit gegenüber unseren Le- 
sern beibehalten. Bezogen auf das 
Heft und die redaktionelle Arbeit soll 
(und muß) sich natürlich durch die 
neuen Marktverhältnisse doch etli- 
ches ändern. Und diesbezüglich sind 
uns Ihre Hinweise eine große Hilfe. 
Günstig wirkte sich aus, daß wir Sie 
nicht nur Kreuzchen machen ließen, 
sondern die Gelegenheit zu verbalen 
Äußerungen einräumten. Obwohl 
dies mit erheblichem Auswertungs- 
mehraufwand verbunden war. 
Schließlich wollten 1382 Zuschriften 
erst einmal gründlich gelesen und 
dann zur statistischen Auswertung - 
die noch läuft - erfaßt werden. Und all 
das neben der üblichen redaktionel- 
len Arbeit. Wir möchten daher all die- 
jenigen um Verständnis bitten, die in 
ihren Zuschriften (teilweise in länge- 
ren Briefen) Fragen oder Wünsche 
äußerten, wenn die Beantwortung 
noch etwas auf sich warten läßt. Wir 
haben uns über jede Zuschrift gefreut 
und bedanken uns auf diesem Wege 
bei jedem einzelnen für die Mitar- 
beit. 

Auf die Auswertung der Umfrage hier 
im Detail einzugehen wäre noch zu 
früh. Einige der Hinweise, die die re- 
daktionelle Arbeit betreffen, werden 
wir umgehend berücksichtigen; an- 
dere - insbesondere wenn sie mit 
materiellen oder personellen Aufwen- 
dungen verbunden sind - können si- 
cher nur schrittweise verwirklicht wer- 
den. Schließlich ist auch eine Redak- 
tion wie eine betriebliche Abteilung 
nur ein Teil eines VEB - Verzeihung: 
einer GmbH und marktwirtschaftli- 
che Erkenntnisprozesse führen, wie 
Sie vielleicht aus Ihrer Umgebung 
wissen, leider nicht überall gleich 
schnell zu Veränderungen. 

Nach dieser Umfrage sind wir aber in 
der Hoffnung bestärkt, daß Redaktion 
und Leserschaft der MP auch weiter- 
hin eine verständnisvolle Gemein- 
schaft bilden. Bitte unterstützen Sie 
uns und Ihre Mitleser auch in Zukunft 
mit konstruktiven Hinweisen - und 
vor allem mit aus Ihren praktischen 
Erfahrungen geborenen guten Beiträ- 
gen. Ihre Redaktion MP 
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Merkmale der RISC-Architektur 


Rene Steiner, Berlin 


In den 60er Jahren wurde ein Entwurfskon- 
zept für Rechnerarchitekturen gefunden, das 
es ermöglichte, denselben oder einen auf- 
wärtskompatiblen Maschinenbefehlssatz in 
Modellen unterschiedlichster Leistungsfähig- 
keit anzubieten. Die Lösung bestand in einer 
strikten Trennung zwischen der Maschinen- 
befehisschnittstelle, der logischen Organisa- 
tion des Rechners und den physischen Bau- 
steinen des Rechners: Man erfand die Mikro- 
programmierung, bei der die einzelnen Ma- 
schinenbefehle prozessorabhängig in Mikro- 
programme umgesetzt werden. 
Voraussetzung für den Einsatz der Mikropro- 
grammtechnik waren die Fortschritte in der 
Halbleitertechnologie Anfang der 60er Jahre. 
Schnelle integrierte Speicherchips standen 
zur Verfügung, deren Kapazität aber zu klein 
und deren Preis zu hoch waren, um damit 
auch Hauptspeicher aufbauen zu können. 
Die Mikroprogrammspeicher waren etwa 
zehnmal schneller als die damals üblichen 
Magnetkernspeicher mit ihrer minimalen Zu- 
griffszeit von etwa einer Mikrosekunde. Da- 
mit bestand ein ausgewogenes Verhältnis 
zwischen Hauptspeicher- und Mikropro- 
grammspeicher-Zugriffszeit, da auf einen 
Maschinenbefehl etwa fünf bis zehn Mikrobe- 
fehle entfielen. 

Im Laufe der Entwicklung vergrößerte sich 
der Geschwindigkeitsunterschied zwischen 
den Hauptspeichern und den Mikropro- 
grammspeichern weiter, so daß die Reduzie- 
rung der Hauptspeicherzugriffe zu dem Ent- 
wurfskriterium wurde. Es lohnte sich also 
noch mehr, eine Sequenz von Mikroinstruk- 
tionen zu genau einem neuen Maschinenbe- 
fehl zusammenzufassen. Der Aufwand zur 
Implementierung des Leitwerks explodierte. 
In der aktuellen Diskussion bekamen diese 
Rechnertypen den Namen Complex Instruc- 
tion Set Computer (CISC). 

Anfang der 70er Jahre waren dann Halblei- 
terspeicher genügender Kapazität und Ge- 
schwindigkeit verfügbar, so daß es möglich 
wurde, die Hauptspeicher mit Halbleitern auf- 
zubauen. Damit war der prinzipielle Ge- 
schwindigkeitsvorteil der Mikroprogramm- 
speicher verlorengegangen. Zusätzlich 
wurde in dieser Zeit auch die Cache-Spei- 
cherorganisationsform entwickelt, die die Lo- 
kalität von Daten und Programmen nutzte. 
Durch diese Caches wurden die Hauptspei- 
cherzugriffe scheinbar noch schneller /t/. 

Ein moderner CISC-Prozessor ist folgender- 
maßen charakterisiert /2/: 

- Taktfrequenz > 20 MHz 

- Anzahl der Pipelinestufen > 3 

- Cache-Unterstützung 

- mindestens eine 8-Byte-Prefetch-Queue 

- Unterstützung busorientierter Multiprozes- 
sorsysteme durch die Bereitstellung von Se- 
maphorfunktionen und der Möglichkeit der 
Verblockung von Buszyklen 

- Implementierung von Mechanismen zur 
Unterstützung der Fehlertoleranz (z. B. Built- 
in-Self-Tests). 

Die zunehmende Komplexität der Hardware 
und der Mikroprogramme der Rechner er- 
höhte nicht nur den Entwurfsaufwand über- 
proportional, sondern jedes zusätzliche 
Schaltelement und jede zusätzliche Verzwei- 
gung erhöhten durch die hinzukommenden 


Kapazitäten die Gatterlaufzeiten. Diese Pro- 
bleme forcierten die Suche nach einfacheren 
Hardwarestrukturen. 

Die Entwicklung der Software führte dazu, 
daß die Rechner heute im wesentlichen mit 
Hochsprachen programmiert werden, das 
heißt, die Maschinenbefehle werden nicht 
mehr durch einen geschickten Programmie- 
rer sorgfältig ausgewählt, sondern ein Com- 
piler generiert die Maschinenbefehlsfolgen. 
Compiler selbst sind aber oft nicht in der 
Lage, komplexe Befehle, die die Hardware 
bereitstellt, zu nutzen, da wegen der mög- 
lichst schnellen Überführung der Compiler 
auf unterschiedliche Rechner kaum auf die 
spezifischen Eigenschaften der Prozessoren 
eingegangen wird. Umfangreiche Analysen 
des durch Compiler generierten Codes erga- 
ben dann auch die sogenannte 90:1 0-Regel. 
Diese besagt, daß 90% der ausgeführten 
Befehle nur 1 0 % der vorhandenen CISC-Be- 
fehle nutzten; oder anders ausgedrückt: 
90% der Entwicklungskosten (im weitesten 
Sinne) für die gewaltigen Mikroprogramme 
sind nahezu umsonst. 

Diese Erkenntnisse führten insbesondere bei 
IBM, an der Berkeley- und an der Stanford- 
University Anfang der 80er Jahre zur Ent- 
wicklung der RISCs (Reduced Instruction Set 
Computers). Ihre wesentlichsten Merkmale 
sind: 

- überwiegend Einzyklus-Maschinenbe- 
fehle 

Maschinenbefehle lassen sich logisch in ver- 
schiedene Phasen unterteilen; der RISC- 
Prozessor R2000 beispielsweise wurde in 
folgende unterteilt 72/ (vgl. auch Bild 1): 


1. Befehl holen (IF) 

2. Befehl dekodieren 
und Operanden von den 

Registern holen (RD) 

3. Befehl ausführen (ALU) 

4. Speicherzugriff (MEM) 


5. Resultat in die Register schreiben (WB) 

Werden diese logischen Phasen getrennt in 
der Hardware umgesetzt, ist es möglich, die 
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Bild 1 Sequentielle Abarbeitung der Maschi- 
nenbefehle 



Bild 2 Pipelineabarbeitung der Maschinenbe- 
fehle 


Befehlsausführung zu überlappen. Das be- 
deutet, daß der nächste Maschinenbefehl 
nicht erst nach der vollständigen Abarbeitung 
des vorhergehenden abgearbeitet wird, son- 
dern daß sich in der Pipeline mehrere Ma- 
schinenbefehle in unterschiedlichen Bear- 
beitungsphasen befinden (vgl. Bild 2 für den 
R2000). Zwar braucht bei einer n-stufigen Pi- 
peline die Abarbeitung eines vollständigen 
Maschinenbefehls n Takte, aber bei einer 
ständig gefüllten Pipeline wird mit jedem Takt 
ein Befehl abgeschlossen, so daß die resul- 
tierende Beschleunigung durch die Pipeline 
fast n-fach ist. 

- wenige Maschinenbefehle 

Es werden nur die Befehle bereitgestellt, die 
von den Compilern am häufigsten genutzt 
werden und die nicht zu einer exklusiven Nut- 
zung von Hardware-Ressourcen durch ein- 
zelne Befehle führen - ausgenommen natür- 
lich den Fall, daß dies funktional unabhängig 
ist. Der R2000 hat beispielsweise nur 74 Be- 
fehle. Da in einem Befehl immer beide Ope- 
randen- und das Zielregister angegeben wer- 
den (3-Adreß-Maschine), haben die RISCs 
eine nicht zerstörende Arbeitsweise, das 
heißt, keiner der Operanden wird durch das 
Resultat zwangsläufig überschrieben. Das 
wirkt sich positiv auf die Reduzierung der 
Hauptspeicherzugriffe aus. 

- horizontales Maschinenbefehlsformat 
Um die Dekodierung der Befehle zu vereinfa- 
chen, das heißt sie zu beschleunigen, haben 
alle Befehle die gleiche Wortbreite, wenige 
Formate, und die Felder innerhalb eines Wor- 
tes haben minimale Abängigkeiten unterein- 
ander (vgl. Tafel 1). Im Prinzip hat jede Bit- 
stelle eine feste Bedeutung. Das erhöht zwar 
die Redundanz der Kodierung, hat aber den 
Vorteil einer einfachen Dekodierung. 


Tafel 1 Befehlsformate des R2000 

R-Type (Register) 

31 25 20 15 10 5 0 



op 

6-Bit-Operationscode 

rs 

5-Bit-Quellregisteradresse 

rt 

5-Bit-Quel!registeradresse oder Sprungbedin- 
gung 

rd 

5-Bit-Zielregisteradresse 

sh 

5-Bit-Shift-Amount 

fct 

6-Bit-Funktionsfeld 

immediate 

1 6-Bit-Sprung- oder Adreß-Offset 

target 

26-Bit-Sprungzieladresse 


- Load- f Store- Architektur 

Alle Datenmanipulationsbefehle können mit 
nur einem großen Registersatz, der mittels 
der Load-/Store-Befehle seinen Inhalt mit 
dem Hauptspeicher austauschen kann, ar- 
beiten. Dies führt insbesondere zu einer Ver- 
einfachung der Befehlsformate und zu einer 
Vereinheitlichung der Speicherzugriffe, was 
ein Pipelining erleichtert. Der R2000 bei- 
spielsweise hat nur eine Adressierungsart: 
Basisregister + 16- Bit-Off set/3/. 

- festverdrahtetes Leitwerk 

Die Steuersignalgenerierung erfolgt nicht 
durch ein Mikroprogramm, sondern maßge- 
schneidert und festverdrahtet, in der Regel 
durch relativ einfache und kleine PLD-Struk- 
turen (ca. 5-10 % der Chipfläche). 
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- Verlagerung möglichst vieler Aufgaben 
in die Compiler 

Die notwendigen Optimierungen erfordern, 
daß keine oder nur wenige Maschinenzu- 
stände für den Compiler verdeckt sind, das 
heißt, die Portabilität von Programmen wird 
vom Maschinenniveau in das Hochsprachen- 
niveau verlagert, da Prozessor und Compiler 
eine Einheit bilden. Dabei verlagern sich et- 
was die Schwerpunkte bei der Entwicklung 
von Compilern. Einerseits werden sie einfa- 
cher, da: 

© sich durch die Reduzierung der Befehls- 
anzahl und der dazugehörigen Adreßmodi 
die Anzahl der zu untersuchenden Alternati- 


Glossar 

Cache 

Der Cache ist ein im Verhältnis zum Hauptspei- 
cher sehr schneller Speicher. In ihm ist ein aus- 
wechselbarer Ausschnitt des Hauptspeicherin- 
haltes kopiert, mit dem die CPU arbeitet (siehe 
auch / 6/). 

Compiler 

Der Compiler ist ein Programm, das ein in einer 
Hochsprache (Basic, C, Fortran . . .) geschrie- 
benes Quellprogramm in die entsprechenden 
Maschinenbefehle übersetzt. Dabei wird das 
Quellprogramm auf Syntaxfehler überprüft und 
das Maschinenprogramm optimiert. 

Kontextwechsel 

Bei einem Kontextwechsel werden alle Regi- 
ster, die den prozessorinternen Zustand für das 
aktuelle Programm kennzeichnen, In den 
Hauptspeicher gerettet, damit ein anderes Pro- 
gramm mit seinem Kontext in den Prozessor 
geladen werden kann. Somit ist es später mög- 
lich, das „gerettete“ Programm an dergleichen 
Stelle wieder fortzusetzen. 

Maschinenbefehl 

Der Maschinenbefehl ist ein in Binärform darge- 
stellter Befehl, der vom jeweiligen Zielprozes- 
sor unmittelbar ausgeführt werden kann. 

Mikroprogrammtechnik 

Mittels der Mikroprogrammtechnik werden in- 
nerhalb des Prozessors die nach außen unteil- 
baren Maschinenbefehle in Sequenzen von Mi- 
krobefehlen zerlegt. Diese Mikrobefehle wer- 
den aus dem internen Mikrobefehlsspeicher 
geholt und steuern die einzelnen Funktionsein- 
heiten des Prozessors an. In der Regel sind die 
Sequenzen für unterschiedliche Maschinenbe- 
fehle unterschiedlich lang, bzw. die Länge der 
Sequenz hängt oft von Parametern des Maschi- 
nenbefehls (z. B. Laufvariablen) ab. 

Portabilität 

Die Portabilität ist ein Softwaremerkmal, wel- 
ches ausdrückt, daß ein Programm nicht nur auf 
einer Maschine ausführbar ist. Hochsprachen 
sind portabler als Maschinenprogramme. Mit 
wachsender Portabilität von Programmen sinkt 
oft deren Effizienz. 

Prefetch-Queue 

Die im sequentiellen Ablauf dem aktuellen Be- 
fehl folgenden Befehle werden in die CPU gela- 
den, ohne daß sie sofort abgearbeitet werden. 
Gespeichert werden sie in der Prefetch-Queue. 
Dies macht den Hauptspeicherzugriff aus der 
CPU-Sicht scheinbar regulärer, da solche Pro- 
bleme wie das Auffrischen von DRAMs oder die 
unterschiedliche Länge von Befehlen bei CISC- 
Architekturen in ihren Auswirkungen nicht mehr 
so gravierend sind. 

Tag-Befehle 

Ein Tag ist eine zusätzliche Information (z. B. 
Typkennung) zu Daten oder Instruktionen. Oft 
werden sie mittels weniger Bits innerhalb der 
Daten hardwaremäßig realisiert. Tag-Befehle 
werten diese Informationen aus. 


ven verringert (z. B. muß das Quellprogramm 
nicht mehr auf Strukturen hin untersucht wer- 
den, die durch einen komplexen Maschinen- 
befehl ersetzt werden können) 

© durch die einheitliche Befehlsbreite von 
32 Bit Optimierungen wesentlich leichter aus- 
zuführen sind (ein gegenseitiges Austau- 
schen und Verschieben der Befehle hat keine 
Speicherprobleme zur Folge) 

(D im Prinzip alle Register allgemeine Regi- 
ster sind, die sowohl zur Adreß- und Operan- 
denberechnung als auch zur Speicherung 
von Bedingungsbits genutzt werden können 
und somit sich eine vereinfachte Registerzu- 
weisungsstrategie ergibt. 

Andererseits verkompliziert sich der Compi- 
ler dadurch, daß die RISCs eine sehr große 
Anzahl von Registern haben, sowie durch 
das notwendige Auflösen von Pipelinekon- 
flikten. 

- reguläres Layout 

Der vereinfachte und gestraffte Funktions- 
umfang der Chips erlaubt das Integrieren 
großer regulärer Strukturen, was die Nutzung 
neuester Halbleitertechnologien ermöglicht, 
da das Design und die Fehlersuche verein- 
facht werden. 

Die relativ tiefen Pipelines (> 4 Stufen) müs- 
sen ständig gefüllt sein, um das angestrebte 
Ziel von 1 IPC (Instruction per Cycle) zu errei- 
chen. Dem stehen im wesentlichen drei Fak- 
toren entgegen: 

- Sprünge, das heißt die Lokalität des Pro- 
grammablaufs, sind nicht mehr gewährlei- 
stet. 

- Operationen benötigen Operanden, die 
noch nicht verfügbar sind, da sie noch in der 
Pipeline berechnet oder aus dem Speicher 
geholt werden. 

- Unterschiedliche Befehle in der Pipeline 
fordern die gleichen Ressourcen an. 

Gelöst werden die Probleme durch eine 
Kombination von Hard- und Softwaremaß- 
nahmen. Durch einen Sprungbefehl wird nor- 
malerweise die Pipelineabarbeitung verzö- 
gert, da bei Erfüllung der Sprungbedingung 
erst die effektive Sprungadresse berechnet 
wird und dann der dort stehende Befehl ge- 
holt werden muß. In den meisten RISC-Pro- 
zessoren wird deswegen der Befehlsfluß sol- 
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Bild 3 Verzögerter Sprung im R2000 


cherart umsortiert, daß die Sprungausfüh- 
rung um einen Takt verzögert wird und indem 
dazwischenliegenden Takt ein NOP oder ein 
durch den Compiler umsortierter, semantisch 
sinnvoller Befehl abgearbeitet wird (für den 
R2000 ist dies im Bild 3 dargestellt). Auf diese 
Weise ist die Wahrscheinlichkeit wesentlich 
größer, daß die Pipeline ständig gefüllt ist und 
nach einem Sprung nicht neu aufgebaut wer- 
den muß. 

Daß die Register bei der Ausführung einer 
Operation immer die aktualisierten Daten 
enthalten, wird entweder dem Compiler oder 
einer speziellen Hardware überlassen, bei- 


spielsweise dem sogenannten Scoreboard. 
Dieses Scoreboard ist aus dem Supercom- 
puterbereich bekannt und wurde erstmals in 
der innovativen CDC 6600 angewendet. Je- 
dem Register wird ein Bit zugeordnet, wel- 
ches im gesetzten Zustand anzeigt, daß das 
entsprechende Register das Zielregister ei- 
ner in der Pipeline befindlichen Operation ist 
und demzufolge zugriffsgeschützt ist, da das 
Register noch nicht aktualisiert wurde. In be- 
stimmten Fällen wird das Register-bypassing 
verwendet. Dabei wird ein Resultat, welches 
in der nachfolgenden Operation als Operand 
benötigt wird, sowohl entsprechend der Be- 
fehlssemantik in das Zielregister geschrie- 
ben als auch über einen Extrapfad der ALU 
sofort als Operand zur Verfügung gestellt. 

Da die Speicherzugriffszeiten in der Regel 
länger als die Taktzyklen der Prozessoren 
sind, ist die Nutzung der zu ladenden Daten 
unmittelbar nach dem Ladebefehl nicht mög- 
lich. Also erfordert die folgende Befehlsse- 
quenz 

SUB R23, R8, R9 
LOAD adr, R2 
ADD RI, R2, R3 

die Einführung einer entsprechenden Anzahl 
von NOPs zwischen dem Ladebefehl und 
dem Additionsbefehl, damit das Datum im 
Register R2 beim Lesen durch den Additions- 
befehl vorhanden ist. Bei der Verwendung ei- 
nes Caches zwischen dem Hauptspeicher 
und dem Prozessor könnte sich dann erge- 
ben: 

SUB R23, R8, R9 
LOAD adr, R2 
NOP 

ADD RI, R2, R3 

Ein optimierender Compiler sortiert den Code 
so um, daß der Ladebefehl soweit wie mög- 
lich vorgezogen wird, damit zwischen der 
Ausführung des Ladebefehls und des Addi- 
tionsbefehls sinnvolle Befehle ausgeführt 
werden. In diesem konkreten Fall ist die Ver- 
schiebungsweite davon abhängig, ob die ef- 
fektive Adresse des Ladebefehls berechnet 
ist und in einem Register steht und ob die Da- 
ten des Registers R2 schon aktualisiert wer- 
den dürfen, da der alte Registerinhalt nicht 
mehr benötigt wird. Durch die nicht zerstö- 
rende Arbeitsweise (3-Adreß-Maschine) sind 


f Z#J 

1 if \rd\alu\mem\wb 





'S I#2 

| IF | 

5 

* 

CD 

| IF | 


Zeit — 


Bild 4 Verzögertes Laden im R2000 


solche Befehlsverschiebungen leichter mög- 
lich, da die semantischen Abhängigkeiten 
der Befehle untereinander reduziert werden. 
Damit ergibt sich: 

LOAD adr, R2 
SUB R23, R8, R9 
ADD R1,R2, R3 
(Vgl. dazu auch Bild 4). 

Ein weiterer Problemkreis bei der Gewährlei- 
stung von 1 IPC sind die Geschwindigkeits- 
anforderungen an den Hauptspeicher. Zwar 
sind prinzipiell Speicherchips vorhanden, die 
die erforderlichen Geschwindigkeiten sicher- 
stellen können, aber Kostengründe sprechen 
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Erfolge für RISC-Architektur 

Anfänglich in Spezialrechnern angewendet, ist 
das RISC-Konzept seit 1989 bei allen großen 
Rechnerproduzenten in die Architektur einbe- 
zogen worden. Heute besitzt etwa jede zehnte 
ausgelieferte 32-Bit-CPU RISC-Merkmale, 
aber 1992 soll nach Dataquest-Berechnungen 
dieser Anteil 30 % betragen. 

RISC-Aktivitäten unternehmen die Firmen 
Acorn, Ridge, Fairchild, Pyramid, MiPS Com- 
puter-Systems, Hewlett-Packard, Inmos, DEC 
und IBM. Die größten Marktchancen werden 
gegenwärtig aber der Firma MIPS Computer- 
Systems zugebilligt. Diese Firma hat sich durch 
großzügige Lizenzvergabe einen großen Markt- 
anteil gesichert, ohne selbst zu fertigen. Von 
etwa 1 00 Mio Dollar Umsatz kamen 1 989 35 % 
aus solchen Kooperationen. Siemens, NEC 
und LSI fertigen die MIPS-Prozessoren selbst; 
Prime, Silicon Graphics, Tandem, DEC, IN2, 
PCS, Sony, Bull und Nixdorf verwenden den 
MIPS-Chip. 

Eine ähnliche Strategie verfolgt die Firma Sun. 
Zu den Lizenznehmern dieser Firma zählen: 
Mizar, Philips, Definicon, Datatech, Tatung, 
Toshiba, ICL, Rank Xerox, Solbourne, Arix und 
Prisma. 

Die Firma Motorola hat den Prozessor 88000 
entwickelt, den Data General, Tektronix, Sa- 
nyo/Icon, NCR und Unisys produzieren wollen. 
Insgesamt werden jedoch von Motorola keine 
größeren Aktivitäten auf dem RISC-Sektor be- 
obachtet. 

Intel hat mit dem i860 erst relativ spät einen 
RISC-Prozessor vorgestellt. Die Fachleute ver- 
muten, daß durch das späte Auftreten kaum 
noch ein Kundenkreis gewonnen werden 
kann. 

IBM wartete mit einer eigenen RISC-Lösung für 
die RS/6000-Fami!ie auf. Die erhöhte Rechen- 
leistung konnte bei Workstations direkt umge- 
setzt werden. 

Der Sun-Chip erreichte bereits 65 Mio Instruk- 
tionen pro Sekunde. Die Firma MIPS will 55 Mio 
Instruktionen pro Sekunde erreichen. Data Ge- 
neral arbeitet an einer 100-Mips-Version und 
Nokia Data an einer 1000-Mips-Version. 

Da fast alle RISC-Systeme unter Steuerung 
des Betriebssystems Unix laufen, kann die 
Software günstig portiert werden. Wie 


gegen ihren massenhaften Einsatz. Gelöst 
wird dieses Problem durch die verstärkte Ein- 
führung der Harvard-Architektur, die Verwen- 
dung von verschränkten Speichern und Ca- 
ches sowie durch große Registersätze. Bei 
den Registersätzen gibt es im wesentlichen 
drei Ansätze: 

© beispielsweise 32 allgemeine Register, 
wobei eines meistens auf 0 geschaltet ist. Die 
Verwaltung wird entweder durch Score- 
boards oder durch die Software übernom- 
men (vgl. Tafel 2). 

© Ausgehend davon, daß in einem typi- 
schen C- oder Pascal-Programm zirka 40 % 
der Speicherzugriffe durch Calls oder Re- 
turns verursacht wird, werden mehrere Regi- 
sterfenster, die in einem überlappenden Re- 
gistersatz angeordnet sind, integriert. Jedes 
dieser Fenster besteht aus drei Teilen: Input- 
Register, Output-Register und lokale Regi- 
ster. Dabei sind die Output-Register des ak- 
tuellen Fensters mit den Input-Registern des 
folgenden Fensters physisch identisch. Eine 
Prozedur kann nur auf ein Fenster und auf die 
zusätzlich vorhandenen globalen Register 
zugreifen. Die Überlappung der Registerfen- 
ster ermöglicht eine Parameterübergabe zwi- 
schen Programmteilen ohne zeitaufwendige 
Stackoperationen (vgl. Bild 5). So werden bei 


Unterprogramm-Aufrufen und ähnlichem nur 
die Registerfenster umgeschaltet. Durch die 
wesentliche Reduzierung der Speicherzu- 
griffe haben diese großen Registersätze ei- 
nen cacheartigen Charakter. Vorteilhaft ist 
eine solche Organisation auch für den Com- 
piler, da die Registerzuweisungsstrategien 
wesentlich einfacher werden. In der Regel 
sind zusätzlich mehr als 8 globale Register 
vorgesehen, auf die alle Prozeduren zugrei- 
fen können. Nachteilig bei dieser Lösung ist, 
daß 

- beim Kontextwechsel alle aktiven Regi- 
sterwindows gerettet werden müssen 

- durch die feste Fenstergröße die Register- 
anzahl oft zu groß oder zu klein ist 

- die kapazitive Belastung der Register- 
busse sowie der Platzbedarf zu hoch sind. 
Um diese Nachteile zu vermindern, sind von 
verschiedenen Entwicklern andere Architek- 
turen, zum Beispiel mit variabler Fenster- 
größe, die sich aber aufgrund des damit ver- 
bundenen höheren Steueraufwandes bisher 
nicht durchsetzen konnten, vorgeschlagen 
worden. 

(D Es sind sehr viele Register vorhanden (ca. 

Tafel 2 Registersatz des R2000 

General Purpose Register 



vorhergehendes 

Fenster 



Bild 5 Registerfenster des SPARC-Prozessors 


200), und diese sind zusätzlich zu ihrer Orga- 
nisation als Register noch wie ein Stack orga- 
nisiert und ermöglichen in demselben physi- 
schen Speicherraum innerhalb des Prozes- 
sors sowohl die Registerfunktion als auch 
den obersten Ausschnitt des Laufzeit- 
Stacks. Das verkompliziert zwar das Leit- 
werk, hat aber den Vorteil, daß 

- nur die benötigten Register belegt werden 

- die Übergabe von Parametern genauso 
leicht möglich ist, wie bei den überlappenden 
Registersätzen 

- ein Kontextwechsel sehr schnell sein 
kann. 

Nachteilig ist natürlich auch hier die hohe ka- 
pazitive Belastung. 

Die überraschenden Ergebnisse und um- 
fangreichen Arbeiten der Berkeley-Gruppe 
und auch der Stanford-Gruppe zur RISC-Ar- 
chitektur starteten unter den Produzenten ei- 
nen Wettlauf zur Entwicklung von RISC- 
Workstation-Mikroprozessoren. Mit der Ent- 
wicklung von RISC-Prozessoren begannen 
nahezu alle namhaften Produzenten. Dazu 
gehören Sun Microsystems mit dem SPARC 
(Scaiable Processor ARChitecture), Moto- 
rola mit dem M88000, Hewlett-Packard mit 
der High-Precision Architecture, MIPS Com- 
puter Systems mit dem R2000 und dem kom- 
patiblen R3000, AMD mit dem Am29000, In- 
tergraph Advanced Processor Division mit 
dem Clipper und Intel mit dem 80960 und 
dem 80860 (siehe auch /4/). 

Um den Anforderungen an Arbeitsstationen 
gerecht zu werden, mußten noch einige Lük- 
ken gegenüber den Entwicklungen an den 
Universitäten (wie Gleitkomma-Unterstüt- 
zung, Speicherverwaltung, Cache-Design 
u. a.) von den Produzenten geschlossen wer- 
den. So hat die Beschränkung der Maschi- 
nenbefehle zur Folge, daß zum Teil häufig 
geforderte komplexere Befehle (z. B. die Be- 
fehle der Gleitkomma-Arithmetik) durch Soft- 
wareroutinen emuliert werden müssen. Um 
solche Befehle auch in der RISC-Technik 
schnell in der Hardware zu ermöglichen, wird 
das Koprozessorkonzept angewendet. Dies 
eröffnet die Möglichkeit, in die Befehlssätze 
Befehle aufzunehmen, die für Spezialanwen- 
dungen gedacht sind. So hat beispielsweise 
der i80860 zusätzliche Grafikbefehle, der 
M88000 dagegen mehrere Bitfeld-Befehle, 
und im SPARC sind Tag-Befehle integriert. 

Im kommerziellen Bereich haben sich die 
RISCs vor allem auf dem Workstation-Markt 
durchgesetzt. Es gibt heute de facto keinen 
führenden Computerhersteller, der keine 
Workstations mit RISCs anbieten würde. Da- 
bei werden sogar solche marktentscheiden- 
den Merkmale wie die Softwarekompatibilität 
zu den Vorgängern aufgegeben. Spektakulär 
in dieser Beziehung war die Vorstellung der 
DECstation 3100 der Firma Digital Equip- 
ment, da auf ihr nur noch das Unix-kompati- 
ble Betriebssystem ULTRIX läuft. 

Auf dem PC-Markt konnten die RISCs bisher 
noch keine nennenswerten Anteile erobern. 
Wahrscheinlich ist die für RISC-Prozessoren 
notwendige Umgebung, insbesondere die 
schnellen und großen Speicher, noch zu 
teuer für PCs. Aber auch hier kommt der 
Markt in Bewegung, wie die Ankündigung ei- 
nes auf einem SPARC aufbauenden Laptops 
der Firma Toshiba zeigt /5/. Dieser Laptop 
hat 8 MByte Hauptspeicher, eine 180- M Byte- 
Festplatte und eine Bildschirmauflösung von 
1 152 x 900 Bildpunkten. 

Fortsetzung auf Seite 9 
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kennengelernt 

Microsoft C 6.0 PDS 

Uwe Schulze, Berlin 

Lange Zeit fuhr Microsoft zweigleisig. Auf der einen 
Seite die großen und zum Teil recht betagten Opti- 
mierungscompiler, auf der anderen die Quick-Serie, 
für Einsteiger gedacht und inzwischen den Kinder- 
schuhen entwachsen. Die neuen Professional Devel- 
opment Systems (PDS) sollen die Vorteile beider Li- 
nien in sich vereinen. Außerdem werden die ver- 
schiedenen Programmiersprachen in einer Entwick- 
lungsumgebung - der Programmers Workbench 
(PWB) - zusammengeführt. C 6.0 und Basic 7.0 sind 
bereits verfügbar, Pascal soll folgen. MP stellt Ihnen 
den neuen C-Compiler näher vor, der in einer Beta- 
Version vorab zur Verfügung stand. 



Installation und Editor 

Die Idee ist einfach: Die Leistungsfä- 
higkeit des Optimierungscompilers 
5. 1 wird mit dem Komfort von Quick-C 
kombiniert. Außerdem führt die Ent- 
wicklungsumgebung alle Tools (u.a. 
die Make-Funktion und den Stand- 
Alone-Debugger Code View) zusam- 
men und sieht die Einbindung der an- 
deren Sprachen (Assembler, Basic, 
Pascal) vor. Zunächst aber fällt der 
nicht unerhebliche Umfang geliefer- 
ter Software auf: 7 Disketten mit über 
8 MByte Programmen, zum Teil in 
kompromierter Form. Die Installation, 
die zum Entpacken unumgänglich ist, 
verläuft im Gegensatz zu den sonsti- 
gen Gepflogenheiten bei Microsoft - 
wo ohne Maus und Fenster nichts 
geht - im zeilenweisen Dialog ab und 
dauert etwa eine Stunde, davon die 
Hälfte zum Entpacken und Kopieren, 
die andere Hälfte zum Erstellen der 
Bibliotheken. Eine vollständige DOS- 
Version für alle Speichermodelle be- 
legt anschließend 8 MByte auf der 
Festplatte. Sie enthält die neue Ent- 
wicklungsumgebung (Programmers 
Workbench, kurz PWB genannt), 
Compiler, zwei Linker, Bibliotheken, 
Quellen von Bibliotheksfunktionen, 
Beispiele, umfangreiche Hilfstexte 
und den Debugger CodeView in der 
Version 3.0. Alternativ können auch 
die OS/2-Bibliotheken installiert wer- 
den. 

Minimale Systemanforderungen sind 
512 KByte Hauptspeicher und 5 
MByte freie Plattenkapazität, für die 
praktische Arbeit sind aber 10 MByte 
externer und 640 KByte Hauptspei- 
cher plus EMS oder den häufig vor- 
handenen 384 KByte Extended Me- 
mory zu empfehlen. 

Der Editor entspricht im wesentlichen 
dem von Quick-C. Es handelt sich um 
einen Multi-window-Editor, mit dem 
mehrere Texte parallel bearbeitet 
werden können, während - auf 
Wunsch - auch noch Hilfe- und Aus- 
gabefenster sichtbar sind. Alle Fen- 
ster sind in Größe und Lage veränder- 
bar; für eine effektive Arbeit wird eine 
Maus benötigt. Der Editor ist frei kon- 
figurierbar, was insbesondere für 
Programmierer interessant sein wird, 
die nicht von Wordstar kommen. Far- 
ben und Muster sind (wie in Quick-C) 
interaktiv einstellbar. Weitere lei- 
stungsfähige Features stellen die ein- 
fach zu bedienende L/nc/o-Funktion 
dar, mit der die letzten Aktionen annu- 
liert und auch wieder gültig gemacht 
werden können, sowie ein Makro-Re- 
korder und eine Makro-Sprache, zur 
wiederholten Abarbeitung von Be- 
fehlsfolgen. Zum Lernen kann man 


einen Blick in die Datei Tools.ini wer- 
fen, wo die Standardeinstellungen als 
Makro eingetragen sind. In puncto 
Makrosprache bieten spezielle Pro- 
grammeditoren (z. B. Brief) zwar 
mehr, doch können Routinen zur Er- 
weiterung des Editors auch in C ge- 
schrieben werden, was keine Wün- 
sche offen läßt. Beim Verlassen der 
Workbench werden alle Einstellun- 
gen automatisch gespeichert. Das gilt 
auch für die anderen Tools (Debug- 
ger, Make-Utility), was zeigt, wie die 
Workbench das Zusammenspiel der 
einzelnen Programme unterstützt. 

Die Optimierung 

Beim Kompilieren und Linken wird die 
jeweilige Kommandozeile mit allen 
Parametern angezeigt, so daß die 
eingestellten Schalter überprüfbar 
sind. Wahlweise kann eine inkremen- 
telle Übersetzung veranlaßt werden 
(die nur veränderte Funktionen be- 
rücksichtigt) oder aber - zum Ab- 
schluß der Programmentwicklung - 
die Optimierung des Gesamtwerkes. 
Diese Trennung nahmen viele Pro- 
grammierer auch bisher schon vor, 
indem sie mit Quick-C entwickelten 
und das Ergebnis mit MSC 5.1 über- 
setzten. Aber C 6.0, das ist nicht nur 
eine neue Umgebung. Vielmehr 
wurde die bisher schon gute Optimie- 
rung weiter verfeinert, so daß Micro- 
soft C die Spitzenstellung in seiner 
Klasse, was die Kodequalität angeht, 
gegen die Konkurrenten Turbo C und 
Lattice C weiter ausbauen dürfte. Der 
Programmierer erhält mehr Kontrolle 
über die Optimierung, da zum einen 
mehr Schalter zur Verfügung stehen, 
diese zum anderen gezielt (nämlich 
lokal in Blöcken und Funktionen) ein- 
gesetzt werden können. Bedeutung 
erlangt diese Möglichkeit im Zusam- 
menhang mit dem Debugging und der 
Vermeidung von Nebeneffekten bei 
bestimmten Programmiertricks. Am 
einfachsten ist die Einstellung der 
Optionen über das Option- Menü der 
Workbench möglich, allerdings gel- 
ten sie dann für den gesamten Modul. 
Den lokalen Einsatz verfügt man mit 
dem neuen Progma optimize zur Op- 
timierung des Registereinsatzes: 
#pragma optimize (”e”,on) 

Der Compiler hält in diesem Falle die 
am häufigsten benutzen Variablen in 
Registern, was den Einsatz der Spei- 
cherklasse register überflüssig 
macht, so daß sie beim Setzen des 
Schalters auch ignoriert wird. Zentra- 
ler Punkt ist die Schleifenoptimie- 
rung, weil hier besonders viel Laufzeit 
eingespart werden kann. Sie wird in 
drei Stufen offeriert, aber nicht etwa 


aus Gründen der Übersetzungszeit. 
Vielmehr wird eine extreme und eine 
sichere sowie überhaupt keine Opti- 
mierung unterschieden, wobei er- 
stere bei Sonderfällen zu Problemen 
führen kann. Für jede der drei Einstel- 
lungen existiert ein eigener Schalter. 
Einige Verbesserungen nimmt der 
Compiler stets vor, wenn die Optimie- 
rung nicht grundsätzlich abgeschaltet 
wurde (Disable Optimization im Op- 
tion-Menü). Dazu gehören die Be- 
rechnung von konstanten Ausdrük- 
ken beim Kompilieren und die auto- 
matische Einführung temporärer Va- 
riablen für mehrfach benutzte Aus- 
drücke. Weiterhin kann auch auf die 
Laufzeitoptimierung zugunsten einer 
Kodeoptimierung verzichtet werden. 
Eine Reihe von Programmen läuft et- 
was schneller als unter MSC 5.1 . Bei 
vollständiger Abwärtskompatibilität 
kann man sich das zunutze machen, 
indem man seine alten Programme 
neu übersetzt. Die Übersetzung wird 
von der integrierten Make-Funktion 
gesteuert, die alle Abhängigkeiten 
überprüft. Zum Erstellen von Projek- 
ten existiert eine Dialogbox, woraus 
dann automatisch das kryptische 
Make-Fiie erzeugt wird (wie auch 
schon bei Quick-C). Weiterhin ist 
aber die Arbeit auf Kommandoebene 
durch direkten Aufruf von Compiler 
(CI.exe) und Linker Hink (inkrementel- 
ler Linker) oder Link (segment execu- 
table Linker) möglich. 

Microsoft C 6.0 unterstützt endlich 
auch das Tiny-Speichermodell, so 
daß COM-Files (etwa für residente 
Programme) erstellt werden können. 
Der Long-double-Support entspricht 
jetzt der Breite des Koprozessors (80 
Bit, bisher 64 Bit) und das auch als 
Emulation. Dazu wurden die arithme- 
tischen Funktionen komplett überar- 
beitet. 

Neu eingeführt sind sogenannte Ba- 
sed-Pointer, die mit 16 Bit (wie Near- 
Pointer), aber bezogen auf ein Basis- 
segment auch Adressen über die 
Grenzen des 64 KByte-Segments 
hinaus ansprechen können. 
Inline-Statements werden vom Com- 
piler ohne separaten Assemblerpaß 
behandelt. Als weitere Neuerung ist 
die Parameterübergabe an Funktio- 
nen in Registern möglich, wenn diese 
als _fastcall deklariert sind - auf- 
grund der beschränkten Anzahl von 
Registern aber nur bis zu drei Para- 
meter. 

Der Entwicklungskomfort 

Während der Programmentwicklung 
braucht die Workbench nicht verlas- 
sen zu werden, da Linker, Debugger 


oder andere Programme (etwa ein 

Profiler) von hier aus aufgerufen wer- 
den können. Für häufig ausgeführte 
Aktionen lassen sich in einer Dialog- 
box auch die Pull-Down-Menüs um 
zusätzliche Kommandos erweitern 
(s. Bild), einschließlich Pfad- und Pa- 
rameterangaben. Weiterhin sind Ak- 
tionen in Abhängigkeit von der Datei- 
erweiterung einstellbar, was zum Bei- 
spiel zum Aufruf fremder Compiler 
oder des Assemblers nutzbar ist. 

Ein Novum, das seinesgleichen 
sucht, ist der Source-Browser, mit 
dem der Programmierer seinen 
Quelltext überwachen kann. Dazu 
gehört das Auffinden der Definitionen 
von Variablen und Funktionen bzw. 
aller Aufrufe einer Funktion. Ferner 
können alle Referenzen auf eine Va- 
riable gefunden werden. Auch die Be- 
stimmung der Abhängigkeit bei meh- 
reren Modulen ist möglich. 
Gegenüber Quick-C wurde das Hilfs- 
system entscheidend erweitert. Es ist 
in einem halben Dutzend separater 
Dateien untergebracht und läßt sich 
zu jeder Zeit durch den rechten 
Mauskiick aktivieren. Die angestrebte 
offene Architektur zeigt sich hier 
daran, daß der Programmierer die 
Hilfen selbst erweitern kann, sei es 
als eigene Gedächtnisstütze oder zur 
Arbeit im Team. Ebenfalls überarbei- 
tet wurde der CodeView-Debugger. 
Sofern Extended oder Expanded Me- 
mory vorhanden ist, kann er sich fast 
vollständig auslagern und damit alle 
Programme debuggen, die in den 
Hauptspeicher passen. 

Die Kontrolle komplexer Datenstruk- 
turen wurde verbessert, und über Hi- 
story-Sessions kann - wie beim 
Turbo-Debugger - nach einer Quell- 
textänderung und Neu Übersetzung 
die gleiche Einstellung aller Parame- 
ter (Breakpoints, Registerbelegun- 
gen etc.) erreicht werden. 

Microsoft C 6.0 bietet umfassende 
OS/2-Unterstützung, wie beispiels- 
weise zur Entwicklung von DLL- (Dy- 
namically Linked Libraries) und Multi- 
thread-Programmen, und auch das 
neue High Performance File System 
(HPFS) von OS/2 kann genutzt wer- 
den. Für viele ist das zwar noch Zu- 
kunftsmusik, aber auch eine Siche- 
rung der Investitionen. 

Es soll aber auch nicht verschwiegen 
werden, wo die Grenzen der Work- 
bench-Lösung liegen: Unangenehm 
machen sich die permanenten Plat- 
tenzugriffe zum Nachladen der ein- 
zelnen Programme (Compiler, Lin- 
ker, Hilfen und Debugger) sowie zum 
Laden und Speichern der diversen 
Konfigurations-, Sitzungs- und Make- 
files bemerkbar. Dem Hinweis etwa, 
daß zu einem Item kein Hilfstext vor- 
handen ist, geht eine Suche auf der 
Platte voraus, die mehrere Sekunden 
dauert. Man kann sich des Eindrucks 
nicht erwehren, daß es sich Microsoft 
mit dem Zusammenfassen von Ein- 
zelprogrammen unter einer Oberflä- 
che etwas leicht gemacht hat und daß 
bei Entwicklungsumgebungen mit 
echt integriertem Compiler schon 
Besseres zu sehen war. Der Herstel- 
ler ist sich des Übergangscharakters 
seiner Lösung wohl bewußt, denn in 
Zukunft wird man voll auf die Arbeit 
unter Windows und dem OS/2-Pres- 
entation Manager setzen. Meine vom 
damals überzeugenden Turbo-Pas- 
cal her begründete Euphorie über 
Compiler mit integrierter Nutzerober- 
fläche hat sich aber wieder gelegt. 


Mikroprozessortechnik, Berlin 4 (1990) 11 


7 



DarFs auch ein 486er sein? 


Uwe Schutze, Christian Hanisch 



Bild 1 Der LGI 486. Das Gehäuse entspricht 
dem des 386ers (bei dem von uns getesteten Ge- 
rät sogar mit dem alten Schildchen) 


Alle bedeutenden PC-Hersteller runden ihre 
Produktpalette nach oben mit einem 486er 
ab. Aber lohnt sich der Einsatz schon, und 
welche Vorteile bringt er? MP hat für Sie den 
LGI 486 von Lucky Goldstar International un- 
ter die Lupe genommen. 

Der i80486 ist ebenso wie sein Vorgänger 
(der i80386) ein 32-Bit-Prozessor, besitzt 
aber auf dem Chip bereits eine Arithmetikein- 
heit (die den 80387 ersetzt), eine Speicher- 
verwaltungseinheit (MMU) und 8 KByte Ca- 
chespeicher. Damit reduziert sich zum einen 
der Aufwand für den Bau des Motherboards, 
zum anderen wird die Geschwindigkeit deut- 
lich erhöht. Ein 80486-Prozessor soll etwa 
3mal schneller sein als sein Vorgänger bei 
gleicher Taktfrequenz. Ursache dafür ist ne- 
ben der Integration mehrerer Bausteine auf 
dem Chip die Veränderung der Befehlsaus- 
führung. Häufig benötigte Befehle (zum Bei- 
spiel Ladebefehle) werden ohne Microcode 


in möglichst wenig Taktzyklen ausgeführt. 
Der 80486 weist damit Eigenschaften von 
RISC-Prozessoren auf. Gegenüber dem Vor- 
gänger wurde auch der Adreßraum vergrö- 
ßert, physisch auf 4 Gigabyte und virtuell auf 
64 Terabyte! Eine genaue Beschreibung der 
Hardwareeigenschaften finden Sie in MP 9/ 
89 , Seite 278. 

Die Leistungsfähigkeit eines PCs hängt aber 
bei weitem nicht nur vom Prozessor ab. Viel- 
mehr sollte Wert auf den eingesetzten Bus- 
Standard (ISA, EISA oder MCA), die Ge- 
schwindigkeit der Festplatte (mittlere Zu- 
griffszeit, Transferrate), die Zugriffszeit der 
RAM-Bausteine (bedingt eventuell Waitsta- 
tes) und die Grafikkarte (8 Bit oder 1 6 Bit) ge- 
legt werden. Um den enormen Preissprung 
zwischen 386 und 486 auszugleichen, liefern 
einige Hersteller ihre Geräte mit einer nur ku- 
rios zu nennenden Konfiguration aus: bei- 
spielsweise nur 512 KByte RAM oder eine 
45-ms-Festplatte. In diesem Falle werden 
Sie aber nicht in den Genuß der Vorteile des 
80486 kommen. Ein gut konfigurierter 386er 
kann hier für den gleichen Preis mehr lei- 
sten. 

Potentielle Einsatzgebiete für 486-PCs sind 
Server in LANs, OS/2, Unix oder multitas- 
kingfähige DOS-Derivate (DesqView, VM/ 
386, PC-MOS), also alles Speicher- und plat- 
tenzugriffsintensive Anwendungen, kein 
Number-Crunching. Nichtsdestotrotz wird 
aber ein originales MS-DOS 3.3 ohne Pro- 
bleme von der Diskette gebootet. Ob auch im 
CAD-Bereich Marktanteile gegenüber den 
68000-basierten Workstations gutgemacht 
werden können, bleibt abzuwarten. Bei der 
Prüfung der Gesamtausstattung sind insbe- 
sondere folgende Punkte zu bedenken: 
Findet noch der alte AT-Bus Verwendung 
(auch ISA genannt), dann können alte Karten 
weiterhin genutzt werden. Dieser Aspekt 
dürfte aber bei der Anschaffung eines 486ers 
nicht im Vordergrund stehen. Um die Lei- 
stungsfähigkeit des Prozessors wirklich aus- 
zureizen, stehen entweder der von IBM ent- 
wickelte MicroChannel (MCA) zur Verfügung, 
den aufgrund der Lizenzbedingungen nur 
wenige Firmen anbieten (u. a. NCR) oder der 
weiter verbreitete EISA-Bus, in dessen 
Steckverbinder ebenfalls auch alte AT-Kar- 
ten passen. 

Besonderer Wert sollte auf die Geschwindig- 
keit der Festplatte gelegt werden, denn sie 
bestimmt das Zeitverhalten des Gesamtsy- 


stems maßgeblich. 28 ms als mittlere Zu- 
griffszeit sind Norm; es darf aber auch etwas 
schneller sein (eine 18-ms-Festplatte macht 
sich recht positiv bemerkbar). Aussagekräfti- 
ger als die mittlere Zugriffszeit ist häufig die 
Datentransferrate, da sie auch den Interleave 
oder Cache-Speicher des Controllers be- 
rücksichtigt. Sie sollte über 400 KByte pro 
Sekunde liegen; schnelle Festplatten schaf- 
fen 600 KByte pro Sekunde und mehr. Die 
Geschwindigkeit der Festplatte gewinnt noch 
an Gewicht dadurch, daß neuere Software 
(MS-Windows, OS/2) mit dynamischer Spei- 
cherverwaltung arbeitet und ständig Spei- 
cherseiten auf die Festplatte auslagert 
(Swapping). 

Wieviel RAM benötigt wird, hängt von den 
Anwendungen ab; die Chance der Aufrüstung 
auf 8 MByte (besser noch auf 16 MByte) 
sollte man sich aber offenlassen. Durch das 
erwähnte Swapping hat die Speichergröße 
auch Einfluß auf die Arbeitsgeschwindigkeit: 
Je mehr Hauptspeicher vorhanden ist, desto 
weniger oft braucht aus- und eingelagert zu 
werden. Ein weiterer Geschwindigkeitsschub 
kann durch Parallelarbeit mehrerer Prozes- 



Bild 2 Das Innenleben des LGI 486 - ausrei- 
chend Platz für die Nachrüstung weiterer Lauf- 
werke 


Tafel 1 Leistungsvergleich von LGI 486 und LGI 286S 



LGI 486 

LGI 286S 

Taktfrequenz 

24,13 MHz (Checkit) 

16,02 MHz (Checkit) 


27, 1 7 MHz (Chomptest) 

16,18 MHz (Comptest) 

nominell 

25 MHz 

16MHz 

Dhrystones 

11834 

3233 

Whetstones 

4068 KiloWs 

61, 6 KiloWs 

Primzahlensieb 

2,09 s 

12,03 s 

Festplatte 

SCSI 



80 MByte 

42 MByte 


54 Sektoren/Spur 

17 Sektoren/Spur 


3 Köpfe 

6 Köpfe 

mittlere 

101 2 Zylinder 

81 9 Zylinder 

Zugriffszeit 

24,4 ms (Checkit) 

32,1 ms (Checkit) 


26,3 ms (Coretest) 

31,1 ms (Coretest) 

Transferrate 

397,3 KByte/s 

148,8 KByte/s 


(Checkit) 

(Checkit) 


435,2 KByte/s 

239,1 KByte/s 


(Coretest) 

(Coretest) 



Bild 3 Der Prozessor i486 und der Sockel für den Weitek-Koprozessor4167 
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soren erreicht werden, wofür der 80486 auch 
ausgelegt ist und was im Compaq Systempro 
schon angeboten wird. 

Der LGI486 

Der LGI 486 steckt in einem großen Tower- 
Gehäuse, das einen weiteren Ausbau gestat- 
tet. Das Motherboard entspricht aber in den 
Abmaßen denen eines Desktop-Gerätes, so 
daß viel Platz für weitere Festplatten oder 
Laufwerke bleibt (Bild 1 ). Der Chipsatz unter- 
scheidet sich nicht von dem des ATs: 2 Inter- 
rupt-Controller (8259A-kompatibel), 1 Timer/ 
Counter (8254-2-kompatibel), 1 Real-Time- 
Uhr (MCI 4681 8A-kompatibel), 114 Byte 
CMOS-RAM, 1 Tastaturcontroller (i8742) 
und 7 DMA-Kanäle (i8237A). 

Neben dem Prozessor befindet sich ein Sok- 
kel für den Weitek-Koprozessor WTL 4167 
(25 MHz.), der für rechenintensive Anwen- 
dungen eine weitere Geschwindigkeitsstei- 
gerung um den Faktor 3 bis 5 bringen soll 
(Bild 2). Da der 80486 aber bereits eine Arith- 
metikeinheit enthält, wird sich diese Investi- 
tion nur für wirklich rechenintensive Aufga- 
ben lohnen. 

Das Motherboard verfügt über 6 lange und 2 
kurze Steckplätze, wovon die VGA-Karte ei- 
nen langen, eine I/O- und eine Controller- 
karte jeweils einen kurzen Slot belegen. Ver- 
wendet wird der AT-Bus, in Zukunft wird 
Lucky Goldstar aber dem EISA-Konzept fol- 
gen. Der Hauptspeicher befindet sich nicht 
auf dem Motherboard, sondern kann als se- 
parate Speicherkarte in einen dafür vorgese- 
henen 32-Bit-Slot gesteckt werden. Zwei ver- 
schiedene Speicherboards werden angebo- 
ten : Ein 5-MByte-Board mit fünf Bänken zu je 
1 MByte (8 x 256 K x 4 und 4 x 256 K x 1) 
und einer Zugriffszeit von 100 ms. Das 16- 
MByte-Board (das auch der MP mit 4 MByte 
zur Verfügung stand) wird mit SIMM-Modu- 
len zu je 256 x 9 oder 1 x 9 bestückt. Jede 
Bank ist mit 4 SIMMs belegt, so daß es im er- 
sten Fall 1 MByte, im zweiten 4 MByte ent- 
hält. Der Speicher zwischen 640 KByte und 
1 MByte kann zur Beschleunigung der ROM- 
Zugriffe als Shadow-RAM verwendet wer- 
den; der Adreßraum oberhalb von 1 MByte 
steht Extended-Memory-Anwendungen zur 
Verfügung, kann aber -da der Prozessor das 
unterstützt - über einen zusätzlichen Treiber 
auch als Expanded Memory (EMS) genutzt 
werden, wie ihn viele DOS-Programme for- 
dern. 

Der LGI 486 besitzt eine kleine Bedienkon- 
sole, auf der sich neben dem Reset und der 
Taktumschaltung auch ein Paßwort einstel- 
len läßt, das im angeschlossenen CMOS- 
RAM aufbewahrt wird. Das vermittelt ein ho- 
hes Maß an Datensicherheit; ob aber der im 
Gegensatz zu einem konventionellen 
Schlüssel kompliziertere Paßwort-Mechanis- 
mus auch ein Plus an Bedienkomfort bietet, 
ist zweifelhaft. 

Leistungsvergleich 

Über Sinn und Unsinn von Benchmarks läßt 
sich ganz sicher streiten, irgendeine Möglich- 
keit des Vergleiches muß man aber finden, 
und so haben wir die gängigen Testpro- 
gramme benutzt und den LGI 486 einem AT 
aus gleichem Hause gegenübergestellt (Ta- 
fel 1). Da die Ergebnisse verschiedener Pro- 
gramme ein wenig voneinander abweichen, 
wurde jeweils der kleinste und der größte 
Wert aufgeführt und in Klammern das be- 
nutzte Programm vermerkt, so daß die Anga- 
ben nachvollziehbar bleiben. Die Werte für 


Tafel 2 Praxistest: Laufzeltvergleich eines Anwen- 
dungsprogramms aus der Wasserwirtschaft auf ver- 
schiedenen Rechnern 


Rechnertyp 

Abarbeitung»^ 

zeit 

IBM AT-03 (6 MHz, 80287) 

1:24:00 h 

Noname AT-386 (16 MHz, 80387) 

12:20 min 

robotron K 1 840 

10:30 min 

Peacock Tower-AT-386 (33 MHz, 80387) 

5:40 min 

LGI 486 

3:34 min 

2:35 min* 


* Rechenzeit bei Unterdrückung aller Statusmeldungen auf 
dem Bildschirm 


die Festplatte hängen zwar nicht vom Pro- 
zessor ab, wurden aber der Vollständigkeit 
halber mit aufgeführt. Es zeigt sich, daß ein 
486er eine zum Teil erhebliche Geschwindig- 
keitssteigerung bringt. Das Primzahlensieb 
arbeitet er sogar mehr als doppelt so schnell 
ab wie ein 386er mit gleicher Taktfrequenz, 
der 5,60 Sekunden braucht (Vergleichen Sie 
auch andere Prozessoren in MP 4/90, Seite 
104). Bei den Whetstones ist er mehr als ein 
Drittel schneller als ein Compaq 386/25 mit 
80387-Koprozessor (2400 KiloWs), muß sich 
aber dem gleichem Rechner mit Weitek-Ko- 
prozessor geschlagen geben (5220 KiloWs). 
Da damit hauptsächlich die Real-Arithmetik 
getestet wird, ist diese Leistung nur für be- 
stimmte Gruppen von Anwendungen von Be- 
deutung, zeigt aber, daß der Sockel für den 
Weitek-Koprozessor nicht ganz umsonst da 
ist. Bei den Dhrystones bringt es ein Compaq 
386/25 auf 10617. 

Der Praxislest 

Wenn auch Whetstones und Dhrystones ei- 
nen Hinweis auf die Geschwindigkeit eines 
Rechners geben, so sind sie für die Praxis 
nicht immer repräsentativ. Deshalb haben wir 
ein Anwendungsprogramm aus der Wasser- 
wirtschaft für einen exemplarischen Praxis- 
test herangezogen. Neben den oben er- 
wähnten Einsatzgebieten eines 486ers 
dürfte diese Rechnerklasse auch für Simula- 
tionen in wissenschaftlich-technischen An- 
wendungen interessant sein. Die rechenin- 
tensiven numerischen Lösungsverfahren 
stellen hinsichtlich Durchsatz und Speicher- 
kapazität gehobene Anforderungen an die 
Technik. Um ein Programm aus dieser Kate- 
gorie handelte es sich bei diesem Test. Das 
Programm beeindruckte schon durch eine 
Größe der EXE-Datei von über 400 KByte. Es 
ist in traditioneller Weise in Fortran-77 pro- 
grammiert und setzt den Einsatz eines Ko- 
prozessors voraus. Um nun eine Aussage 
hinsichtlich der Abarbeitungsgeschwindig- 
keit zu ermöglichen, sind in Tafel 2 die Re- 
chenzeiten auf verschiedenen PCs und auf 
einem zur VAX 1 1 /780-kompatiblen Rechner 
(robotron K 1840) der Rechenzeit am LGI 
486 gegenübergestellt. Zwar soll der 486er 
etwa dreimal so schnell sein wie ein 386er, je- 
doch konnte dies im Test gegenüber dem 
Peacock 386-Tower nicht bestätigt werden. 
Hier wird deutlich, daß ein Hochleistungspro- 
zessor nicht alles ist, sondern daß der PC als 
Gesamtgerät betrachtet werden muß, denn 
nur so kommt er in der Praxis zum Einsatz. 
Nichtsdestotrotz stellt der 486er eine Lei- 
stungsklasse dar, die im wahrsten Sinne des 
Wortes mit einem Rechenzentrum auf dem 
Schreibtisch verglichen werden kann. Im 
konkreten Einsatzfall läßt dieser Rechner ein 
problemloses Rechnen von Varianten mit 
dem besagten Simulationsprogramm zu, so 
daß sich der zu simulierende Prozeß gezielt 


Dhrystone 

Von Reinhold Weicker ursprünglich für den 
Unix-Bereich entwickelter synthetischer 
Benchmark, der ausschließlich die Leistung der 
CPU messen soll, allerdings sprachabhängig 
ist. Mit dem Ziel der Portierung wurde das Test- 
programm zuerst in Ada, später in Pascal und C 
geschrieben. Es enthält Integer-, String- und 
Pointerverarbeitung sowie Feldzugriffe, aber 
keine Gleitkommabefehle und keine Betriebs- 
systemrufe. Im einzelnen besteht es aus 53 % 
Zuweisungen, 33 % Kontrollanweisungen 
(Schleifen, Verzweigungen) und 15% Unter- 
programmrufen. 

Whetstone 

Das Testprogramm erhielt seinen Namen nach 
dem anfangs dafür verwendeten Whetstone- 
Compiler und dient insbesondere zur Untersu- 
chung der Gleitkommaarithmetik des Prozes- 
sors und gegebenenfalls des Koprozessors. Es 
enthält einfach Gleitkommaoperationen, Win- 
kelfunktionen, bedingte Sprünge, Funktions- 
aufrufe und Feldindizierungen. Der Whetstone- 
Benchmark repräsentiert damit wissenschaftli- 
che und andere rechenintensive Anwendun- 
gen. Die Angabe erfolgt in Kilo- oder Mega- 
Whetstones. 


untersuchen läßt. Erst wenn diese Arbeits- 
weise möglich ist, kann der Computer zu ei- 
nem exklusiven Verständnis für die zu simu- 
lierenden Naturprozesse beitragen. Damit 
dürfte der 486er auch im ingenieurtechni- 
schen Anwendungsbereich seine Interes- 
senten finden. Nicht unerwähnt soll jedoch 
bleiben, daß diese enorme Leistung - so ver- 
lockend sie auch ist - ihren Preis hat, und der 
drückt sich nicht nur in Mark und Pfennig aus, 
sondern auch in einer zunehmenden Kom- 
plexität von Hard- und Software, die geho- 
bene Anforderungen an den Anwender stel- 
len. Es bleibt dabei nur zu hoffen, daß diese 
Systeme in den Händen der Anwender auch 
die Auslastung erfahren, für die sie gebaut 
wurden. 


Fortsetzung von Seite 6 

In der Zukunft werden die RISCs neben den 
CISCs eine der Hauptrichtungen in der Pro- 
zessorarchitektur sein, wobei auch die Sym- 
biose beider Architekturlinien zur weiteren 
Leistungssteigerung genutzt werden wird. 
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Unix-Tip für Einsteiger ^ 

Mit der C-Shell 
doppelseitig drucken 


Bernd Matzke, Delitzsch 


Nutzer des zu Unix kompatiblen Betriebssy- 
stems Wega werden mit der Tatsache kon- 
frontiert, daß viele Dokumentationen nur als 
Dateien auf Diskette vorliegen, also durch 
den Nutzer selbst ausgedruckt werden müs- 
sen. Da diese Dokumentationen einen er- 
heblichen Umfang besitzen, ist ein doppel- 
seitiges Bedrucken des Papiers wün- 
schenswert. Diese Aufgabe übernimmt die 
im folgenden beschriebene Prozedurdatei 
für die Unix-Nutzeroberfläche C-Shell. Über 
den praktischen Nutzen hinaus kann die 
Analyse des C-Shell-Skriptes den Einstieg in 
die um interaktive Möglichkeiten erweiterte 
Nutzeroberfläche erleichtern. 

Das Funktionsprinzip 

Wega-Dokumentationen sind in einem Stan- 
dardformat von 66 Zeilen je Seite formatiert. 
Aus diesem Grund ist der verwendete Druk- 
ker auf diese Seitenlange einzustellen (Zei- 
lenabstand 1 /6 Zoll, Sprung über die Perfora- 
tion ein, ASCII-Zeichensatz ohne Um- 
laute). 

Das Kommando split zerlegt die zu druk- 
kende Datei in jeweils 66 Zeilen lange Teilda- 
teien. Diese Dateien erhalten standardmäßig 
den Namen xaa, xab . . . xzz. Die Datei xaa 
enthält die erste Seite der Dokumentation, 
die Datei xab die zweite usw. Eine Ausnahme 
bildet lediglich die Datei xzz, die den gesam- 
ten Rest der aufgesplitteten Datei aufnimmt, 
falls die Dateien bis xzy dazu nicht ausrei- 
chen. Nun müssen diese Dateien nur noch in 
der richtigen Reihenfolge gedruckt werden, 
zuerst also die Dateien xaa, xac, xae ... auf 
die eine und danach die Dateien xab, xad, xaf 
... auf die andere Seite des Papiers. 

Damit auch Einzelblätter und Leporello-Re- 


ste verarbeitet werden können, kann in der 
Kommandozeile angegeben werden, nach 
wieviel Druckseiten das Papier gewendet 
bzw. gewechselt werden soll. 

Beim Abbruch des Drucks wird der noch zu 
druckende Rest der Datei in eine Datei <na- 
me>.r gespeichert, die beim nächsten Start 
automatisch anstelle der ursprünglichen Da- 
tei verwendet wird. 

Innerhalb der Prozedurdatei werden einige 
wichtige Möglichkeiten bei der C-Shell-Pro- 
grammierung demonstriert. Hier sollen vor al- 
lem die kurz beschrieben werden, die aus 
herkömmlichen Programmiersprachen weni- 
ger oder gar nicht bekannt sind. 

Die C-Shell ermöglicht eine interpretative Ar- 
beit, daß heißt, bestimmte Elemente des 
Quelltextes können zur Ausführungszeit im 
Dialog durch aktuelle ersetzt werden. Diese 
Verfahrensweise ähnelt der Makro-Erset- 
zung in dBase, ist hier aber wesentlich per- 
fekter gestaltet. Ausgelöst wird dieser Me- 
chanismus durch das Dollarzeichen $. Der 
Ausdruck $<variable> wird bei der Abarbei- 
tung des Programms durch den aktuellen In- 
halt der Variablen ersetzt. 

Die Zuweisung eines Ausdruckes zu einer 

Variablen erfolgt durch 

set <variable> = <ausdruck> 

Dabei ist zu beachten, daß Ausdrücke und 
damit Variableninhalte grundsätzlich Zei- 
chen oder Zeichenketten sind. Sollen echte 
mathematische Operationen ausgeführt wer- 
den, so geschiehtdies durch einen speziellen 
Operator. 

Geschweifte Klammern begrenzen dabei 
den verwendeten Variablennamen. Unter der 
Annahme, dasargv[1] die Zeichenkette pas- 
.dok enthält, ist ${argv[1]}.r gleichbedeu- 
tend mit pas.dok.r (Zeile 1 1 , 66). 

Variablen können auch mehrere, durch Leer- 


zeichen getrennte Elemente enthalten. In 
diesem Fall erfolgt der Zugriff auf das n-te 
Element mit $var[n]. Die Gesamtzahl der 
Elemente wird durch $#var festgestellt. 

Es existiert darüber hinaus eine vordefinierte 
Variable argv, die die Parameter der Kom- 
mandozeile enthält. In Vergleichsausdrük- 
ken können neben den üblichen Vergleichs- 
operatoren = =,>,< und != auch Dateiope- 
rationen zur Auswertung herangezogen wer- 
den. So prüft beispielsweise die Funktion (— e 
<name>), ob die angegebene Datei exi- 
stiert, die Funktion (— z <name>) dagegen 
testet, ob die Datei leer ist. Das Kommando 
echo übergibt die nachfolgende, meist nicht 
extra gekennzeichnete Zeichenkette an das 
Standardausgabeausgabegerät; im allge- 
meinen an den Bildschirm. Mit der Option — n 
wird der Zeilenwechsel nach Ausgabe der 
Zeichenkette unterdrückt. 

Da in der C-Shell aber alle ASCII-Sonderzei- 
chen eine spezielle Bedeutung besitzen, ist 
es zweckmäßig, die durch das Kommando 
echo auszugebende Zeichenkette in Anfüh- 
rungszeichen (’ oder ”) einzuschließen. Der 
Variablen a werden jetzt alle Dateinamen zu- 
gewiesen, die dem Muster x?? entsprechen, 
also alle Dateinamen, die mit x beginnen und 
insgesamt drei Buchstaben lang sind (Zeile 
29). 

In der nun folgenden Schleife wird unter an- 
derem die Anzahl der Elemente in der Varia- 
blen a getestet. Die Schleife wird so lange 
durchlaufen, bis a kein Element mehr enthält. 
Innerhalb der Schleife werden zunächst 3 
Dateien angelegt, in dem die Ausgabe von 
cat/dev/null in diese drei Dateien umgeleitet 
wird. Dabei ist /dev/null sozusagen der Pa- 
pierkor b des Systems. Alles, was in diese 
Datei geschrieben wird, ist auf Nimmerwie- 
dersehen verloren; Ausgaben aus dieser Da- 
tei -wie im Skript -enthalten absolut nichts. 
Die so erzeugten Dateien us, gs und rmdat 
sind also mit Sicherheit leer. Die Zeilen 36 bis 
47 sind das eigentliche Kernstück des Skrip- 
tes. 

Es wird eine zweite Schleife eröffnet, die so 
oft durchlaufen wird, bis die gewünschte An- 
zahl von Seiten bearbeitet wurde. Wenn in a 
noch ein Element vorhanden ist, so wird die 


1 # C-Shell-Skript DB zum doppelseitigen Druck von Texten 

2 onintr interrupt 

3 echo 

4 if ($#argv != 2) then 

5 echo 

6 echo "Aufruf: db <filename> <blattzahl>" 

7 echo 

8 exit 

9 endif 

10 if (-e $ {argv[ 1] } . r) then 

11 set filename *= ${argv[l]>.r 

12 eise 

13 if (-e $argv[l]) then 

14 set filename = $argv[l] 

15 eise 

16 echo 

17 echo $argv[l] existiert nicht! 

18 echo 

19 exit 

20 endif 

21 endif 

22 if (-z $filename) then 

23 echo 

24 echo $filename ist leer! 

25 echo 

26 exit 

27 endif 

28 split -66 $filename 

29 set a = (x??) 

30 set weiter = j 

31 while (($weiter != n) && ($weiter != N) && ($#a > 0)) 

32 set i = 1 

33 cat /dev/null > us 

34 cat /dev/null > gs 

35 cat /dev/null > rmdat 

36 while ($i <= $argv[2]) 

37 if ($#a > 0) then 

io 


38 cat $a[l] » us 

39 echo $a[l] » rmdat 

40 shift a 

41 endif 

42 if ( $#a > 0) then 

43 cat $a[l] » gs 

44 echo $a[l] » rmdat 

45 shift a 

46 endif 

47 § i++ 

48 end 

49 echo 

50 echo "Papier einspannen, weiter mit <ET>" 

51 gets 

52 cat us > /dev/lp 

53 echo 

54 echo "Papier wenden, weiter mit <ET>" 

55 gets 

56 cat gs > /dev/lp 

57 echo 

58 echo -n "Weitermachen (j/n): M 

59 set weiter = 'gets' 

60 foreach b ('cat rmdat') 

61 rm $b 

62 end 

63 end 

64 interrupt: 

65 echo 

66 cat x?? > ${argv[l]}.r 

67 rm x?? 

68 if (-z ${argv[l] } .r) then 

69 echo Datei vollständig gedruckt 

70 rm ${argv[l]}.r 

71 endif 

72 rm us 

7 3 rm gs Bild 1 Die C-Shell-Prozedur db 

7 4 rm rmdat bedruckt Papier doppelseitig. 
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erste in a enthaltene Datei mittels cat ausge- 
geben, die Ausgabe aber in die Datei us, in 
der die ungeraden Seiten gespeichert wer- 
den, umgeleitet. Dabei ist zu beachten, daß 
die Umleitung mit dem Anfügeoperator >> 
erfolgen muß. Der Dateiname selbst wird an 
die Datei rmdat angefügt, in der die Namen 
der zu löschenden Dateien zwischengespei- 
chert werden. Anschließend verschiebt shift 
den Inhalt von a um ein Element nach links. 
Dabei geht das erste Element verloren, das 
zweite tritt an die Stelle des ersten usw. Der 
Vorgang wird nun mit der ersten Datei in a, 
die jetzt aber eine gerade Seite enthält, wie- 
derholt, wobei an die Datei gs angefügt wird. 
Nach dem Durchlauf wird der Schleifenzähler 
i um eins erhöht. Da es sich hierbei um eine 
mathematische Operation handelt, muß dies 
durch den Operator @ angezeigt werden. 
Verwendet wird hier zur Erhöhung von i der 
Inkrement-Operator ++, der der Program- 
miersprache C entlehnt ist. Im Anschluß an 
das Umspeichern werden die Dateien us und 
gs ausgedruckt. Erst, wenn das Ausdrucken 
der beiden Dateien erfolgreich abgeschlos- 
sen wurde, werden die entsprechenden x??- 
Dateien gelöscht, deren Namen in der Datei 
rmdat gespeichert wurden. 


Hierzu wird ein weiterer Mechanismus der C- 
Shell benutzt. Wird ein Kommando in Accent 
graves (Zeichen ') eingeschlossen, wird es 
abgearbeitet und seine Ausgabe an dieser 
Stelle in das Programm eingefügt. Die An- 
gabe 'cat rmdat' bewirkt also, daß der Inhalt 
von rmdat ausgegeben wird und die in dieser 
Datei gespeicherten Dateinamen nacheinan- 
der der Laufvariablen b der Foreach-Anwei- 
sung zugewiesen werden. In der Zeile 59 
wird dieser Mechanismus ebenfalls benutzt. 
Das Kommando gets liest eine Zeichenkette 
vom Terminal und gibt diese wieder auf das 
Terminal aus. Demzufolge bewirkt 

set weiter = 'gets' 

daß der Variablen weiter die Ausgabe von 
gets zugewiesen wird, also die am Terminal 
eingegebene Zeichenkette. Das Kommando 
gets liest eine Zeichenkette bis zum ersten 
Trennzeichen (Leerzeichen, Tabulator). Die 
äußere While-Schleife testet aber auf Über- 
einstimmung mit einem einzelnen Zeichen. 
Wird anstelle eines einzelnen Zeichens n 
eine Zeichenkette (z. B. nn) eingegeben, so 
wird dies nicht als Abbruchbedingung für die 
Schleife gewertet. 

Nach Beendigung dieser Schleife werden 
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Im zweiten Teil geht es um die Darstellung 
strukturierten Wissens in der Wissensbasis 
eines logischen Programms. 

Konjunktionen 

Die Aussage „Hans liebt Grete, und Grete 
liebt ihre Mutter.“ ist eine zusammengesetzte 
Aussage, keine einfache, und wird in der ma- 
thematischen Logik geschrieben als: 
liebt(hans,grete) a liebt(grete,mutter_von- 
(grete)) 

Diese Konjunktion der beiden Aussagen 
liebt(hans, grete) und liebt(grete,mutter_von- 
(grete)) ist genau dann wahr, wenn ihre bei- 
den Bestandteile wahr sind. Eine Konjunktion 
ist falsch, wenn wenigstens ein Bestandteil 
falsch ist. In Prolog wird statt a ein Komma 
geschrieben. Allerdings ist die Formulierung 
liebt(hans, grete), liebt(grete,mutter_von- 
(grete)). 

nicht sinnvoll. Die beiden Fakten 
liebt(hans, grete). 
liebt(grete,mutter__von (grete)). 
lösen die beabsichtigte Wirkung aus: Beide 
Teilaussagen werden vom Computer als 
wahr angesehen. Konjunktionen spielen in 
Prolog eine Rolle als Bestandteile von Re- 
geln und Fragen, zu denen wir noch kommen 
werden. 

Wir sehen übrigens, daß das Komma in Pro- 
log zwei verschiedene Bedeutungen hat: Es 
trennt Argumente, und es verbindet zwei 
Aussagen konjunktiv. 

Alternativen 

Die Aussage „Es schneit, oder es ist kalt“ ist 
eine zusammengesetzte Aussage und wird 
in der mathematischen Logik geschrieben als 


schneit v kalt 

Diese Alternative (auch Disjunktion genannt) 
der Aussagen schneit und kalt ist genau dann 
wahr, wenn wenigstens einer der Bestand- 
teile wahr ist. Für Konjunktion und Alternative 
können wir also die folgenden Wertetafeln 
aufstellen 


In Prolog wird ; statt v benutzt, allerdings 
werden Alternativen dort nur selten explizit 
geschrieben. Eine Eingabe der Alternative 
schneit;kalt 

ist nicht möglich, und das hängt, wie schon 
bei der Partikularisierung, mit dem konstrukti- 
ven Charakter von Prolog zusammen. Kon- 
struktiv gesehen, ist die Wahrheit einer Alter- 
native erst dann gesichert, wenn einer der 
Bestandteile als wahr nachgewiesen wurde. 
Der Computer wird also schneit;kalt erst 
dann als wahr ansehen, wenn er über einen 
der Fakten 
schneit, 
oder 
kalt. 

verfügt (durch Eingabe oder abgeleitet auf 
Grund entsprechender Regeln). 

Aussagenlogische Äquivalenz, 
konjunktive Normalformen 

cp i und cp 2 seien Aussagen, cp ^ und cp 2 sind ge- 
nau dann aussagenlogisch äquivalent, wenn 
sie entweder beide wahr oder beide falsch 
sind, und zwar unabhängig davon, ob ihre 
Bestandteile wahr oder falsch sind. Wir 
schreiben dann <p> y = cp 2 , erweitern die Defi- 
nition von = aber später zur logischen Äqui- 
valenz. So gilt 


V 1 

wahr falsch 

wahr 

falsch 

wahr wahr 
wahr falsch 


A 

wahr falsch 

wahr 

falsch 

wahr falsch 
falsch falsch 


alle noch existierenden, also noch nicht 
ausgedruckten, x??-Dateien in die Datei 
<name>.r geschrieben. 

Abschließend möchte ich noch die Anwei- 
sung onintr erläutern. Diese Anweisung defi- 
niert eine Sprungmarke, zu der bei einem In- 
terrupt (in der Regel ein Programmabbruch 
durch die Del-Taste) gesprungen wird. 

Da der Programmabbruch auch während des 
Drucks erfolgen kann, dürfen in diesem Fall 
die in rmdat gespeicherten Dateien nicht ge- 
löscht werden. Der Programmabschluß -ins- 
besondere das Retten der noch nicht ge- 
druckten Seiten in der Datei <name>.r - 
kann aber wie bei normaler Programmbeen- 
digung erfolgen. 

Sollen die für die Interrupt-Bearbeitung vor- 
gesehenen Anweisungen bei normalem Pro- 
grammablauf nicht abgearbeitet werden, so 
muß vor der Interrupt-Marke das Programm- 
ende (Exit-Anweisung) programmiert wer- 
den. 


Literatur 

/I/ Wega-Programmierhandbuch, Teil 1/1 und 1/2. VEB 
EAW Treptow, Berlin 1987 

121 Wega-Dienstprogramme, Teil D: C-Shell, VEB EAW 
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schneit = schneit, 
schneit = schneit a schneit, 
schneit = schneit v schneit, 
schneit a kalt = kalt a schneit, 
kalt v schneit = schneit v kalt, 

(schneit a kalt) a stark(wind) = 
s= schneit a (kalt a stark(wind)), 

(schneit v kalt) v stark(wind) = 

= schneit v (kalt v stark(wind)), 
denn unabhängig davon, ob es schneit, kalt 
ist, stark weht oder nicht, steht auf beiden 
Seiten von = eine wahre oder auf beiden Sei- 
ten von = eine falsche Aussage. Wichtig sind 
auch die Distributivgesetze. Wenn <p u cp 2 , cp 3 
Aussagen sind, so gilt 

<P\ A (cp 2 V (pz) = (cpi A Cp 2 ) V (<?! A <JP 3 ) 

und 

<Pi V (cp 2 A Cp 3 ) m V cp 2 ) A (?, v cp 3 ) 

(Zum Vergleich: Beim Zahlenrechnen gilt nur 
das Distributivgesetz a * (b + c) = (a * b) + 
(a * c), aber das andere ist falsch, denn im all- 
gemeinen gilt nicht 
a + (b * c) = (a + b) * (a + c). 

Durch wiederholte Anwendung des zweiten 
Distributivgesetzes von links nach rechts läßt 
sich jede mit Hilfe von a und v zusammen- 
gesetzte Aussage aussagenlogisch äquiva- 
lent in der Form cp ^ a cp 2 a . . . A<p n darstellen, 
wobei alle cp x einfache Aussagen oder Alter- 
nativen von einfachen Aussagen sind. In die- 
sem Falle haben wir eine Aussage in kon- 
junktiver Normalform vor uns, bei wiederhol- 
ter Anwendung des ersten Distributivgeset- 
zes kommen wir entsprechend zu einer alter- 
nativen (oder disjunktiven) Normalform. 

So ist zum Beispiel (cp^ a cp 2 ) v {cp 3 v cp A ) v 
(<p 5 a cp§) bereits in einer alternativen Normal- 
form. Durch wiederholte Anwendung des 
zweiten Distributivgesetzes kommen wir zu 
einer konjunktiven Normalform 
(<?1 V cp 3 V <p 5 ) A ((fl V cp 3 V cp 6 ) A 

A (<?>i V Cp A V Cp 5 ) A (cpy V Cp A V <JP 6 ) A 

A {Cp2 V Cp 3 V Cp b ) A (cp 2 V Cp 3 V Cp 3 ) 

a (cp 2 v cp A v <p 5 ) a ( cp 2 v cp 4 v cp 6 ) 

An diesem Beispiel deutet sich an, daß die 
Herstellung einer Normalform von der Me- 
thode her sehr einfach ist, aber bei längeren 
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Aussagen praktisch aufwendig wird. Um eine 
Alternative aus 1 0 Konjunktionen zu je 2 Glie- 
dern (eine alternative Normalform) in eine 
konjunktive Normalform umzuformen, muß 
man eine Konjunktion von 2 10 = 1024 Alter- 
nativen zu je 10 Gliedern bilden. Diese ex- 
ponentielle Komplexität ist für die logische 
Programmierung ein ernstes Hindernis. 
Theoretisch freilich ist die Herstellung der 
Normalform durch den Computer immer 
möglich. 

Implikationen und Regeln 

Betrachten wir die Aussage „Wenn Hans 
Grete sieht, so ist er glücklich.“ Das ist wie- 
derum eine aus den einfachen Aussagen 
„Hans sieht Grete“ und „Hans ist glücklich“ 
zusammengesetzte Aussage, die in der ma- 
thematischen Logik Implikation genannt und 
geschrieben wird als 

sieht(hans,grete) — > glücklich(hans) 
oder seltener als 

glücklich(hans) sieht(hans,grete) 

Und fast in derselben Form kann die Implika- 
tion, jetzt Regel genannt, auch dem Prolog- 
Computer eingegeben werden: 

gluecklich(hans):-sieht(hans,grete). 
Beachten Sie hierbei den Punkt, der Fakten 
und Regeln - gemeinsam Klauseln genannt 
- abschließt (und vor allem trennt). Die Impli- 
kation cpy — > cp 2 gilt als falsch, wenn die Vor- 
aussetzung cp^ wahr ist, aber die Behaup- 
tung cp 2 falsch ist; in allen anderen Fällen ist 
die Implikation wahr. Wir erhalten somit: 


— > 

wahr falsch 

wahr 

falsch 

wahr falsch 
wahr wahr 


So wie wir cp ^ — > cp 2 bzw. cp 2 \-cp\ ■ logisch lesen 
als 

Wenn cp^ (wahr ist), so (ist) auch cp 2 (wahr), 
so bedeutet das für den Computer 
Um cp 2 wahr zu machen, genügt es, cp\ 
wahr zu machen, 
oder 

Um cp 2 zu realisieren, genügt es, <p, zu rea- 
lisieren, 
oder 

Der Versuch, <p 2 zu realisieren (der Aufruf 
von <p 2 ), zieht den Versuch nach sich, zu 
realisieren (zieht den Aufruf von cp A nach 
sich). 

Das bedeutet eine inhaltliche Erweiterung, 
denn die Realisierung gewisser Atome durch 
den Computer besteht nicht immer (nur) 
darin, sie als wahr zu erkennen (logische 
oder deklarative Interpretation), sondern be- 
deutet zuweilen (auch) Handlungen des 
Computers (prozedurale Interpretation). So 
wird etwa write(hans) realisiert, indem das 
Wort hans ausgegeben wird; der Aufruf von 
write(hans) ist immer erfolgreich, hat aber mit 
logischer Wahrheit wenig zu tun. 

Die Logikprogrammierung, insbesondere 
Prolog, lebt davon, daß verschiedene Inter- 
pretationen möglich sind, die deklarative zur 
Probiembeschreibung und die prozedurale 
zur Steuerung insbesondere der Peripherie, 
aber auch des Computers selbst. Wenn so- 
genannte Seiteneffekte wie Druckausgaben 
im Spiel sind, ist die prozendurale Deutung 
die bestimmende. Die beiden Seiten von Pro- 
log-Regeln unterliegen gewissen Einschrän- 
kungen, auf die wir zu sprechen kommen, 
nachdem wir einige aussagenlogische Äqui- 
valenzen studiert haben. Es gilt 

¥>1 -» (<P2 A <p 3 ) = (<P\ -> q> 2 ) A (<Pi -> <p 3 ) 


(<Pl V <p z ) ^(p3 = (<Pl -> <f 3 ) A (cp 2 -> (fi) 

<P\ ( <P2 -» 9> 3 ) - (?>1 A <p 2 ) -> <p 3 

(9>1 -» <P2) ->(P3= (<P2 -> <P3) A {<p, V Cp 3 ) 

(«Pi V Cp 2 ) V (cp3^><P*) = 

= (<Pi A qp a ) -> (< p 2 v <p 4 ) 

Wenn wir mit Hilfe von a, v und — > zusam- 
mengesetzte Aussagen auf das zweite Distri- 
butivgesetz und die eben angegebenen 
Äpuivalenzen von links nach rechts so oft wie 
möglich anwenden, kommen wir zur konjunk- 
tiven Normalform in Klauselform. Eine kon- 
junktive Normalform in Klauselform ist eine 
Konjunktion < p : a cp 2 a . . . a cp n , wobei jedes 
<P\ entweder eine Alternative von einfachen 
Aussagen ist oder die Gestalt (v>i a . . . a xp m ) 
— » (V'm+i v ... v^ k ) mit einfachen Aussagen 
ipi xp k hat. Im Falle von k = m + 1 spre- 

chen wir von Horn-Klauseln, den Fall von zu- 
gleich m = 0 (einfache Aussage xp,) dabei zu- 
weilen mit einbezogen. 

In Prolog dürfen nun Implikationen (hier Re- 
geln genannt) nur in der Form von (meist ge- 
neralisierten, siehe unten) Horn-Klauseln 
eingegeben werden, also in der Form 
V'o'-i/'i. 

mit abschließendem Punkt. Die Bedeutung 
(die Wirkung auf den Computer) ist die: 

Der Aufruf von ip 0 zieht die Aufrufe von xp^, 
xp 2 , . . xp m in dieser Reihenfolge nach sich. 
Zum Beispiel bedeutet 
schreibe(max,meyer):-write(’Max ’),write- 
(’Meyer’). 

daß der erfolgreiche Aufruf von schreibe - 
(max,meyer) nach dieser Regel die Ausgabe 
von Max Meyer nach sich zieht. Wir sehen 
hier auch, daß die prozedurale Interpretation 
Momente ins Spiel bringt, die der Logik fremd 
sind. Während nämlich 

(Vh> A ^ 2 ) -^^Pq = (H>2 a y>i) -> V'o 

gilt, kommt es doch auf die Reihenfolge der 
write - Auf rufe in der schreibe - Regel an. Die 
Aufrufe in Prolog gehen konsequent von links 
nach rechts vor sich. (Wenn in Prolog-Erwei- 
terungen die Aufrufe parallel erledigt werden 
sollen, wird das in der Regelschreibweise 
vermerkt.) 

Warum werden in Prolog nur Horn-Klauseln 
verwendet? Wir haben schon bemerkt, 
warum in Prolog die Eingabe von Alternati- 
ven nicht möglich ist. Eine Alternative 

V'oJV'i- 

könnte gleichwertig durch die Klauseln 
verum. 

V'olt/'L-verum. 

ersetzt werden. Wir müssen also ; links von 
verbieten, um den konstruktiven Charakter 
von Prolog zu erhalten. ; rechts von ist defi- 
nierbar, denn aus den angegebenen Äquiva- 
lenzen folgt zum Beispiel, daß 
winterwetter:-schneit;kalt. 
gleichwertig durch 
winterwetter :-schneit. 
winterwetter :— kalt, 
ersetzt werden kann. 

Ein anderer Grund für die Beschränkung auf 
Horn-Klauseln ist der, daß der Computer mit 
einer so eingeschränkten Logikprogrammie- 
rung wesentlich effektiver arbeiten kann, es 
lassen sich leichter schnellere Beweisalgo- 
rithmen implementieren. Meist wird nur diese 
Begründung angegeben. 

Regeln mit Variablen 

Wir haben bisher keine Variablen in Regeln 
betrachtet. Es können aber sehr wohl Varia- 
blen Vorkommen. Wir gehen etwa von der 
Regel 

gluecklich(hans):-liebt(hans,grete),sieht- 

(hans,grete). 


aus. Zu dieser Regel - logisch einer zusam- 
mengesetzten Aussage - können wir eine 
Generalisierung bilden 
gluecklich(Mann):-liebt(Mann,Frau),sieht- 
(Mann,Frau). 
mit der Bedeutung 

Für jeden Mann und jede Frau gilt: Wenn 
der Mann die Frau liebt, so ist er glücklich, 
wenn er sie sieht. 

Mann und Frau sind Variablen (mit groß ge- 
schriebenen Anfangsbuchstaben). 

In Prolog sind generalisierte Regeln (Horn- 
Klauseln) - ebenfalls als Regeln (Horn-Klau- 
seln) bezeichnet - zugelassen. Wesentlich 
ist aber, daß die Regel als Ganzes generali- 
siert ist, also als 

VXVY (liebt(X.Y) a sieht (X,Y) glück- 
lich^)) 

zu lesen ist und nicht etwa als 
VXVY !iebt(X,Y) a VXVY sieht(X.Y) -» VX 
glücklich(X) 

eine Zusammensetzung von generalisierten 
Aussagen. Die eben genannte zusammen- 
gesetzte Aussage ist keine Horn-Klausel, 
denn auf den beiden Seiten von — > dürfen in 
Horn-Klauseln nur einfache Aussageformen 
(keine Generalisierungen) rechts und Kon- 
junktionen von einfachen Aussagenformen 
links Vorkommen. Man beachte also: Wenn 
die gleiche Variable in einer Regel, wie über- 
haupt einer Klausel, mehrfach auftritt, steht 
sie jedes Mal (generalisierend) für dasselbe 
Objekt. Wie aus generalisierten und partiku- 
larisierten Aussagen zusammengesetzte 
Aussagen gleichwertig umgeformt werden 
können, erfahren Sie im 3. Teil dieser Artikel- 
folge. 

Prolog ist (abgesehen von einer abweichen- 
den Implementation) eine typfreie Sprache. 
Alle Variablen haben als zugelassene Werte 
beliebige Prolog-Objekte. Eine Reservierung 
von Variablen beispielsweise für ganze Zah- 
len, wie in anderen Programmiersprachen, 
erfolgt nicht. 

Die Negation 

Bei der Bildung zusammengesetzter Aussa- 
gen fehlt uns noch die Negation. „Die Zitrone 
ist nicht gelb“, in der mathematischen Logik 
geschrieben ~igelb(zitrone), ist die Negation 
der Aussage gelb(zitrone). Die Aussage ~\cp 
ist wahr, falls cp nicht wahr ist, und umge- 
kehrt. 

In Prolog ist die Formulierung von Negationen 
nicht möglich. Wir sehen selbst ja auch nur, 
daß die Zitrone grün ist, und schließen daraus 
erst, daß sie nicht als gelb anzusehen ist. Der 
Prolog-Interpreter geht ähnlich vor, er sieht 
gelb(zitrone) nur dann als wahr an, wenn das 
aus seiner Wissensbasis zwingend (logisch) 
folgt; wenn das nicht sein kann, wird sie - al- 
lerdings unabhängig von der Wahrheit von 
gruen(zitrone) - als nicht-gelb angesehen 
(siehe Teil 3). Bei Zulassung von Negativ- 
Eingaben könnten wir auch die Alternative 
eingeben wegen 
<P\ v cp 2 = n(n^ a "i <p 2 ) 
und ähnlich auch Partikularisierungen, der 
konstruktive Charakter von Prolog wäre ver- 
loren. 

Die Negation steht der Herstellung von Nor- 
malformen nicht im Wege. Es gilt nämlich 
~ci<p = cp 

“l(9? A Xp) = ~lCp V ~\Xp 
~\{cp V Xp) ^ ~~\<p A ~\Xp 
“I (cp->xp) = cp v 

im nächsten Abschnitt wird die Definition der 
Äquivalenz = so erweitert, daß dann auch 
gilt 
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n vx q> = 3X i<p r 

~l3 X<p = VX*l^ 

So können wir durch wiederholte Anwendun- 
gen dieser Gesetze alle Negationszeichen 
soweit nach innen treiben, daß sie nur noch 
vor einfachen Aussagenformen stehen. Eine 
verneinte oder unverneinte Aussagenform 
heißt in der Logikprogrammierung Literal. 
Anschließend lassen sich beliebige der bis- 
her betrachteten Normalformen bilden, die 
Literale werden dabei genauso behandelt 
wie einfache Aussagenformen oder bisher 
einfache Aussagen. Bei konjunktiven Nor- 
malformen in Klauselform lassen sich wegen 

(?1 A -\(p 2 ) -> (< f 3 V n<jP 4 ) = (<?1 A <p A ) -> 

(cp 2 V <p 3 ) 

einige Negationen einsparen. Dies wird aber 
keine weitere Rolle spielen, da wir uns auf 
den theoretischen Hintergrund von Prolog 
konzentrieren und in Prolog ja die Formulie- 
rung der Negation nicht möglich ist - nur der 
eventuelle Schluß auf die Abwesenheit der 
positiven Eigenschaft (Teil 3 ). 

Fragen, das logische Folgern 
und verwandte Begriffe 

Stellen Sie sich vor, Sie haben dem Compu- 
ter allerhand Wissen in Form von Klauseln 
eingegeben, nicht unbedingt Horn-Klauseln. 
Nutzen können Sie eine solche Wissensba- 
sis nur durch Fragen, in Prolog etwa notiert 
als 

?-liebt(hans,eva). 

Hier wird also im Prinzip eine einfache Aus- 
sage in Frageform eingegeben. Der Compu- 
ter soll nun antworten, ob Hans Eva liebt. Da- 
bei weiß er gar nicht, was Liebe inhaltlich ist, 
und von Hans und Eva weiß er außer dem 
Namen genau das, was in der Wissensbasis 
abgespeichert ist. Der Computer wird den- 
noch die Antwort 

yes 

genau dann ausgeben, wenn die Aussage 
liebt(hans,eva) aus der Wissenbasis logisch 
folgt. Und sie folgt aus der Wissensbasis lo- 
gisch genau dann, wenn unabhängig davon, 
was für Objekte wir uns unter hans und eva 
vorstellen, unabhängig davon, für welche 
Objekte die Beziehung liebt zutrifft, unabhän- 
gig davon, wie die übrigen Konstanten in der 
Wissensbasis interpretiert werden, allein aus 
der Annahme, daß alle Klauseln der Wis- 
sensbasis wahr sind, folgt, daß auch die Aus- 
sage liebt(hans,eva) wahr ist. 

Geben wir die genaue mathematische Defini- 
tion: <P sei eine Menge von Aussagen, cp eine 
Aussage. Eine Interpretation von 011 {<p} ist 
gegeben durch 

© einen gemeinsamen nichtleeren Individu- 
enbereich für alle Variablen (die Betrachtung 
verschiedener Individuenbereiche für ver- 
schiedene Variablen ist unnötig und kompli- 
ziert die Definition) 

© eine Deutung jeder Individuenkonstanten 
durch einen Gegenstand aus dem Individu- 
enbereich 

® Eine Deutung jeder Funktionenkonstan- 
ten durch eine Funktion (gleicher Stellenzahl) 
über diesem Individuenbereich 
© eine Deutung jeder Prädikatenkonstanten 
durch ein Prädikat (gleicher Stellenzahl) über 
dem Individuenbereich, also eine Menge von 
k-Tupeln von Gegenständen aus dem Indivi- 
duenbereich, für die das Prädikat (der Stel- 
lenzahl k) zutreffen soll, für die es wahr ist. 
Wenn eine Interpretation von & u { 9 ) gege- 
ben ist, so ist für jede Aussage aus 0U {cp} 
bezüglich dieser Interpretation festgelegt, ob 
sie wahr ist oder nicht. So ist kleiner(3,4) 


wahr, falls der Individuenbereich die Gegen- 
stände 3 und 4 umfaßt und die Prädikaten- 
konstante kleiner als die übliche <-Relation 
interpretiert wird. kleiner(3,4) ist aber falsch, 
wenn wir kleiner boshafterweise durch die >- 
Relation interpretieren, was nicht verboten 
ist. Wenn für jede einfache Aussage bekannt 
ist, ob sie bei einer Interpretation wahr ist 
oder nicht, so gilt das auch für zusammenge- 
setzte Aussagen: 

~\(p ist genau dann wahr, wenn cp nicht wahr 
ist. 

cp] a cp 2 ist genau dann wahr, wenn cp ] und 
cp 2 beide wahr sind. 

cp] v cp 2 ist genau dann wahr, wenn wenig- 
stens eine der Aussagen cp] und cp 2 wahr 
ist. 

cp] — > cp 2 ist genau dann wahr, wenn ~\cp] v 
cp 2 wahr ist. 

VX^(name/X) ist genau dann wahr, wenn 
die Aussage cp 

unabhängig davon wahr wird, wie die Inter- 
pretation bezüglich der Individuenkonstanten 
name (nur hier) abgeändert wird. Die Aussa- 
genform <p(name/X) entstehe dabei dadurch 
aus der Aussage cp , daß die Individuenkon- 
stante name an allen Stellen durch die Varia- 
ble X ersetzt wird. 

3X^(name/X) ist genau dann wahr, wenn 
die Interpretation bezüglich name (nur hier) 
so abgeändert werden kann, daß cp wahr 
wird. Eine Aussage der Form \/Xcp bzw. 3Xy 
ist also genau dann wahr, wenn <p(X/gegen- 
stand) für alle Gegenstände bzw. wenigstens 
einen Gegenstand gegenständ aus dem In- 
dividuenbereich wahr ist. 

Eine Interpretation, die alle Aussagen von 0 
(bzw. die Aussage cp) wahr macht, heißt Mo- 
dell von 0 (bzw. cp), cp folgt logisch aus 0 (ge- 
schrieben <Ph<p) genau dann, wenn jede In- 
terpretation von 0u{<p}, die Modell von 0 ist, 
auch ein Modell von cp ist. 
cp und xp sind logisch äquivalent (geschrieben 
<p=t/;) genau dann, wenn cp aus {#>} folgt und 
V > aus {<p} t wenn cp und xp im wesentlichen 
also dieselben Modelle haben („im wesentli- 
chen“ heißt: sofern nur alle Konstanten aus cp 
und aus xp interpretiert sind.) 
cp ist logisch gültig oder allgemeingültig (ge- 
schrieben \=<p) genau dann, wenn jede Inter- 
pretation von cp auch ein Modell von cp ist (ge- 
nau dann, wenn cp aus der leeren Menge 0 
folgt). Also: Der Computer gibt auf die Frage 

?-liebt(hans,eva). 
genau dann yes aus, wenn gilt: 

Wissensbasis 1= liebt(hans,eva) 

Wie soll aber der Computer die unendlich vie- 
len Modelle mit zum Teil unendlich großen In- 
dividuenbereichen alle durchmustern? Dies 
wird durch eine Beschränkung der betrachte- 
ten Modelle möglich. 

Eine Interpretation heißt genau dann kano- 
nisch, wenn alle Grundterme durch sich 
selbst interpretiert werden (also als gewisse 
Zeichenketten) und als Individuenbereich ge- 
rade der Bereich der Grundterme gewählt 
wird. Es reicht nun aus, kanonische Interpre- 
tationen zu betrachten: Es gilt genau dann 
<P\=cp, wenn nur jede kanonische Interpreta- 
tion von 0u {cp}, die ein Modell von 0 ist, 
auch ein Modell von cp ist. 

Wir brauchen uns also nicht um beliebige Be- 
deutungen der Konstanten zu kümmern, son- 
dern können die Grundterme generell durch 
sich selbst interpretieren, was für den Com- 
puter sicher das einfachste ist, und den Prä- 
dikaten nur vorzuschreiben, für welche Argu- 
mentlisten von Grundtermen sie zutreffen 
sollen. Es stellt sich bei der Computerbe- 


handlung aber noch das Problem, daß es un- 
ter Umständen nur unendliche kanonische 
Modelle von 0U {n<p} gibt, nur unendliche 
Modelle, die die Annahme von <Pk=cp widerle- 
gen können. Sei etwa xp gleich 
VX — ir(X,X) a VXVYVZ(r(X,Z) a r(Y,Z) -> 
r(X,Z)) a VX3Y r(X,Y). 

Es gibt Modelle von xp (irreflexive unendliche 
Ordnungen wie < im Bereich der natürlichen 
Zahlen), aber jedes Modell von xp ist unend- 
lich. Somit ist jede endliche kanonische Inter- 
pretation von ~\xj> ein Modell von 1 xp, ohne 
daß gilt \=~\xp oder 0\=~\xp. Unendliche Mo- 
delle können vom Computer nicht als Ganzes 
untersucht werden. Es gibt aber mit Hilfe eini- 
ger logischer Umformungen Auswege. 

Pränexe Normalformen 

Für Aussagen xp, VXxp und 3X^ gilt: 
nVXy; - 3X~lxp 
~\3Xxp = \/X~\xp 
cp a VXy; = VX(<p a xp) 
cp v \fXxp = VX(<p v xp) 
cp a 3Xxp = 3X(<jd a xp) 
cp v 3Xxp = 3X(<jp v xp) 

(p->\/Xxp = VX(<p-*xp) 
cp — > 3Xtp = 3X(<p — * xp) 

VXxp —>cp = 3X(xp — > cp) 

3 Xxp-+cp = VX{xp^<p) 
so daß durch wiederholte Anwendungen die- 
ser Äquivalenzen von links nach rechts jede 
Aussage logisch äquivalent in eine Form 
Q-iXi. . .Q n X n t/> überführt werden kann, wobei 
jedes Qj gleich V oder gleich 3 ist und cp eine 
Aussagenform ohne V und ohne 3 ist, also 
nur noch mit Hilfe von n, a , v und — » aus ein- 
fachen Aussagenformen zusammengesetzt 
ist. Eine solche Form einer Aussage heißt 
pränexe Normalform. (Es sei bemerkt, daß 
man äquivalente kontrapränexe Normalfor- 
men, wo sich V und 3 jeweils nur auf einfache 
Aussagenformen beziehen, im allgemeinen 
nicht bilden kann.). 

In Prolog sind nur pränexe Normalformen zu- 
gelassen, sogar nur Skolemsche Normalfor- 
men, auf die wir im Teil 3 zu sprechen kom- 
men. wird fortgesetzt 


| El KONTAKT W | 

Technische Universität Chemnitz, Sektion Informatik, Post- 
fach 964, 0-901 0 Chemnitz; Tel. 66 82 52 


„Stundenlang könnte ich Ihnen beim Program- 
mieren Zusehen!“ 
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Connections rem 

Alle wichtigen Rechner-Anschlüsse auf einen Blick 


Andreas Stiller , Carsten Meyer 


Wer kennt sie nicht, die Fragen : Wie war 
doch noch die Pin-Belegung der seriellen 
„ Schnitte " oder der Grafik- Karte, ist die 
Buchse am Rechner xy weiblich oder männ- 
lich, 25- oder 9polig oder gar in Mini-DIN- 
Ausführung, wo ist +5 Volt bei der Floppy- 
Spannungsversorgung et cetera? Höchste 
Zeit, alle wesentlichen Stecker- und Buch- 
senausführungen sowie Bepinnungen mal 
übersichtlich zusammenzustellen, damit Sie 
die richtigen Kontakte knüpfen können. 

Drucker 

Bei der Druckerschnittstelle findet man inzwi- 
schen fast nur noch den „Quasi-Standard“, 
welcher nach der amerikanischen Firma 
Centronics benannt ist. Die Original-Version 
hatte allerdings eine heutzutage am Rechner 
nur noch selten zu findende 36polige Centro- 
nics-Buchse (an den Druckern kann man 
diese Steckerausführung in der Regel noch 
bewundern). Da diese Buchse relativ teuer 
ist, wichen Lowcost-Hersteller auf 26polige 
Pfostenstift- Reihen aus (wie LPT2 bei der 
UniRAM-Karte) oder - noch billiger - gar auf 
34po!ige Platinen-Direktstecker (Schneider/ 
Amstrads erste CPC-Serie), die man den 
Floppy-Laufwerken entliehen hatte. Big Blue 
reduzierte beim PC den Anschluß auf 25polig 
Submin-D und setzte so dank des ihr eigenen 
Kompatibilitäts-Drucks den „Drucker-Indu- 
strie-Standard“, an den sich später Atari und 
Commodore ankoppelten. Letztere litten al- 
lerdings beim Amiga 1000 unter Ge- 
schlechtsverwirrung und verwechselten 
männlich (Stifte) mit weiblich (Buchse). Den 
anderen Amigas ordneten sie jedoch das 
richtige, kompatible Geschlecht zu. 

Bei der Reduktion von 36 auf 25 Pole gingen 
jedoch keine Signale verloren, man verzich- 
tete lediglich auf einige abschirmende Mas- 
seleitungen. Zwischen zwei Daten- und Si- 
gnalleitungen sollte nämlich eine Masseader 
liegen, damit man etwa zehn Fuß (also rund 
drei Meter) zwischen Rechner und Drucker 
problemlos überbrücken kann. Bei der Sub- 
min-D-Ausführung sind einige „statische“ Si- 
gnale (/Auto Feed, /Fault, /Reset, /Selekt In) 
zwischen die Datenleitungen gelegt, welche 
ihren Pegel in der Regel während eines 
Transfers nicht ändern und somit gleichfalls 
abschirmend wirken. 

Der Signalpegel ist bei allen Centronics- 
Schnittstellen grundsätzlich auf TTL-Niveau. 
Vorsicht ist nur bei älteren Druckern geboten, 
die mit sehr kleinen Pull-up-Widerstandswer- 
ten die heutigen LS- oder CMOS-Treiber 
überlasten. 

Bei PS/2, Atari und Amiga ist die Drucker- 
schnittstelle bidirektional betreibbar, ebenso 
bei einigen PC- und AT-Druckerports (zum 
Beispiel auf der UniRAM-Karte). Man hat 
dann einen generellen interrupttauglichen 
I/O-Port für Messen, Steuern, Regeln oder 
schnellen Datentransfer. Die Transfer-Rate 
ist allerdings in der Regel nach oben hin 
durch Abblockkondensatoren (2,2 nF bei PC 
und PS/2) auf den Datenleitungen be- 
schränkt. 


Serielle Schnittstelle 

Die asynchrone serielle Schnittstelle ist zu- 
erst 1969 von der EIA (Electronic Industries 
Association) unter der Bezeichnung RS-232 
definiert worden. Nach einigen „Vorversio- 
nen“ ist letztendlich die C-Version (RS-232- 
C) allgemein bekannt geworden, die neben 
dem funktionellen Ablauf auch die elektri- 
schen Kennwerte (Signalpegel, Kurzschluß- 
festigkeit, Abschlußwiderstand) festlegte. 
Diese amerikanische Norm nahm die für sol- 
che Fragen zuständige Internationale Kom- 
mission CCITT (Comite Consultatif Interna- 
tional Telegraphique et Telefonique) auf und 
standardisierte unter der Bezeichnung V.24 
den funtkionellen Ablauf einer asynchronen 
bitseriellen Übertragung sowie die Bepin- 
nung. Die konkreten elektrischen Anforde- 
rungen wurden in eine zweite Norm namens 
V.28 verbannt, so daß erst V.24 und V.28 zu- 
sammen der RS-232-C entsprechen. Das 
deutsche Pendant dazu ist die DIN 66020. 
Um vollständig RS-232-C- oder V. 24/28- 
kompatibel zu sein, ist eine Vielzahl von Si- 
gnalleitungen nötig. Darunter sind solche, die 
die gewählte Übertragungsgeschwindigkeit 
und Sendeschrittrate dem jeweiligen Gegen- 
über mitteilen. Über einen zweiten Hilfskanal 
kann man mit verschiedenen Bitraten in Hin- 
und Rückrichtung arbeiten, was zum Beispiel 
für Btx gebraucht wird. So kamen die Normie- 
rer auf insgesamt 20 Signale was mit zwei 
Test- und drei Reserveleitungen den 25poli- 
gen Anschluß ergab, gemeinhin in Submin- 
D-Ausführung (mal weiblich, mal männ- 
lich). 

IBM hielt sich beim PC zwar an die Stecker- 
Spezifikation (25 Submin-D, männlich), ver- 
zichtete jedoch auf die Spezial-Signale und 
den Hilfskanal. Statt dessen belegten die 
IBM-Entwickler die Reserve- und Testleitun- 
gen eigenmächtig mit den Anschlüssen für 


Druckerschnittstelle 


Rechner 


PC, AT, 

Amiga 1000 Amiga 500 

Archi- 



PS/2, Atari 


2000/3000 

medes 

25pol. 

36pol. 25-Subm-D 

25-Subm-D 

25-Subm-D 

25-Subm-D 

Subm-D 

Centr. 

weiblich 

männlich 

weiblich 

weiblich 

Bild 

© 

© 

© 

© 

© 

Pins 

1 

1 

/Strobe 

/Strobe 

/Strobe 

/Strobe 

2 

2 

Dl 

Dl 

Dl 

Dl 

3 

3 

D2 

D2 

D2 

D2 

4 

4 

D3 

D3 

D3 

D3 

5 

5 

D4 

D4 

D4 

D4 

6 

6 

D5 

D5 

D5 

D5 

7 

7 

D6 

D6 

D6 

D6 

8 

8 

D7 

D7 

D7 

D7 

9 

9 

D8 

D8 

D8 

D8 

10 

10 

/ACK 

/ACK 

/ACK 

/ACK 

11 

11 

BUSY 

BUSY 

BUSY 

BUSY 

12 

12 

PE 

PE 

PE 

- 

13 

13 

Select 

Select 

Select 

- 

14 

14 

GND 

GND 

+5 V 

- 

15 

32 

GND 

GND 

- 

- 

16 

31 

GND 

GND 

/RESET 

- 

17 

36 

GND 

GND 

GND 

GND 

18 

19..31 

GND 

GND 

GND 

GND 

19 


GND 

GND 

GND 

GND 

20 


GND 

GND 

GND 

GND 

21 


GND 

GND 

GND 

GND 

22 


GND 

GND 

GND 

GND 

23 


GND 

+5 V 

GND 

GND 

24 


GND 

- 

GND 

GND 

25 


GND 

/RESET 

GND 

GND O 


eine Stromschleife. Diese früher öfter einge- 
setzte Zweidraht-Verbindung (Fernschrei- 
ber) arbeitet nur mit TTL-Pegel und kann mit 
Klingeldraht auch größere Entfernungen si- 
cher bewerkstelligen (RS-232-C ist „nur“ für 
100 Fuß, also 30 m, spezifiziert). 

Ähnlich eigenmächtig verfuhr das Amiga- 
Team, das bei der 500/2000-Seite dort Tonsi- 
gnale und Versorgungsspannungen aus dem 
Rechner führte. Das schwarze Schaf der Fa- 
milie, der Amiga 1000, versorgt seinen weibli- 
chen Submin-D-Port mit einer Fülle von ab- 
weichenden Signalen, so daß wer weiß was 
passieren kann, wenn man ein voll RS-232- 
C-kompatibles Datenendgerät daran an- 
schließt. 

Atari ging diesbezüglich kein Risiko ein und 
ließ die meisten Pins der 25poligen Buchse 
unbelegt. Solche Pin-Verschwendung war je- 
doch den IBM-Entwicklern ein Dorn im Auge, 
und da sie beim AT eh auf die antiquierte 
Stromschleife verzichteten, pfiffen sie auf die 
überholte Kompatibilität zum PC-Vorgänger 
und zu RS-232-C und kreierten den prakti- 
schen 9poligen Anschluß ... um beim PS/2 
wieder zu den normgerechten - weitgehend 
unbelegten - 25 Polen zurückzukehren. 

Der Mac glänzt durch eine oder zwei RS-422- 
Schnittstellen, die durch ihre Differential-Da- 
tenleitungen eine hohe Übertragungsrate 
von 231 kBd zulassen. Ältere Macs (bis zum 
51 2e) vermitteln sich über eine 9polige Sub- 
min-D-Buchse (weiblich), während bei neue- 
ren Modellen die bei Selbstlötern so unbe- 
liebten Mini-DIN-Buchsen zu finden sind. 
Legt man die invertierenden Empfangsda- 
tenleitungen (RxD-) auf Masse und läßt TxD- 
unbeschaltet, so lassen sich die RS-422- 
Schnittstellen durchaus mit der RS-232- 
Norm verbinden. Besonders interessant: Der 
HSKi-Pin (Handshake In) läßt sich als exter- 
ner Clock-Eingang umfunktionieren. Speist 
man dort 1 MHz ein, sendet und empfängt der 
Mac MIDI (entsprechende Software voraus- 
gesetzt). 

Trotz aller Normen macht gerade die asyn- 
chrone serielle Schnittstelle mit ihren diver- 
sen Handshakes immer wieder Schwierigkei- 
ten, zumal die Spezifikationen sich nur auf 
die Verbindung Rechner zu Datenendgerät 
(Drucker, Modem) beziehen, Rechner-Rech- 
ner-Verbindungen (mit zu überkreuzenden 
Leitungen, sogenannten Null-Modems) wa- 
ren nicht vorgesehen. 

Tastatur 

Zu CP/M-Zeiten wurden die Tastaturen 
manchmal über einen parallelen Port, meist 
aber über eine asynchrone serielle Schnitt- 
stelle betrieben (ASCII -Tastatur). Letzteres 
findet man heutzutage zum Beispiel beim 
Atari. Andere Tastaturen takten die seriellen 
Daten über eine zusätzliche CLK-Leitung 
aus. Dazu sind inklusive Spannungsversor- 
gung vier Leitungen hinreichend, mehr ha- 
ben Apple, Commodore und IBM auch nicht 
vorgesehen - wenngleich IBM noch eine Re- 
serve-Leitung eingeplant hat. Je nachdem, 
wer die CLK-Leitung bedient, kann man Da- 
ten auch vom Rechner zur Tastatur (ge- 
nauer: zum dortigen Tastatur-Prozessor) 
senden. 

PC/AT-Tastaturen (und viele ASCII-Tastatu- 
ren) finden im allgemeinen über eine Spolige 
DIN-Buchse Eingang zum Rechner, die mo- 
dernen Varianten davon sind die amerikani- 
schen Telefon-Stecker oder beim PS/2 die 
6poligen Miniatur-DIN-Buchsen. Eine Multi- 
funktionstastatur (MF2) kann man übereinen 
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Mac SCC 

Serial Communication 

Connector, RS-422 


Mac 128K, 

Mac Plus, 

512K(e) 

SE, 11 

9-Subm-D 

8pol. 

männlich 

Mini-DIN 

Bild (?) 

© 

Pins 


1 GND 

HS Ko 

2 +5 V 

HSKi 

3 GND 

TxD- 

4 TxD+ 

GND 

5 TxD- 

RxD- 

6 +12 V 

TxD+ 

7 HSKi 

- 

8 RxD+ 

RxD+ Ä 

9 RxD- 

0 


RS-232-C Serielle Schnittstelle 


Rechner 

PS/2 

Atari 

PC 

Amiga 1000 Amiga 500 
2000/3000 

AT 

Archimedes 

(RS-423) 

Buchse 

25-Subm-D 

männlich 

25-Subm-D 

männlich 

25-Subm-D 

weiblich 

25-Subm-D 

männlich 

9-Subm-D 

männlich 

Bild 

Pins 


© 

© 

© 

© 

© 

1 

Schutzerde 

- 

- 

- 

- 

DCD 

2 

Sendedaten 

TxD 

TxD 

TxD 

TxD 

RxD 

3 

Empfangsdaten 

RxD 

RxD 

RxD 

RxD 

TxD 

4 

Sendeteil ein 

RTS 

RTS 

RTS 

RTS 

DTR 

5 

Sendebereitschaft 

CTS 

CTS 

CTS 

CTS 

GND 

6 

Betriebsbereitschaft 

DSR 

DSR 

DSR 

DSR 

DSR 

7 

Signal -/Betriebserde 

GND 

GND 

GND 

GND 

RTS 

8 

Empfangssignalpegel 

DCD 

DCD 

DCD 

DCD 

CTS 

9 

Modemtest 

- 

Stroms O 

- 

+ 12 V 

RI 

10 

Modemtest 

- 

- 

- 

-12 V 


11 

- 

- 

Stroms 0 

- 

Ton O 


12 

Rückkanal Empf.-pegel 

- 

- 

- 

- 


13 

Rückkanal Sendebereit 

- 

- 

- 

- 


14 

Rück k anal Sendedaten 

- 

- 

-5 V 

- 


15 

Sendeschrittakt von DCE 

- 

- 

Ton O 

- 


16 

Rückkanal Empf.-dat. 

- 

- 

Toni 



17 

Empfangsschrittakt 

- 

- 

EB 

- 


18 

- 

- 

Stroms I 

/INT2 

Toni 


19 

Rückkanal Sendeteil ein 

- 

- 

- 

- 


20 

Terminal betriebsbereit 

DTR 

DTR 

DTR 

DTR 


21 

Empfangsgüte 

- 

- 

+5 V 

- 


22 

Ankommender Ruf 

RI 

RI 

- 

RI 


23 

Übertrag ungsgeschw. 

- 

- 

+12 V 

- 


24 

Sendetakt von DTE 

- 


3,58 MHz 

- 


5 

- 

- 

Stroms 1 

/RESB 

- 

0 


Tastatur 

ASCII 

PC/AT 

Atari 

Mac 128K 

Mac SE,II 

Amiga 

Amiga 

Amiga 

Archie 

PS/2^ 



Mega-ST 

512K(e) 


1000 

500 

2000 3000 



5pol. 

5pol. 

6pol. 

4pol. 

4pol. 

4pol. 

8pol. 

5pol. 

6pol. 

6 pol. 

DIN 

DIN 

RJ-11 

RJ-11 

Mini-DIN 

RJ-11 

intern 

DIN 

Mini-DIN 

Mini-DIN 

Bild (T) 

© 

© 

© 

© 

© 

- 

© 

© 

© 

Pins 










1 /DATA 

KBCLK 

+5 V 

GND 

ADB 

+5 V 

CLK 

CLK 

Reset 

KBDATA 

2 DATA 

KB DATA 

+5 V 

CLK 

• - 

KBCLK 

KBDATA 

KBDATA 

- 

- 

3 /RESET 

_ 

TxD 

DATA 

+5 V 

KBDATA 

+5 V 

- 

GND 

GND 

4 GND 

GND 

RxD 

+5 V 

GND 
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einfachen Adapter („nur das Kabel löten“) 
wahlweise an DIN oder Mini-DIN anschlie- 
ßen, die Tastatur paßt sich automatisch an 
den Rechner an [1], 

PC- und AT-Tastaturen fahren allerdings ein 
unterschiedliches Protokoll, so daß hier kein 
Austausch möglich ist. Mit etwas Hardware 
lassen sich PC- oder MF2-Tastaturen auch 
am Atari anschließen [2]. 

Manche PCs (Schneider/Amstrad 1512) ha- 
ben einen kombinierten Tastatur-/Maus-An- 
schluß. Des weiteren findet man auch Tasta- 
turen mit integriertem Trackball und vieles 
mehr. 

Maus und Joystick 

Jeder Rechner, der etwas auf sich hält, bietet 


Schluß. Vorbei sind die Zeiten, wo die Maus 
eine serielle Schnittstelle blockierte, wie es 
bei der Microsoft-Maus noch üblich war. Bei 
den älteren Macs endete der Mäuseschwanz 
in einer 9poligen Submin-D-Buchse. Ebenso 
- natürlich mit völlig anderer Belegung und 
Funktion - beim Atari, wobei man hier die 


Maus wahlweise durch einen Joystick erset- 
zen kann. Für einen zweiten Joystick halten 
Atari und Amiga eine weitere 9polige Sub- 
min-D-Buchse bereit. Bei PC/AT bietet eine 
Game-Karte den spielfreudigen Benutzern 
den Anschluß zweier Joysticks ebenfalls 
über Submin-D, diesmal ISpolig, an. 

Sowohl Apple wie auch IBM haben bei ihren 
neueren professionellen Kreationen natürlich 
auf Joysticks verzichtet - dafür mehr auf 
gleichgestaltete Tastatur- und Mausan- 
schlüsse geachtet. Die PS/2-Modelle weisen 
hierfür jeweils 5polige Mini-DIN-Buchsen auf; 
Apple war mit den Pins noch sparsamer und 
beschränkt sich bei den neueren Rechnern 
vom SE aufwärts auf 4polige Mini-DIN-Buch- 
sen, über die ein bidirektionaler serieller Da- 
tenverkehr (Apple Desktop Bus, ADB) mit 
recht aufwendigem Protokoll abgewickelt 
wird. Maus und Digitalisiertablett liefern ihre 
Positionsdaten ebenfalls über den ADB. 

Floppy 

Floppy-Anschlüsse werden gemeinhin mit 
dem Namen Shugart in Verbindung gebracht 
- 34poliger Platinenstecker bei 5 W' oder 
Pfostenstecker bei 3 V 2 " - , doch auch hier 
sind diverse Spielarten möglich [3]. 

Der gute alte PC hatte noch einen externen 
37poligen Anschluß für externe Laufwerke 
aufzuweisen, mit Shugart-ähnlicher Bele- 
gung. Schneiders CPCs kamen gar mit ei- 
nem gespiegelten Shugart-Bus daher. Atari 
liefert entsprechende Signale über einen 
1 4poligen Rundstecker, Amiga über 23polige 
Submin-D. Beide Rechner beschränken die 
Anzahl der Select-Leitungen auf das Not- 
wendigste. AT und PS/2 haben keine exter- 
nen Floppies vorgesehen, intern sind Stan- 
dard-Floppystecker vorhanden, die beim 
PS/2 um die Stromversorgung erweitert sind. 
Will man beim PS/2 „normale“ 5 W'-Lauf- 
werke anschließen, so hat man noch an eini- 
gen Signalleitungen Pull-up- Widerstände an- 
zubringen [4]. 

Die Macs haben mit Shugart nichts am Hut, 
sondern lehnen sich vom Layout und den 
Signalnamen her an die vom Apple II be- 
kannte Belegung an, auch wenn an die 1 9po- 
lige Submin-D-Buchse noch nicht einmal 
Apple-ll-5 W'-Drives angeschlossen werden 
dürfen. 
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SCSI 

SCSI (Small Computer System Interface) 
wird immer mehr zum Anschlußstandard für 
Festplatten, Streamer, Scanner und ähnliche 
Geräte. Neuerdings scheint auch IBM nach 
einen Ausflug zu ESDI wieder mehr auf SCSI 
zu setzen. Während Mac und der neue 
Amiga 3000 von Haus aus SCSI-Bus fahren, 
reichte es beim Atari nur für einen schlappen 
Abklatsch namens DMA-Port. Mit wenig 
(Software-) Aufwand läßt sich eine handels- 
übliche und preiswerte SCSI-Platte an den 
Mac [5] oder mit etwa Hardware-Hilfe an den 
Atari [6] anschließen. Industrie-Kompatible 
dagegen benötigen für SCSI-Kompatibilität 


spezielle Steckkarten, sogenannte Host- 
Adapter. 

Der nächste Teil unserer Kartei behandelt 
Stromversorgungsanschlüsse, Videoverbin- 
dungen und „Spezialitäten“ verschiedener 
Rechner. 

Literatur 

[1] Knöpfchen, Knöpfchen, PC-Tastaturen auf den Zahn 
gefühlt, c’t 6/88, S. 1 48 und c’t 7/88, S. 178 
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* 1903 Budapest 
f 1957 Washington 


J. v. Neumann entstammt einer 
österreich-ungarischen Bankiersfa- 
milie. Schon früh zeigte sich bei ihm 
eine besondere mathematische 
Begabung, und noch während sei- 
ner Gymnasialzeit erhielt er Privat- 
unterricht in Mathematik von einem 
Assistenten der Budapester Uni- 
versität. Bereits vor Vollendung sei- 
nes 18. Lebensjahres erschien 
seine erste mathematische Arbeit 
über die Lage der Nullstellen gewis- 
ser Minimalpolynome. Nach dem 
Abitur begann er an der Budapester 
Universität ein Mathematikstudium, 
hielt sich aber vorwiegend an der 
ETH Zürich auf, wo er zusätzlich 
Chemie studierte. Auch an der Ber- 
liner Universität hörte er Mathema- 
tik- und Physikvorlesungen. 
Schließlich legte er in Zürich ein Ex- 
amen als Diplomingenieur der Che- 
mie ab und promovierte kurz da- 
nach (1926) an der Budapester Uni- 
versität bei L. Fejer im Fach Mathe- 
matik. 

In den Jahren 1927-29 wirkte er in 
Berlin an der Universität als Privat- 
dozent. Nachfolgende Wirkungs- 
stätten waren Hamburg und Los 
Alamos. Im Jahre 1 931 wanderte er 


in die USA aus und wurde 1933 in 
Princeton Professor für Mathema- 
tik. 

J. v. Neumann gilt als ein Begrün- 
der der modernen Funktionalanaly- 
sis, hat aber auch auf zahlreichen 
anderen Gebieten der modernen 
Mathematik grundlegende Unter- 
suchungen durchgeführt (Algebra, 
Mengenlehre, Beweistheorie, Maß- 
theorie, allgemeine Topologie). 
Eine seiner wahrscheinlichkeits- 
theoretischen Arbeiten (1 928) 
wurde zum Ausgangspunkt einer 
umfangreichen Spieltheorie; in ihr 
wird eine weitgefaßte Definition des 
Spielbegriffs gegeben, die auch 
Modelle des Wirtschaftslebens um- 
faßt. Des weiteren ist er an einem 
neuen axiomatischen Aufbau der 
Mengenlehre mit beteiligt, der sich 
von dem stufentheoretischen 
grundsätzlich unterscheidet und 
nicht - wie jener - zu Antinomien 
führen kann. Auch zur Anwendung 
der modernen Mathematik in der 
Physik (Quantentheorie) und der 
Psychologie hat er Beiträge gelei- 
stet. 

Insbesondere aber ist J. v. Neu- 
mann maßgeblich an der Entwick- 


lung der elektronischen Computer- 
technik beteiligt gewesen, er hat in 
den USA die ersten Großrechenan- 
lagen mit konzipiert. In den Jahren 
1 945-55 war er Direktor eines Pro- 
jektierungsbüros für elektronische 
Rechenmaschinen. Auf ihn geht 
das Konzept der internen Pro- 
grammspeicherung zurück; unab- 
hängig von Konrad Zuse hat er das 
grundlegende Bauprinzip des klas- 
sischen, seriell arbeitenden Digital- 
rechners mitgeschaffen. Die einge- 
hende Beschäftigung mit Theorie 
und Praxis der elektronischen 
Rechenautomaten führten ihn zum 
einen zu Problemen der mathema- 
tischen Logik und numerischen 
Analysis, zum anderen zu einer 
Theorie der idealisierten Nervensy- 
steme. Sein nachgelassenes, zum 
Teil noch auf dem Krankenlager ge- 
schriebenes Buch zu letzterem 
Fachgebiet trägt den Titel „The 
Computer and the Brain“ (Rechen- 
automat und Gehirn). 

J. v. Neumann hat auch maßgeblich 
an der technischen Entwicklung der 
Atomkernspaltung mitgewirkt. 

Dr. Klaus Biener 
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Lisp 

Rainer Rosenmüller 

Dieser Teil des Lehrgangs behandelt die Ite- 
ration - für alle, die nach dem streng rekursi- 
ven Teil 2 bei der etwas konventionelleren 
Iteration Abwechslung suchen datenge- 
steuerte Programmiertechniken, um die Vor- 
teile von Lisp voll ausschöpfen zu können, 
die Ein- und Ausgabe sowie Readmakros 
und Makros zum Schreiben lesbarer Pro- 
gramme. Außerdem gibt es für die Leser(in- 
nen), die ihre Termine ohne Computer nicht 
mehr in den Griff bekommen, die Fortset- 
zung des Terminkalenderprogramms. 

Datengesteuerte Programmierung 

Die Iteration 

Die natürliche Programmiermethode in Lisp 
ist die Rekursion. Wie in allen Programmier- 
sprachen wird aber auch in Lisp die Iteration 
durch bestimmte Sprachelemente unter- 
stützt. Die am häufigsten benutzten sind Do- 
times und Dolist. Dotimes ist ein einfacher 
Zyklus über ganze Zahlen, wie es ihn in allen 
Sprachen gibt: 

(dotimes (<var> <countform> [cresult- 
form>]) . <progbody>) 

Die Form Countform wird ausgewertet und 
muß eine ganze Zahl als Endwert liefern. 
Dann läuft die Variable Var von einschließlich 
Null bis ausschließlich des berechneten End- 
werts. Mit jeder dieser Variablenbelegung 
werden dann die Formen in Progbody abge- 
arbeitet. Zum Schluß wird das Endergebnis 
durch die Auswertung von Resultform be- 
stimmt. Ist diese nicht angeben worden, so ist 
das Ergebnis NIL. Ist der Endwert Null oder 
negativ, so wird der Körper nicht abgearbei- 
tet. Die zu Dotimes analoge Lispform ist Do- 
list: 

(dolist (<var> <listform> [<resultform>]) . 
<progbody>) 

Dabei wird Listform als erstes ausgewertet 
und muß eine Liste ergeben. Danach nimmt 
die Variable Var nacheinander die Werte aller 
Elemente der Liste an, und der Programm- 
körper wird mit dem jeweils aktuellen Wert 
abgearbeitet. Damit kann man die in Bild 22 
angegebene - allerdings nicht sehr elegante 
-Variante der schon bekannten Funktion Re- 
verse schreiben. Diese Konstrukte sind in ih- 
rer Argumentliste sehr einfach und genügen 
nicht immer den Anforderungen, die sich aus 
komplexeren Aufgabenstellungen ergeben. 
Deshalb gibt es noch eine weitere, besser 
lesbare Form, die auch denen der konventio- 
nellen Sprachen sehr nahe kommt: 

(do ({(<var> [<initial-value> [<step>]])}) 
(<endtest> {<result-form>}) 
{<body-form>}) 

Die Variablen werden durch die Initialisie- 
rungsformen bzw. durch NIL initialisiert und 
bei jedem Durchlauf durch die Form Step 
weitergestellt. Ist die Bedingung Endtest er- 


füllt, werden die Resultformen abgearbeitet 
und die Schleife wird mit dem Ergebnis der 
letzten Form verlassen; im anderen Fall wer- 
den die Body-Formen abgearbeitet (Bild 
23). 

(defun mp-reverse2 (list) 

(do ( (templist list (cdr templist)) 

(res nil (cons (car templist) res))) 
((null templist) res) 

"der koerper ist leer") ) 

Bild 23 

Weiterhin gibt es die Form Do*, wobei die 
Bindung der Variablen nicht mit Let, sondern 
mit Let* realisiert wird. 

Einen zweiten Typ der Iterationskonstrukte 
stellt Loop dar. Loop ist in seiner Form nicht 
so festgelegt, wie das oben beschriebene 
Do. Seine Variabilität erfordert aber auch et- 
was mehr eigene Programmierung. 

(loop {<form>}) 

Die Formen, die im Körper der Loop-Anwei- 
sung stehen, werden wiederholt sequentiell 
abgearbeitet. Verlassen wird die Loop-An- 
weisung durch ein Return. Achtung! In Mulisp 
hat Loop eine etwas exotische Syntax. 

Die Funktion Reverse sieht dann wie in Bild 
24 dargestellt aus. Bei all diesen Formen 
handelt es sich jedoch nicht um Funktionen, 
sondern um Spezialformen bzw. Makros. 

(defun mp-reverse3 (list) 

( let ( (res nil) ) 

(loop (when (null list) (return res)) 
(setq res (cons (car list) res)) 

( setq list (cdr list))))) 

Bild 24 

Bevor gezeigt wird, wie Sie sich selbst Ma- 
kros schreiben können, möchte ich Ihnen 
noch die explizite Auswertung und einige 
lispspezifische Iterationsformen erläutern. 

Die explizite Auswertung 

Die strukturelle Gleichheit von Daten und 
Programmen macht eine einfache automati- 
sche Konstruktion von Programmen möglich 
und erleichtert das Schreiben von programm- 
erzeugenden Programmen. Die so erzeug- 
ten Programme können beispielsweise 
Werte von Symbolen sein. Die Abarbeitung 
solcher Programme wird erst durch den expli- 
ziten Aufruf der Funktion Eval angewiesen. 
Eval wertet den Ausdruck in der aktuellen dy- 
namischen und in einer leeren lexikalen Um- 
gebung aus. Beinhaltet beispielsweise die 
Variablen a das Programm (+ 1 2 3), so kön- 
nen Sie dieses wie folgt benutzen. 

(setq a '(+ 1 2 3)) ==> (+12 3) 

(cons (das ergebnis ist) a) 

==> ((DAS ERGEBNIS IST) + 12 3) 

(cons (das ergebnis ist) (eval a)) 

==> ((DAS ERGEBNIS IST) . 6) 

Hierbei müssen sie aber beachten, daß das 
Argument von Eval zweimal ausgewertet wird. 
Zuerst wertet der Interpreter (wie für jede 


Teil 3 

Funktion) das Argument aus. Danach ver- 
langt die Funktion Eval, das das übergebene 
Argument noch einmal ausgewertet wird. 

Ein großer Vorteil der Sprache Lisp ist darin 
zu sehen, daß man mit nur geringem Auf- 
wand erweiterbare Funktionen schreiben 
kann. Wollen Sie beispielsweise eine Funk- 
tion Typep schreiben, die prüfen soll, ob ein 
Lisp-Objekt zu einem bestimmten Datentyp 
gehört, so müßten Sie diese Funktion ständig 
ändern, weil Sie sich mit Deftype und Def- 
struct ständig neue Typen definieren können. 
Schreiben Sie sich aber die Funktion Typep 
so, daß sie durch Defstruct oder anderen 
Funktionen physisch erweitert wird, so könn- 
ten Sie Typep nie kompilieren. Diesen Nach- 
teil, den man mit der Erweiterbarkeit einer 
Funktion in Kauf nehmen muß, kann man 
durch die datengesteuerte Programmierung 
umgehen. Wenn Sie in der P-Liste des Sym- 
bols Typep unter dem Indikator des Typs die 
Typprüffunktion ablegt, so könnten die oben 
genannten Funktionen diese Liste ständig er- 
weitern und das Problem wäre gelöst. Die da- 
für noch benötigte Funktion heißt Funcall und 
hat folgende allgemeine Form: 

(funcall <fun-object> <args>) 

Diese Funktion ruft die Funktion Fun-objekt 
auf und übergibt ihr die restlichen Argumente 
als aktuelle Parameter. Die P-Liste von Ty- 
pep könnte etwa den folgenden Inhalt haben: 
(string #'stringp stream #'streamp 
ship # (lambda (Objekt) 

(and (structurep object) 

(eq (car object) ship))) ...) 
Und so könnte Typep folgendermaßen defi- 
niertwerden: 

(defun mp-typep (object type) 

(funcall (get typep type) object)) 

Damit ist die Funktion Typep natürlich noch 
nicht vollständig definiert, aber ein wesentli- 
cher Teil ist schon geschafft. Das in der P-Li- 
ste auftretende #'streamp ist eine Abkür- 
zung für (function streamp). Nur liefert Func- 
tion (#') im Unterschied zu Quote (') die funk- 
tionale Bedeutung des Symobols, einschließ- 
lich der für die Funktion notwendigen Lisp- 
Umgebung, und nicht das Symbol selbst als 
Ergebnis. Werden die Argumente einer 
Funktion nicht einzeln, sondern bereits in ei- 
ner Liste übergeben, müssen Sie allerdings 
anstelle von Funcall die Funktion Apply be- 
nutzen. Die allgemeine Form lautet: 

(apply <fun-object> <arg> <more-args>) 
Diese Funktion arbeitet ähnlich wie Funcall; 
das letzte Argument kann aber auch eine Li- 
ste sein, die an die Liste der davor angegebe- 
nen Argumente angehängt wird. 

(apply #'+ 3 4 '(6 8)) ==> 21 

Die Lambda-Funktion 
und die Lambda- Liste 

In der P-Liste von Typep ist aber noch eine 
weitere, unbenannte Funktion enthalten. Die 
allgemeine Form dafür ist: 


(defun palindromp (string) 

(let ((start 0) (end (length string))) 

(dotimes (i (floor (- end start) 2) t) 

(unless (char-equal (char string (+ start i)) 

(char string (- end i 1))) 

(return nil) ) ) ) ) 

(palindromp "Marktkram") ==> T ... . , . 

(palindromp "Das ist kein Palindrom") —> NIL Ollu 


(defun mp-reversel (list) 

(let ( (newlist nil)) 

(dolist (element list newlist) 

(setq newlist (cons element newlist))))) 

Bild 22 
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(lambda <lambda-list> {<declaration>} 
{<form>}) 

Die allgemeine Form der Lambda-Liste zeigt 
Bild 25. 


({<required-var>> 

[^optional {<optional-var> | 

(<optional-var> <initial-value>) > ] 
[Srest <rest-var>] 

[ikey 

{<key-var> j 
({<key-var> | 

(<keyword> <key-var>) > <initial-value>) >] ) 

* Bild 25 


Wenn solch eine Form auf Argumente ange- 
wendet wird, so werden erst die Variablen der 
Lambda-Liste lexikalisch gebunden, und an- 
schließend werden die Formen sequentiell 
abgearbeitet. Das Ergebnis ist das der letz- 
ten Form. Die Bindung der Variablen des Va- 
riablenteils geschieht in folgender Reihen- 
folge: Zuerst werden die Variablen der obli- 
gaten Parameter gebunden. Danach werden 
die Variablen der optionalen Parameter an 
die angegebenen Werte (die Werte der Initia- 
lisierung bzw. NIL, wenn keine Anfangswerte 
gegeben wurden) gebunden. Anschließend 
wird die Restvariable an die Liste der noch 
verbleibenden Argumente gebunden. Die 
Schlüsselwortvariablen werden zum Schluß 
gebunden. Diese sind keine Stellungspara- 
meter, und die Zuordnung Variable-Wert er- 
folgt durch die paarweise Angabe Schlüssel- 
wort-Wert. Unbenannte Funktionen können 
an allen Stellen stehen, an denen Funktionen 
verlangt werden. 

((lambda (a b) (* a b)) 4 5) ==> 20 

Die Map-Funktionen 

Diese Funktionen sind die lisptypischen Ite- 
rationskonstrukte. Zu der Gruppe gehören 
Mapc, Mapcan, Mapcar, Mapl, Maplist und 
Mapcon; ihre allgemeine Form sieht folgen- 
dermaßen aus: 

(mapxxx <function> <list> <mor-lists>) 
Allen Funktionen ist gemeinsam, daß sie die 
übergebene Funktion (1. Argument) auf ihre 
Argumentliste(n) anwenden und daß sie die 
Argumentliste(n) nach jeder Anwendung auf 
den Cdr der Argumentliste(n) reduzieren. Es 
müssen so viele Argumentlisten angegeben 
werden, wie die Funktion (1. Argument) als 
Argumente benötigt. Die Wirkungsweise der 
Map-Funktionen läßt sich nach der Art der Ar- 
gumentübergabe an die Funktion und der Er- 
gebnisbildung unterscheiden. 

Die Funktionen Mapc, Mapcar und Mapcan 
übergeben an ihre Argument-Funktion je- 
weils den Car der aktuellen Argumentlisten, 
während die Funktionen Mapl, Maplist und 
Mapcon jeweils die gesamte aktuelle Argu- 
mentliste übergeben. 

Die Funktionen Mapc und Mapl ignorieren 
dabei die Ergebnisse der Iterationsschritte. 
Die Funktionen Mapcar und Maplist bilden 
eine Liste der Ergebnisse aller Iterations- 
schritte mittels Cons und die Funktionen 
Mapcan und Mapcon bilden eine Liste aller 
positiven Ergebnisse (ungleich NIL) der Itera- 
tionsschritte mittels Nconc. Die Ergebnisse 
von Mapc und Mapl hängen vom Lisp-Dialekt 
ab. In den meisten alten Dialekten ist der 
Wert NIL aber in Common Lisp ist er gleich 
dem zweiten Argument. Daraus ergeben sich 
die typischen Anwendungen der Funktionen: 


Mapc und Mapl werden zur Erzielung von 
Seiteneffekten benutzt, Mapcan und Mapcon 
werden als Filterfunktionen benutzt. 
(Anmerkung: Die Funktion Mapl kann auch 
manchmal Map heißen!) Zum Beispiel kann 
man eine Liste der Elemente einer Aus- 
gangsliste bilden, die einen Test erfüllen, in- 
dem man folgendes schreibt: 

(mapcan #'(lambda (x) 

(if (test x) (list x) nil» listel) 

Man kann auch leicht zwei Listen zu Paaren 
mischen: 

(mapcar #'cons (1 2 3) 

(auswahl-1 auswahl-2 auswahl-3)) 
==> ((1 . AUSWAHL-1) (2 . AUSWAHL-2) 
(3. AUSWAHL-3)) 

Einfache Eingaben 

Die wichtigsten Eingabefunktionen sind 
Read-char, Read-Iine und Read. Für alle 
Funktionen in Common Lisp gilt die folgende 
Parameterliste: 

&optional (<stream> nil) 

(<eof-error-p> t) <eof-value> 
(<recursive-p> nil) 

Die hier angeführten Streams sind Lisp-Ob- 
jekte, die die Verbindung zwischen Lisp und 
dem Betriebssystem des Rechners herstel- 
len. Die Standardstreams sind beim Start des 
Systems bereits definiert, können aber vom 
Lispnutzer neu gebunden werden. Das Argu- 
ment Stream kann somit NIL für den Wert der 
Variablen *STANDARD-INPUT* als Ein- 
gabe-Stream, T für *TERMINAL-IO* oder 
ein beliebiger Eingabe-Stream sein. Das Ar- 
gument Eof-error-p zeigt an, ob eine Fehler- 
behandlung ausgelöst werden soll, wenn 
während des Lesens das Dateiende (EOF) 
erreicht wurde. Ist Eof-erro-p gleich NIL, so 
wird bei Erreichen des Dateiendes Eof-value 
als Ergebnis des Lesevorgangs zurückgege- 
ben. Das Ergebnis der Funktion Read-char 
ist ein einzelnes Zeichen (als Lisp-Objekt), 
das von Read-Iine ist eine Zeichenkette, die 
die Zeichen der nächsten Zeile des Streams 
(ohne New-Iine) enthält, und zusätzlich als 
zweiten WertT oder NIL als Zeichen dafür, ob 
das abschließende Zeichen der Zeile ein EOF 
war oder nicht. Die Funktion Read dagegen 
liest den nächsten Lisp-Ausdruck (in der Lisp- 
Syntax unabhängig von der physischen oder 
logischen Strukturierung des Streams). 
(read-char)x 
==> #\x 

(read-line)Das ist eine Zeile 
= => ”Das ist eine Zeile” 

(read) (a b c #\Space 1 2.4 ”otto”) 

==> (ABC #\Space 1 2.4 ”otto”) 

Die Funktionen Read-char und Read-Iine 
können auch dazu benutzt werden, lispunab- 
hängige, nutzereigene Eingaben einzulesen. 

Einfache Ausgaben 

Die wichtigsten Ausgabefunktionen lauten in 
ihrer allgemeinen Form: 

(prinl <object> &optional <stream>) 
(princ <object> &optional <stream>) 
(terpri &optional <stream>) 

Das Argument Stream hat die gleiche Funk- 
tion wie bei der Eingabe. Die Funktion Terpi 
(terminate print-line) gibt ein Newline aus. 
Die Funktion Prinl gibt die externe Darstel- 
lung eines Lisp-Objektes in der vollständigen 
Lisp-Syntax aus, das heißt, diese Form kann 
durch Read wieder eingelesen werden, da- 


gegen gibt Princ eine verkürzte, lesbare Dar- 
stellung aus. 

(prinl (a #\b ”abc\\xyz\”123”) 

= => (A #\b ”abc\\xyz\”1 23”) 

(princ (a #\b ”abc\\xyz\”123”) 

= => (A b abc\xyz”1 23) 

Als Ergänzung gibt es noch die Funktion 
Print. Sie gibt ein New-Iine aus, ruft dann 
Prinl auf und gibt danach ein Leerzeichen 
aus. Manche Lisp-Dialekte haben noch die 
Funktionen Pprint für eine strukturierte Aus- 
gabe der Lisp-Objekte und Format für die for- 
matierte Ausgabe. 

Alle Printfunktionen werden in ihrer Wirkung 
durch globale Steuervariablen weiter spezifi- 
ziert. So bestimmt zum Beispiel die Variable 
*PRINT-BASE*, zu welcher Basis die ratio- 
nalen Zahlen ausgegeben werden. Die Va- 
riablen *PRINT-LEVEL* und *PRINT- 
LENGTH* begrenzen die Tiefe und die 
Länge von auszugebenden Listen, wenn sie 
nicht den Wert NIL haben. 

Ist *PRINT-LEVEL* eine positive ganze 
Zahl, so werden Listen nur bis zu dieser Tiefe 
ausgegeben. Alle tiefer gehenden Kompo- 
nenten der Liste werden durch das Zeichen 
# angedeutet. Wird die Listenausgabe in der 
Länge begrenzt, so werden nur so viele Ele- 
mente ausgegeben, wie verlangt werden. Ist 
die Liste länger, so wird der Rest durch die 
Zeichen ... abgekürzt. Das kann sehr nützlich 
sein, wenn man große oder zyklische Listen 
ausgeben will, um sie zu überwachen oder zu 
identifizieren. 

Das folgende Beispiel soll das verdeutlichen, 
(setq *print-level* 2) ==> 2 
(setq *print-length* 3) ==> 3 
(a(bc(d e) f) (g h i k) I m) 

==> (A (B C # ...) (G Hl 

Die formatierte Ausgabe 

Die allgemeine Form der formatierten Aus- 
gabe lautet: 

(format <stream> <control-string-> 
<args>) 

Das Argument Stream hat hier eine etwas an- 
dere Bedeutung: T steht für *STANDARD- 
OUTPUT* und NIL bewirkt, daß von Format 
eine Zeichenkette erzeugt wird, die die aus- 
gegebenen Zeichen enthält. Die Ausgabe 
entsteht folgendermaßen. Die Zeichen, die in 
control-string stehen, werden nacheinander 
ausgegeben. Wird das Zeichen Tilde ~ er- 
kannt, so beginnt eine Formatanweisung. 
Diese Anweisung wird analysiert und ausge- 
führt, wobei Elemente aus der restlichen Ar- 
gumentliste Args verbraucht werden können. 
Anschließend wird die Steuerzeichenkette 
weiter abgearbeitet. Die wichtigsten Format- 
anweisungen sind: 

~% Terpi wird ausgeführt 
~s Prinl wird mit dem nächsten Argument 
aufgerufen 

~a Princ wird benutzt 

(let ((x (a b ”xyz”))) 

(format t 

”~%Das ist die Liste ~a mit~ 

— a Elementen~%third ist aber ~s!” 
x (length x) (third x))) 

Das ist die Liste (A B xyz) mit 3 Elementen 
third ist aber ”xyz”! 

Natürlich ist das nur eine sehr kurze Einfüh- 
rung in die Format-Welt, denn der Umfang 
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von Format übersteigt die Formatierungsun- 
terstützungen aller anderen bekannten Spra- 
chen. 

Das Öffnen und Schließen von Dateien 

Mit den bisher vorgestellten Funktionen ist 
nur eine Ausgabe auf den Bildschirm mög- 
lich, weil die Funktion Open, zur Erzeugung 
eines Streams noch fehlt. Diese hat für die 
Eingabe die allgemeine Form: 

(open <filename> :direction :input) 

Damit wird einen Stream erzeugt, der Einga- 
ben (:input), Ausgaben (:output) oder Ein- 
und Ausgaben (:io) ermöglicht und der mit 
der angegebenen Datei verbunden ist. Der 
Name muß eine Zeichenkette mit für Dateina- 
men gültigen Zeichen sein, kann aber in Ab- 
hängigkeit vom Betriebssystem und des 
Lisp-Dialekts stark reduziert sein. Abge- 
schlossen wird ein Stream durch 
(close <stream>) 

Die Funktion Load zum Einlesen von Quell- 
texten könnte dann wie im Bild 26 aussehen. 


(defun mp-load (filename ikey (print nil) ) 

(format " ;LOAD ~a Start” filename) 

(do* ((str (open filename :direction : input) ) 
(obj (read str nil str) 

(read str nil str))) 

( (eq str obj ) 

(format " ; LOAD ~a end" filename) 

(return t)) 

(if print 

(print (eval obj)) 

(eval obj) ) ) ) 

Bild 26 

Am Anfang der Do*-Schleife werden Str und 
Obj initialisiert, dann wird nur noch Obj in je- 
dem Zyklus neu bestimmt. Interessant ist die 
Abbruchbedingung. Das Ende der Datei 
(EOF) wird vom Read erkannt und bewirkt, 
daß Read als Eof-value den Stream Str, der 
garantiert nicht eingelesen werden konnte, 
als Ergebnis liefert. Streams sind Datenob- 
jekte, die keine externe Repräsentation besit- 
zen und somit auch nicht in eine Datei ausge- 
lagert werden können. Damit sind sie aber als 
eindeutige Markierung für das Ende einer 
Datei verwendbar und die Iteration kann bei 
diesem Ergebnis abgebrochen werden (Bild 
27). 


Aktion 

Datei 

READ — > 

objectl 

READ ==> 

object2 

READ => 


Bild 27 



Ergebnis 
— > OBJECT1 

=»-> OBJECT 2 
==> #<STREAM 3FC4 > 


Makros und Readmakros 

Makros ersetzen normalerweise ein Stück 
Quelltext durch einen anderen. In dem Read- 
eval-print-Zyklus gibt es in Lisp zwei Stellen, 
an denen solche Makros aktiv werden kön- 
nen, beim Read und beim Eval. 

Readmakros sind einzelne Zeichen, die mit 
einer Lesefunktion verknüpft sind. Treten 
diese im Zeichenstrom auf, so setzt die zuge- 
hörige Funktion das Lesen fort und bestimmt 
auch das Ergebnis der Leseaktion. Die wich- 
tigsten Readmakros sind das Quote-(') und 
das Backquote-Makro ('). Aus 'form wird 
beim Einlesen (QUOTE FORM) und aus 
'form wird (BACKQUOTE FORM). Die Wir- 
kung von Quote ist Ihnen ja bereits bekannt. 
Die Arbeitsweise des Backquote-Makros ist 


etwas komplizierter. Normalerweise wertet 
der Interpreter alle Formen aus; nur mit 
Quote kann eine Auswertung explizit unter- 
drückt werden. Innerhalb des Backquotes ar- 
beitet das Lisp gewissermaßen im inversen 
Interpretermodus: Alle nicht extra markierten 
Ausdrücke werden als gequotet angesehen, 
soll eine Auswertung bestimmter Ausdrücke 
erfolgen, so muß dies explizit angegeben 
werden. Wie das Ergebnis der Auswertung in 
den Gesamtausdruck eingefügt werden soll, 
wird durch die Art der Markierung des Aus- 
drucks angegeben: Steht ein Komma davor, 
so wird das Ergebnis so wie es kommt einge- 
baut, steht ein ,@ davor, so werden die Ele- 
mente der bei der Auswertung entstehenden 
Liste in den Gesamtausdruck einzeln einge- 
baut. Damit eignen sich Backquote-Aus- 
drücke sehr gut zum Schreiben von Makros 
oder zur Erzeugung von Programmen. 

(setq x (* 2 3)) ==>(*2 3) 

(listxy ,x z ,@x w) 

==> (list x y (* 2 3) z * 2 3 w) 

Weitere Readmakros gibt es für Listen, für 
Zeichenketten, für Kommentare bis zum Zei- 
lenende (;), für die schon bekannte Funk- 
tionsabkürzung (#'), für einfache Vektoren 
(#), für balancierte, schachtelbare Kommen- 
tare beliebiger Länge (#| ... |#), für Zeichen 
(#\), für komplexe Zahlen (#C) und für bi- 
näre, oktale und hexadezimale rationale Zah- 
len (#B, #0 und #X), die aber alle sehr dia- 
lektabhängig sind. Die meisten Readmakro- 
zeichen sind terminierende Zeichen, das 
heißt, sie beenden ein angefangenes Lexem. 
So wird abc'def zu ABC und (QUOTE DEF) 
eingelesen. Unter den Standardmakrozei- 
chen ist nur das Doppelkreuz (#) nicht termi- 
nierend und kann in ein Lexem eingebettet 
werden. 

Die Auswertung der Makros erfolgt (im Ge- 
gensatz zu den Readmakros) beim Eval. 
Wenn der Interpreter eine Form auswertet, 
deren erstes Element in der Liste eine funk- 
tionale Bedeutung besitzt, so werden alle 
weiteren Objekte ausgewertet und anschlie- 
ßend der Funktion als Argumente überge- 
ben. Liefert die Funktionsauswertung des er- 
sten Elementes aber keine Funktion, sondern 
eine Spezialform oder ein Makro, so werden 
die weiteren Objekte unausgewertet an das 
Makro übergeben, das diese dann nach eige- 
nem Ermessen auswertet oder nicht. In die- 
ser ersten Auswertungsrunde liefert der Ma- 
kro-Aufruf die sogenannte Makroexpansion. 
In der zweiten Auswertungsrunde wird nun 
der vom Makro erzeugte Kode ausgewertet 
und liefert das endgültige Ergebnis. Im Ge- 
gensatz zu anderen Sprachen (C, Assem- 
bler) werden in Lisp die Makros also zur Lauf- 
zeit ausgewertet. Die allgemeine Form zum 
Definieren eines Makros ist: 

(defmacro <name> <lambda-list> 
{<declaration>} {<form>}) 

Man kann nun leicht ein Makro Numeric-if de- 
finieren, das einen numerischen Wert auf 
gleich, größer oder kleiner Null abtestet und 
in Abhängigkeit vom Ausgang des Tests ent- 
weder die Zf-, Gf- oder die Lf-Form auswertet 
(Bild 28). 

(defmacro numeric-if (nv zf gf lf) 

(let ((sym (gensym) ) ) 

* ( let ( ( , sym , nv) ) 

(cond ((zerop ,sym) ,zf) 

((> , sym 0) , gf ) 

((< , sym 0) , lf ) ) ) ) ) Bild 28 


Dieses Beispiel demonstriert einen wichtigen 
Sachverhalt. Wäre der Wert der Auswertung 
des Arguments nv nicht gebunden, so würde 
nv in der erzeugten Form dreimal enthalten 
sein und je nach seinem Wert ein- bis dreimal 
ausgewertet werden, was - abgesehen vom 
Zeitverhalten - insbesondere bei Funktionen 
mit Seiteneffekten zu Fehlern führen kann. 
Deshalb wird dieser Wert an ein Symbol ge- 
bunden, das vorher von der Funktion Gen- 
sym bereitgestellt wurde. Die Funktion Gen- 
sym erzeugt ein im Lisp-System noch nicht 
vorhandenes Symbol, das jedoch nicht in die 
Namenstabelle des Systems eingetragen 
wird. 

Da in Common Lisp If die Basisform ist, kann 
man Cond durch If beschreiben (Bild 29). 


(defmacro mp-cond (irest clauses) 

(let ( (test (caar clauses)) 

(is-body (cdar clauses)) 

(body (if (cddar clauses) 

'(progn ,@(cdar clauses)) 

(cadar clauses) ) ) ) 

(if (null clauses) 
nil 

(if is-body 

(if (eq test t) 
body 

'(if , test , body 

(mp-cond , @(cdr clauses)))) 

(let ((sym (gensym))) 

'(let ((,sym , test)) 

(if , sym , sym 

(mp-cond ,£(cdr clauses))))))))) 

Bild 29 

Hierbei ist zu beachten, daß der Körper einer 
Klausel mehrere Formen enthalten kann, die 
dann in ein Progn eingekleidet werden müs- 
sen, daß eine Klausel keinen Körper haben 
muß, so daß der Test im positiven Fall auch 
das Ergebnis liefert, und daß die letzte Klau- 
sel den Test T haben kann, so daß keine If- 
Form mehr erzeugt werden muß. 

Das verallgemeinerte Printmakro 

Noch einmal zurück zur Ausgabe. In der Lite- 
ratur wird manchmal ein Printmakro vorge- 
schlagen, das ähnlich wie Format eine forma- 
tierte Ausgabe ermöglicht und vom Nutzer er- 
weitert werden kann. So soll beispielsweise 
die Anweisung 
(let ((al 0) (b 20)) 

(msg nil t 

”Der Flächeninhalt des Feldes” 
a ” x ” b 

”ist gleich” 5 (* a b) t)) 

folgende Ausgabe erzeugen: 

Der Flächeninhalt des Feldes 10 x 20 
ist gleich 200. 

Das angegebene T wird in einen Terpi-Auf ruf 
umgewandelt, positive Zahlen bewirken die 
Ausgabe von Leerzeichen, Zeichenketten 
werden unverändert und andere Lispaus- 
drücke nach erfolgter Auswertung ausgege- 
ben (Bild 30). 

Hier werden sowohl Zahlen als auch Schlüs- 
selwörter im Car von Listen zur Steuerung 
der Formatierung benutzt. Man kann dieses 
Makro erweiterbar machen, indem man zwei 
Funktionen Set-msg-method und Get-msg- 
method definiert. Set-msg-method legt in der 
P-Liste des Symbols MSG unter einem Indi- 
kator, dem Schlüsselwort, die zugehörige 
Funktion ab. Get-msg-method stellt diese 
Funktion wieder zur Verfügung. Man könnte 
diese Informationspaare auch in A-Listen 
(diese werden im nächsten Teil behandelt) 
oder in Hashtabellen (die leider nicht in allen 
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(defmacro msg (stream Srest args) 

(let ( (sym (gensym) ) ) 

'(let ((,sym , stream))) 

, @(do* ((argl args (cdr argl)) 

(arg (car argl) (car argl)) 

(res nil) ) 

((null argl) (nreverse res)) 

(setq res 
(cons 

(cond ( (eq arg 't) '(terpri f sym)) 

( (stringp arg) '(princ f arg ,sym) 
((numberp arg) 

(numeric-if arg 

'(fresh-line ,sym) 

' (write-spaces , sym ,arg) 
'(write-newlines , sym 

, (- arg) ) ) ) 

((atom arg) ' (prinl , arg , sym) ) 

(t (case (car arg) 

(:eval (cadr arg)) 

(:lines 

'(write-newlines , sym 

,(cadr arg) 

( : spaces 

'(write-spaces , sym 

, (cadr arg) ) ) 

(:PP 

' (pprint , (cadr arg) , sym)) 
(otherwise 

'(prinl , arg ,sym))))) 
res)))))) 


(defun write-apl (apl) 

(mapc #'write-ap apl) apl) 


(defun write-ap (ap) 

(msg nil t "von " (:eval (write-time (ap-start ap) ) ) 
"bis " (:eval (write-time (ap-stop ap) ) ) 

1 ( : eval (write-content (ap-content ap) ) ) ) 

ap) 


(defun update-calendar (person) 

(loop (terpri) 

(princ "Datum [dd ramm) i ") 

(new-ap person (read) (read) (reäd-ap)) 
(princ "noch mehr Eintäge ? [j/n] " ) 

(if (not (eq (read) ' j)) (return nil)))) 


(defun read-date () 

(princ "Datum [dd mmm] : ") 

(make-date :day (read) :mon (read))) 


(defun write-spaces (stream count) 

(dotimes (k count) (write-char #\Space))) 


(defun write-newlines (stream count) 

(dotimes (k count) (terpri stream))) 


Dialekten enthalten sind) ablegen. Die Case- 
Anweisung im T-Zweig des Cond müßte 
dann wie folgt verändert werden: 

(t (let ((fn (get-msg-method (car arg)))) 

(if fn (apply fn ,sym (cdr arg)) 

'(prinl ,arg ,sym)))) 


Der Terminkalender 


Im folgenden möchte ich Ihnen einige mit 
Hilfe dieses Makros geschriebene Ausgabe- 
funktionen für das Programm des Terminka- 
lenders vorstellen. 

Die erste Funktion schreibt eine Terminliste 
auf den Stream ^STANDARD-OUTPUT*, 
das heißt auf das Terminal (wenn *STAN- 
DARD-OUTPUT* nicht anders gebunden 
wurde). Die benutzte Funktion, die einen Ter- 
min ausgibt, wird wieder auf Funktionen zu- 
rückgeführt, die die Zeit bzw. den Inhalt des 
Termines ausgeben (Bild 31 ). An diesem Bei- 
spiel sieht man einen wesentlichen Vorteil 
des MSG-Makros gegenüber Format: Die 
Ausgabefolge kann eigene Printfunktionen 
enthalten, im Gegensatz zu Format, das eine 
Funktion (und kein Makro) ist und somit keine 
verzögerte Auswertung ermöglicht. 


Aufgabe 9: 

Schreiben Sie für das MSG-Makro eine Me- 
thode :when mit zwei Argumenten. Das erste 
Argument ist ein Test, der ausgewertet wird, 
das zweite Argument soll aber nur ausgewer- 
tet werden, wenn der Test wahr ergeben 
hat. 

Schreiben Sie anschließend damit die Funk- 
tion Write-time, die die Uhrzeit im Format 
”hh.mm Uhr” (wenn notwendig mit führender 
Null) ausgibt und als Ergebnis liefert. 

Die nächste Funktion wird nur der besseren 
Lesbarkeit des Programmes wegen defi- 
niert. 

(defun write-content (content) (princ con- 
tent)) 

Zum Einträgen bestehender Termine in den 
Kalender gibt es die Funktion Update-calen- 
dar. Der Planung eines gemeinsamen Ter- 
mins zweier Personen dient die Funktion 
Plan-ap(Bild 32). 


)) (defun read-ap () 

(princ "von [hh mm] : ") 

(let ((start (read-time))) 

(princ "bis [hh mm): ") 

(make-ap : start start : stop (read-time) 
icontent (read-content) ) ) ) 


(defun read-time () 

(make-time :h (read) :m (read))) 


(defun plan-ap () 

(conunon-ap 

(progn (terpri) (princ "Personl: ") (read)) 
(progn (terpri) (princ "Person2: ") (read)) 
’ (read-date) 

(progn (terpri) 

(princ "Zeitdauer (min): ") 

(read)) 

(read-content) ) ) 


Aufgabe 10: 

Schreiben Sie die (iterative) Funktion Com- 
pute-end, die die Zeitstruktur Time und die 
Zeitdauer in Minuten bekommt und die um 
diesen Zeitraum verschobene Zeit berech- 
net. Die Funktion New-ap mit den Argumen- 
ten Person, Tag, Monat und Termin, die den 
neuen Termin in den Kalender der Person 
eintragen soll, können Sie mit der Funktion 
Find-day-entry und der Funktion Insert-ap 
schreiben. Die Funktion Insert-ap soll die Ar- 
gumente Termin und Terminliste bekommen 
und eine neue Terminliste mit dem richtig ein- 
sortierten Termin erzeugen. Mit der Funktion 
Save-calendar kann man die Kalender einer 
Liste von Personen auf ein File schreiben, 
das man später mit Load wieder einiesen 
kann, um mit den gesicherten Daten Weiter- 
arbeiten zu können (Bild 33). 

wird fortgesetzt 


(defun save-calendar (filename firest persons) 
( let ( ( *standard-output* 

(open filename :direction :output))) 
(mapc save-calendar 1 persons) 

(close *standard-output*) ) ) 


(defun save-calendarl (person) 

(terpri) 

(pprint ' (setf (get person 'calendar) 

' , (get person 'calendar))) 

(terpri) ) 


'(if , (cadr arg) , (caddr arg))) 


Die Funktion Write-time kann so aussehen: 

(defun write-time (time) 

(msg nil (jwhen (< (time-h time) 10) (princ 0) ) 
(:eval (princ (time-h time))) 

(:when (< (time-m time) 10) (princ 0) ) 
(:eval (princ (time-m time))) " Uhr") 

time) 


Aufgabe 10: 

(defun compute-end (time dur) 
(do* ( (h (time-h time) (1+ h) ) 
(m (time-m time) 0) 

(du dur (- du rest) ) 

(rest (- 60 m) (- 60 m) ) ) 
((< du rest) (make-time :h h 


:m (+ * du))))) 


(defun read-content () 

(princ "Ereignis [mit RETURN abschlieBen] : ") 
(read-line) ) 


(defun new-ap (person day mon ap) 

( let ( (entry 

(find-day-entry day mon 
(get person 'calendar)))) 

(setf (day-apl entry) 

(insert-ap ap (day-apl entry))) 
entry) ) 


(defun insert-ap (ap apl) 

(cond ((null apl) (list ap) ) 

( (t< (ap-start (car apl)) 

(ap-start ap) ) 

(cons (car apl) (insert-ap ap (cdr apl)))) 
(t (cons ap apl) ) ) ) 


(defun common-ap (pl p2 date dur content) 

(let* ((day (date-day date)) 

(mon (date-mon date)) 

(time (common-time pl pl day mon dur 

*arbeitsbeginn* *arbeitsende*) ) ) 

(if time 

(let* ((first (car time)) 

(start (ap-start first)) 

(ap (if (= (duration first) dur) 
first 

(make-ap : start start 
: stop 

(compute-end start 
dur) 

rcontent content)))) 
(new-ap pl day mon ap) 

(new-ap p2 day mon ap) ) 


Bild 34 Lösungen der Aufgaben 9 und 10 


Aufgabe 4 : 

(defun mp-length (li) 

(cond [[Abbruchtest 
((null li) 0) 

; ; Rekurs ion 

(t (+ 1 (mp-length (cdr li)))))) 


Aufgabe 5: 

(defun mp-reverse(li) 

(mp-reverse-aux li nil) ) 


(defun mp-reverse-aux (li acc) 

(cond ;; Abbruchtest 

( (null li) acc) 

; ; Restrekursion 
(t (mp-reverse-aux (cdr li) 

(cons (car li) acc))))) 


Aufgabe 6 : 

(defun mp-reverse(li) 
(declare (special li) ) 
(let (res) 


(declare (special res) ) 
(mp-reverse-aux li) 
res) ) 


(defun mp-reverse-aux (1) 

(when 1 ;; Rückwärtsrekursion 

(mp-reverse-aux (cdr 1)) 

(setq res (cons (car li) res) 
li (cdr li)))) 


Aufgabe 7: 
(defun fin 


defun find-day-entry (day month cal) 

( cond ; ; Abbruch 

((null cal) nil) 

; [Definition lokaler Variable 

;;für Rekurs ion 

(t (let* ((entry (car cal)) 

(date (day-date entry))) 
(cond ; [Datum gefunden ? 
((and 

(eq (date-mon date) 
month) 

(= (date-day date) 
day) ) 

entry) 

; [Rekursion 

(t (find-day-entry day 
month 

(cdr cal)))))))) 


Aufgabe 8: 

(defun t>= (tl t2 ) 


(or (> (time-h tl) (time-h t2)) 

(and (= (time-h tl) (time-h t2)) 

{>- (time-m tl) (time-m t2))))) 


(defun t< (tl t2 ) 

(or (< (time-h tl) (time-h t2) ) 

(and (= (time-h tl) (time-h t2)) 

(< (time-m tl) (time-m t2))))) 


Die Funktion Duration: 

(defun duration (ap) 

(+ (* 60 (- (time-h (ap-stop ap) ) 

(time-h (ap-start ap) ) ) ) 
(- (time-m (ap-stop ap) ) 

(time-m (ap-start ap) ) ) ) ) 


Bild 35 Lösungen der Aufgaben 4 bis 8 aus dem 
Teil 2 
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Den PC sicher im Griff- 
mit Christiani-Fernlehrgängen 



PC- 


Anwendungs- 

praxis 


Zug um Zug lernen Sie in diesem 
Fernlehrgang die Möglichkeiten 
Ihres PC effektiv zu nutzen. Von 
Anfang an arbeiten Sie am 
Computer: keine Zeile Theorie 
bleibt ohne praktische Anwen- 
dung. Und die Programme liefern 
wir gleich mit. Alles wird Ihnen 
am praktischen Beispiel erklärt. 
So erleben Sie den PC-Einsatz 
"live". 

12 reichhaltige, praxisbezoge- 
ne Lehrbriefe. 

4 ausgezeichnete Anwender- 
programme. 

Viele Lern- und Wiederho- 
lunasdisketten. 

Fundierte Studienbetreuunq. 
begehrtes Abschlußzeugnis. 

Nach diesem Lehrgang beherr- 
schen Sie MS-DOS (bis 4.01), 
Textverarbeitung, Tabellenkalku- 
lation, Datenbanksysteme und 
Geschäftsgraphik. 

Fordern Sie gleich 
Informationsmaterial an: 


Weitere Lehrgänge zu Programmiersprachen 
und PC-Anwendungen 


PASCAL-Grundlagen 

Einführungslehrgang in die 
Programmierung von Pascal. 

BASIC-Grundlagen 

Einführungslehrgang in BASIC 
allgemein. Strukturiertes Pro- 
grammieren. 

SPS-Programmierung 

Einführung in Speicher-Program- 
mierte-Steuerungen mit Simula- 
tionsprogramm. 5 Lehrbriefe. 


Digital-Labor 

Einführungslehrgang in die 
Bauelemente und Schaltungs- 
technik der Digitaltechnik mit 
Logik-Simulationsprogramm. 


BASIC & Mikrocomputer- 
praxis 

Intensivlehrgang BASIC mit 
reichhaltigen Anwendungsbei- 
spielen. 14 Lehrbriefe. 


Informationscoupon: 

Adresse: 

Senden Sie mir zu folgen- 


dem Lehrgang: 



Name, Vorname 

Lehrgangstitel 


| j Informationsmaterial 

Straße, Nr. 

1 1 Den 1. Lehrbrief kostenlos 


für 3 Wochen zum Test. 

PLZ, Ort 45249 


Dr.-Ing. P. Christiani GmbH • Technisches Lehrinstitut und Verlag • 7750 Konstanz 
Hermann-Hesse-Weg 2 ■ Telefon 07531-5801-0 • Telex 733 304 • Btx.: * 64748 # 

In Österreich: Ferntechnikum Bregenz • Belruptstraße 45 • 6901 Bregenz 


Christiani 




A /[ A CT7" Entwurf und Ablaufsteuerung 
intelligenter Dialogsysteme 

- für kommerzielle und Realzeitanwendungen 
-für UNIX und DOS 

- interaktiver Entwurf von Masken und Druckausgabe 

- virtueller Bildschirm, Fenster, Pull-down-Menüs 

- strukturiertes Programmieren in der Maske 

- Anschluß an C, COBOL, PASCAL ... - 

- MS-DOS: bewegte Symbole 

Hintergrundgrafik 

Fonteditor 

- Mausunterstützung 

Fordern Sie unsere kostenlose Demoversion für DOS an! 
□ 360K □ 1.2MB □ mit Handbuch 95.- M 


SIGMk GmbH Dimitroffstr. 66, 9072 Karl-Marx-Stadt, 0071/44425 


Bieten 

P 8000 compact, UNIX-kompatibel, 3 Terminals, 9-Nadel- 
Drucker, Dokumentation und Anwendersoftware, 
für 1.995,00 DM. 

Heizkraftwerk Neugersdorf in der Oberlausitzer Textil 
GmbH, Nordstr. 12/14, 0-8706 Neugersdorf 


E 


??? PERESTROIKA ??? 

Nun kommt auch für Ihren PC endlich die Wende! 


Sie betreiben Ost-West Geschäfte? 

Sie müssen dazu Texte in kyrillisch, griechisch oder hebräisch 
schreiben? 

Sie wollen lateinische und kyrillische (oder sonstige) Zeichen beliebig in 
Ihrem Text mischen, z. B. um eine Übersetzung einzubringen 9 
Sie wollen aber trotzdem mit Ihrer Standardsoftware (z.B. 

WORDSTAR oder dBase) arbeiten? 

Dann sollten Sie sich INTERPRINT einmal ansehen! 

INTERPRINT arbeitet im Hintergrund und gestattet Erstellung und 
Druck verschiedensprachiger Dokumente. cutfb- 

Informationen und Demo für DM 20 - bei 

Torsten Wesolek, Karlstr. 21. 2500 Rostock. Tel. Rost. 384 3281 


Möchten auch Sie in der MP inserieren? 

Und wissen nicht wie? 

Wir beraten Sie gern oder senden Ihnen kostenlos 
unsere Media-Unterlagen. 

Verlag Technik GmbH, Anzeigenabteilung, 
Oranienburger Straße 13/14, 

0-1020 Berlin; Tel. 2 87 02 54 


iir Labor und Serie 


Industrievertretung der SEF Automation GmbH, Fa. Fritsch u. Martin GmbH 

• Reflowlöttechnik (IR- u. Kontaktheizzonensysteme) 

• SMD-Manipulatoren (modulare Systeme) 

• Reworkstation (modular) 

• Zubehör und Hilfsstoffe 


Extraservice: 

• Siebstrukturierung 
• Bestückungsleistungen 
Beratung für Einstieg in SMT 


cARLZEISs 


JENA 


Carl Zeiss JENA GmbH 

Betrieb f.opt. Präzisionsgerätebau 
Geschäftsbereich HLFA 
Göschwitzer Str. 33 
0-6905 Jena-Göschwitz 
Tel.: 7 68 69 50 


fps*"- 


Hier sind Sie richtig! 


Mein Fachgebiet ist 

□ der Maschinenbau 

□ die Informatik 

□ die Physik 

□ die Elektrotechnik 

□ die Elektronik 


□ die Meßtechnik 

□ die Automatisierungstechnik 

□ die Wärme-, Luft- und 
Kältetechnik 

□ die Feinmechanik/Optik, 


Aber ich interessiere mich auch für 

□ Wörterbücher für Wissenschaft 
und Technik 

□ Populärwissenschaftliche Literatur 

□ Fachzeitschriften 


Schreiben Sie uns sofort! Was interessiert Sie? 

Ist Ihre Zuschrift unter den ersten 50, so schenken wir Ihnen unser neues Cartoon-Büchlein! 


Datum 


Name/Firma 


Anschrift 


Ihr VERLAG TECHNIK 


PSF 201, Berlin, 1020 
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Die Nantucket Tools II 


Uwe Holz , Berlin 


Zum Softwareentwicklungssystem Clipper 
(vgl. auch MP 3/90) wird von der Nantucket 
GmbH Leverkusen eine Sammlung von etwa 
500 Funktionen angeboten, die die Möglich- 
keiten sowohl der Version Sommer 87 als 
auch der neuen Version 5.0 beträchtlich er- 
weitern. Diese Tool box einschließlich der 
Referenzkarte auf den beiden inneren Um- 
schlagseiten vorzustellen, soll Anliegen des 
folgenden Beitrags sein. 

Bei der Entwicklung der Nantucket Tools H 
wurde die Eigenschaft der Clippersprache, 
nutzerdefinierte Funktionen (User Defined 
Functions oder UDFs) definieren zu können, 
ausgenutzt. Mit den ebenfalls zur Verfügung 
gestellten komfortablen Schnittstellen für die 
Sprachen Assembler und C ist die Entwick- 
lung solcher UDFs nicht nur auf die Clipper- 
sprache beschränkt. Auch die Einbindung 
von Modulen anderer Programmiersprachen 
wie Pascal ist möglich, allerdings müßte sich 
in diesem Falle der Programmierer selbst um 
die Parameterübergabe/-übernahme und 
Werterückgabe kümmern. Einzige Voraus- 
setzung ist ein zu Microsoft kompatibles For- 
mat der Objektdateien. Diese offene Archi- 
tektur ist Voraussetzung für die Schaffung 
zahlreicher Zusatzbibliotheken und Toolbo- 
xen, die Clipper für den Programmierer quali- 
tativ wesentlich aufwerten. 

Die Toolbox bietet viele Funktionen, die in der 
praktischen Arbeit des Anwendungspro- 
grammierers häufig gebraucht werden, so 
daß dadurch die Erstellung von UDFs auf ein 
Minimum reduziert wird. 

Aufbauend auf den Nantucket Tools I wurden 
alle Themenkomplexe konsequent erweitert, 
wobei die mathematischen und die Netz- 
werkfunktionen, Funktionen zum Lesen und 
Schreiben von Speicherinhalten bzw. Ports 
sowie zur Unterstützung der Programmie- 
rung der Tastatureingabe (erweiterte Get- 
Funktionen) neu entstanden. 

Die Toolbox ist vollständig in Assembler pro- 
grammiert, zeichnet sich daher durch gerin- 
gen Speicherbedarf und geringe Laufzeiten 
aus, und wird an neue Clipper-Versionen an- 
gepaßt, wobei bisherige Funktionen auch 
weiterhin nutzbar sind. Dabei wurden sowohl 
vorhandene Funktionsgruppen als auch der 
Sprachstandard von Clipper insgesamt er- 
weitert. Die Bibliothek ist modular aufgebaut, 
so daß nicht benötigte Funktionsgruppen die 
Anwendung nicht unnötig belasten. 

Eine Einschränkung hinsichtlich des Einsat- 
zes der Nantucket Tools II soll jedoch an die- 
ser Stelle nicht unerwähnt bleiben: Der Be- 
reich der grafischen Funktionen (Geschäfts- 
grafik, Präsentation) wird nicht unterstützt. 
Nutzer, die derartige Funktionen verwenden 
wollen, müssen auf andere Tools zurückgrei- 
fen (Flipper, Dgraph, KRS-Grafik-Toolbox 
etc.). 

Von besonderem Interesse - vor allem auch 
im Hinblick auf die erforderliche anwender- 
freundliche Programmgestaltung - dürften 
die Funktionen sein, die die Fenstertechnik 
ermöglichen bzw. deren Programmierung er- 
leichtern. Wollen Sie die zahlreichen zur Ver- 
fügung stehenden Fensterfunktionen nutzen, 
so ist es außerdem erforderlich, den Treiber 


NT00LD87.0BJ mit einzubinden, und zwar 
so, daß er den Standardbildschirmtreiber der 
CLIPPER. LIB für diese Funktionen über- 
schreibt: 

Fl ihr-prog, NTOOLD87 

Während einer Anwendung können dann bis 
zu 255 Fenster eingerichtet werden, voraus- 
gesetzt, es ist genügend Hauptspeicherka- 
pazität vorhanden. Nach dem Öffnen der ein- 
zelnen Fenster (siehe auch Bild 1) können 
diese dann unter Angabe der Fensternum- 
mer aktiviert und auch wieder geschlossen 
werden. 

Der bereits erwähnte erweiterte Treiber 
NTOOLD87.ÖBJ ist aber nicht nur für die 
Fensterfunktionen, sondern auch beim Ein- 
satz einiger weiterer selbständiger Funktio- 
nen erforderlich. Er gewährleistet, daß die In- 
terrupt-Vektoren des Betriebssystems beim 
Start der Anwendung automatisch gesichert 
und nach Beendigung (Return, Quit) wieder- 
hergestellt werden. Auch die Kursorformen 
und -färben werden auf die Werte vor dem 
Start der Anwendung zurückgesetzt. 
Bestandteil des Treibers sind weiterhin Funk- 
tionen, die Druck- und Tastaturüberset- 
zungstabellen installieren oder andere, sonst 
unter Clipper nicht zu beeinflussende Einstel- 
lungen modifizieren. Nach Einbindung des 
Treibers in die Anwendung wird dieser als 
zentrales Ein-/Ausgabemodu! benutzt und 
hat damit auch Einfluß auf eine Reihe von 
Bildschirmfunktionen. 

Die Gruppe der Schnittstellenfunktionen er- 
möglicht es, bis zu vier serielle Schnittstellen 
gleichzeitig anzusteuern. Es handelt sich 
hierbei um 38 völlig neue Funktionen, die die 
Übertragung von Daten über serielle Schnitt- 
stelle gewährleisten. Für jeden Port kann ein 
Sende- und Empfangspuffer mit einer Größe 
von bis zu 64 KByte angelegt werden. So- 
wohl das Senden als auch das Empfangen 
sind im Hintergrund möglich. Alle Schnittstel- 
lenparameter (Übertragungsrate, Parität, 
Datenlänge, Stopbits) sind frei modifizierbar, 
ohne die entsprechende Schnittstelle schlie- 
ßen zu müssen, das heißt, die Pufferinhalte 
bleiben erhalten. Wichtige Steuersignale wie 
CD (Carrier Detect), DTR (Data Terminal 
Ready), CRC (Cyclic Redundancy Check) 
usw. können abgefragt und gesetzt werden. 
Voraussetzung für das einwandfreie Funktio- 
nieren ist allerdings eine völlige Kompatibili- 
tät zum IBM PC, da die Hardware unter Um- 
gehung der BIOS- und DOS-Aufrufe direkt 
angesprochen wird. Die Datenübertragung 
im Hintergrund ist aber bei gleichzeitiger di- 
rekter Ausgabe auf den Bildschirm mit der 
Version 1 .0 der Toolbox problematisch. 

Die Gruppe von Funktionen beinhaltet na- 
hezu alle für Zeichenketten möglichen Ope- 
rationen. Die Zeichenkettenfunktionen ge- 
statten die Programmierung komfortabler 
Texteditoren und können somit auch zur Be- 
arbeitung von MEMO-Feldern genutzt wer- 
den. Es gelten auch hier die durch Clipper 
vereinbarten Konventionen hinsichtlich der 
maximalen Länge von 64 KByte. Dabei kann 
es jedoch leicht zu Speicherplatzproblemen 
kommen, vor allem wenn solche Zeichenket- 
ten als Parameter bei Funktionsaufrufen ver- 
wendet werden. Hier ist die Parameterüber- 
gabe per Reference zu empfehlen, bei der 
statt des Parameters lediglich ein Adreßzei- 
ger auf den Originalstring übergeben wird. 



Diese Methode spart Zeit und vor allem Spei- 
cherplatz, da sonst kurzzeitig drei Kopien der 
Variablen im Hauptspeicher existieren, sie 
kann lediglich nicht bei Funktionen verwen- 
det werden, die die Länge eines Strings ver- 
ändern. 

Beispiel: 

Übergabe per Wert 

vl = ”STRING” 
vl = MY_FUNC(v1) 

Übergabe per Reference 

vl = MY_FUNC(@v1) 

Zu der Gruppe der Funktionen für die Zahlen- 
umwandlung und die Bitmanipulationen ge- 
hören vor allem solche zur Konvertierung 
zwischen den einzelnen Zahlensystemen, 
zur Erzeugung von Zufallszahlen sowie zur 
bitweisen Manipulation von Zahlen und Zei- 
chenketten entsprechend den üblichen Bi- 
näroperationen wie AND, XOR, OR, NOT 
oder das Prüfen von Bits. Beispielsweise 
werden Funktionen wie NUMLOW() und 
NUMHIGH() im Zusammenhang mit Tollbox- 
funktionen benötigt, die zwei 8-Bit-Werte als 
kombinierte 16-Bit-Zahl, und damit quasi 
zwei Ergebnisse mit einem Return-Wert zu- 
rückgeben. 

Der Bereich der Bildschirmfunktionen ge- 
stattet die zeilen- und spaltenweise Bild- 
schirmmanipulation, den Test des ange- 
schlossenen Bildschirmadapters, das Spei- 
chern und Rückspeichern von Bildschirmin- 
halten und die Manipulation von Bildschirm-, 
Kursor- und Farbattributen. Sie harmonieren 
eng mit den Teiber- und Fensterfunktionen, 
so daß sich bestimmte Einstellungen und 
Wirkungen von Funktionen dieser 3 Gruppen 
gegenseitig beeinflussen. 

Vor allem das präventive Erkennen von Feh- 
lern, die entweder durch den Nutzer oder 
durch die Projektumgebung bzw. das Be- 
triebssystem-Environment während der Pro- 
grammlaufzeit verursacht werden könnten, 
ermöglichen die Disketten- und Festplatten- 
funktionen. Um diese Fehler möglichst abzu- 
fangen, stehen Funktionen zum Ermitteln der 
Größe der Dateien und der freien Kapazität 
auf Datenträgern, zum Ändern der Dateiattri- 
bute und zum Ermitteln der Laufwerksbereit- 
schaft sowie normale Betriebssystemfunktio- 
nen zur Datei- und Verzeichnismanipulierung 
(Löschen, Kopieren, Verschieben usw.) zur 
Verfügung. 

Auch die Druckerfunktionen dienen vor allem 
dazu, mögliche Bedienfehler auszuschließen 
bzw. ihnen zuvorzukommen und so bei- 
spielsweise die Druckerbereitschaft zu te- 
sten. Außerdem ermöglichen sie es auch, an- 
geschlossene Drucker zu initialisieren, 
Schriftfonts einzustellen und Druckdateien 
an die Warteschlange des Netzes zu überge- 
ben, um dadurch Wartezeiten vermeiden zu 
können. 

Im dBase-Sprachstandard existieren bereits 
Funktionen, die mit dem Variablentyp Datum 
rechnen. Für bestimmte finanztechnische Be- 
rechnungen reicht dies jedoch nicht aus und 
so werden zahlreiche Datums- und Zeitfunk- 
tionen durch die Toolbox bereitgestellt. 
Einige sinnvolle Erweiterungen der Daten- 
bankfunktionen geben weitere Auskünfte 
über die Größe der DBF-Datei, über die Da- 
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* 

MakeWin ( ) 

Fenster explosionsartig öffnen mit Schatten 

* 

* 

Autor 

Uwe Holz 


* 

* 

Datum 

08.05.90 


* 

* 

Parameter 

z oben 

- obere Zeile (Typ N) 

* 

* 


sp links 

- linke Spalte (Typ N) 

* 

* 


z unten 

- untere Zeile (Typ N) 

* 

* 


sp rechts 

- rechte Spalte (Typ N) 

* 

* 


header 

- Titelzeile (optional) 

* 

* 

Rückgabe 

Typ N - Fensternummer 

* 

* 

Aufrufe 

GETBOXGROW ( ) , SETBOXGROW () , COLORWIN () , 

* 

* 


WOPEN ( ) , 

WFORMAT ( ) , WBOX ( ) , SAYSPREAD () 

* 

* 

Beispiel 

MakeWin (3 

,2, 22, 76," < Hilfe >") 

* 

FUNCTION MakeWin 



* 

* 


PARAMETERS z_oben; splinks, z_unten, sp_rechts, header 
PRIVATE cur_atr, cur_grow 
PRIVATE tmp_n 

cur_grow = GETBOXGROW ( ) && derzeitige Verzögerungseinstellung 

&& sichern 

SETBOXGROW { 5 ) && Verzögerung einstellen 

IF (z_oben<0 .OR. z_unten>23 .OR. sp_links<0 . OR. sp_rechts>77) 
tmp_n = -l 
ELSE 

tmp_n = WOPEN(z_oben, sp_links, zunten+l, sp_rechts+2) 

WFORMAT (0,0, 1, 2) && Fenster öffnen 

WBOX(l) 

WFORMAT (-1 , -1 , -2 , -3) 

COLORWIN (z_unten-z_oben+l, 2, z_unten-z_oben+l , ,* 
sp_rechts+2 -sp_links ) 

COLORWIN ( 1 , sp_rechts-sp_links+l, z_unten-z_oben+l, ; 

sp_rechts-sp_links+2) 

WFORMAT ( 0 , 1 , 2 , 3 ) 

IF PCOUNT ( ) < 5 
ELSE 

SAYSPREAD (header ,50,0) 

ENDIF 

WFORMAT (1, 0, 0, 0) 

ENDIF 

SETBOXGROW ( cur_grow) 

RETURN tmp_n 


&& alten Verzögerungswert zurückstellen 


Bild 1 Fenster werden 
explosionsartig mit 
Schatten geöffnet. 


SrchRec ( ) 

Autor 

Datum 

Parameter 

Rückgabe 


Aufrufe 

Voraussetzung 

Datenbank 

Beispiel 


Zeichenkette in einer DBF-Datei im gesamten 
Datensatz suchen 
Uwe Holz 
16.07.90 

rec_nr - Satz, bei dem begonnen wird (Typ) 
suchwort - zu suchende Zeichenkette (Typ) 
Typ N - Satznummer 
> 0 (gefunden) 

= 0 (nichts gefunden) 

< -1 (keine Datenbank in USE) 

ALLOFREE ( ) , _DBFHANDLE ( ) , ATNUM ( ) 

Eine Datenbank ist eröffnet. 

Name der zu bearbeitenden Datenbank 
rec = Srch_Rec(l, "Clipper" ) 


Bild 2 In einer Daten - 
bank wird eine Zei- 
chenkette im gesam- 
ten Datensatz ge- 
sucht. 


FUNCTION Srch_Rec 
PARAMETERS rec_nr, suchwort 

PRIVATE puffer, num, pos, anz, dbfhdle, ret, hdr, akt_rec 
gef = . F . 
akt_rec = RECNO() 
recs = RECSI ZE ( ) 
hdr = HEADER () 
dbf hdle = _DBFHANDLE ( ) 

IF dbf_hdle > 0 

num = ALLO FREE ( ) 

IF num > 65535 
num = 65535 
ENDIF 

num = INT (num/ recs) * recs 
puffer = SPACE (num) 
anz = num 
ret = 0 

DO WHILE anz = num 

FSEEK(dbf_hdle, (rec_nr-l) *recs + hdr,0) && positionieren 
anz = FREAD ( dbf _hdle , @puffer, num) 
pos = ATNUM ( suchwort , @puf f er , 1) 

IF pos > 0 

ret = recnr + INT (pos /recs) 

EXIT 
ELSE 

rec_nr ** rec_nr + INT (anz /recs) 

ENDIF 


&& den aktuellen Satz, 

&& die Satzlänge und 

&& die Headergröße ermitteln 

&& Nummer des Zugriffsmodus 

&& >0, dann ist die Datei eröffnet 

&& freier Speicher 

&& maximale Größe 

&& Puffergröße auf Vielfaches 
&& der Satzgröße 


&& lesen 
&& suchen 


&& gefunden 


&& nicht gefunden, 
&& weitersuchen 


ENDDO 

ELSE 

ret = -1 
ENDIF 

IF ret > 0 
GOTO ret 
ELSE 

GOTO akt_rec 
ENDIF 

RETURN (ret) 


&& keine Datei eröffnet 

&& Suchwort gefunden, Satz einstellen 
&& nicht geunden, alten Satz einstellen 


tenbankfeider oder testen auf das Vorhan- 
densein einer DBT-Datei, falls MEMO-Felder 
in der Datenbank enthalten sind. Das Bild 2 
zeigt die Suche einer Zeichenkette in allen 
Feldern eines Datensatzes. 

Sämtliche aktuellen Set-Einstellungen sowie 
das Vorhandensein des Debuggers können 
mit speziellen Statusfunktionen ermittelt wer- 
den. 

Wichtige Systeminformationen über das Be- 
triebssystem (DOS) oder die Flardware 
(BIOS) können Sie über die sogenannten Sy- 
stemfunktionen erhalten, die auch die Anpas- 
sung der Anwendung an die konkrete Hard- 


und Softwareumgebung zum Zeitpunkt des 
Programmlaufes gestatten. 

Für MS-DOS ab der Version 3.1 und die 
Netzwerke PC-LAN, MS-NET und Novell 
NetWare bietet die Toolbox zahlreiche Netz- 
werkfunktionen, die ausschließlich auf dem 
Novell Application Programmers Interface 
(API) basieren und beispielsweise Informa- 
tionen über den Server und das Printer-Ma- 
nagement liefern. 

Zum Lieferumfang der Nantucket Tools II ge- 
hören außerdem noch einige eigenständige 
Programme, die jedoch nicht in der Referenz- 
karte aufgeführt sind. Dazu gehören Beispiel- 


programme für die Toolbox (Tooldemo. prg) 
und auch der Clipper-Quellkode für einen 
Font-Editor für VGA-/EGA-Fonts (Fonte- 
dit.prg) und für ein Programm zum Einstellen 
der Farbpaletten über „Schieberegler“ (Co- 
lorpal.prg). Zwei weitere Programme dienen 
dem Speichern und Restaurieren von Inter- 
rupt-Vektoren (lntsave.com) bzw. als „Not- 
bremse“ für geänderte Interrupts (Intoff- 
.com). 
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Schlecht beraten 

Die Steuerpf/icht des selbständigen DV-Beraters 


Dr. Franz Otto 


Freiberufler haben dem Finanzamt gegen- 
über einen besseren Stand: Sie sind nicht 
gewerbesteuerpflichtig. Selbständige DV- 
Berater möchten sich diesen Umstand gern 
zunutze machen. Ein aktuelles Urteil des 
Bundesfinanzhofes macht jedoch viele Hoff- 
nungen zunichte. 

Der Bundesfinanzhof hat die Frage erörtert, 
ob ein selbständiger DV-Berater, der Anwen- 
dungsprogramme entwickelt, gewerbesteu- 
erpflichtig ist (Urteil vom 7. 1 2. 89 - IV R 1 1 5/ 
87). Der Berater selbst meinte, er übe einen 
dem Ingenieur ähnlichen Beruf aus und un- 


terliege dieser Steuer deshalb nicht, weil In- 
genieure und ähnliche Berufe den Status des 
Freiberuflers innehätten. 

Unstreitig war, daß der Berater nicht den Be- 
ruf eines Ingenieurs ausgeübt hatte. Weil er 
die vorgeschriebene Ausbildung nicht absol- 
viert hatte, durfte er die Berufsbezeichnung 
Ingenieur nicht führen. So kam es darauf an 
festzustellen, ob der Berater eine dem Inge- 
nieurberuf „ähnliche“ Tätigkeit ausgeübt 
hatte. Diese liegt vor, wenn sie in ihren we- 
sentlichen Punkten mit einem der im Einkom- 
mensteuergesetz (§ 18) genannten Berufe 
verglichen werden kann. 

Dazu ist zum einen erforderlich, daß die Tä- 
tigkeit in einem für den Beruf des Ingenieurs 
typischen Bereich gelegen hat. Aufgabe des 


Ingenieurs ist es, auf der Grundlage natur- 
und technikwissenschaftlicher Erkenntnisse 
und unter Berücksichtigung wirtschaftlicher 
Belange technische Werke zu planen, zu 
konstruieren und ihre Fertigung zu überwa- 
chen. 

So ist der Bundesfinanzhof bereits 1983 zu 
dem Ergebnis gekommen, daß ein selbstän- 
diger Diplominformatiker (dessen Ausbil- 
dung der der Ingenieure vergleichbar ist) eine 
dem Ingenieurberuf ähnliche Tätigkeit aus- 
übt, wenn er Systemanalysen erarbeitet, aus 
denen sich ergibt, daß gewisse betriebliche 
Vorgänge mit Hilfe von DV-Anlagen nachvoll- 
ziehbar sind. 

So nicht 

Dies will der Bundesfinanzhof jetzt nicht mehr 
uneingeschränkt so gelten lassen. Er hält al- 
lerdings daran fest, daß der Diplominformati- 
ker mit Hochschul- oder Fachhochschulab- 
schluß von seiner Ausbildung her einem In- 
genieur vergleichbar ist: Der Studiengang 
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des Diplominformatikers ist weitgehend von 
der Mathematik, aber auch von Fächern wie 
Nachrichten- und Elektrotechnik geprägt. 

Die Ausbildung zum Diplominformatiker be- 
fähigt demnach dazu, auf der Grundlage na- 
tur- und technikwissenschaftlicher Erkennt- 
nisse Werke zu planen, zu konstruieren und 
ihre Fertigung zu überwachen - mögen die 
„Werke“ auch nicht immer als körperliche 
Gegenstände (Hardware) in Erscheinung tre- 
ten, sondern als Software. Diese Einordnung 
wird dadurch bestätigt, daß an manchen 
Fachhochschulen der Studiengang Informa- 
tik zum Ingenieurabschluß führt. 

Der Bundesfinanzhof hält nach erneuter Prü- 
fung nicht daran fest, daß ein Diplominforma- 
tiker immer dann, wenn er Systemanalysen 
ausführt, einer Tätigkeit nachgeht, die in ei- 
nem ingenieurtypischen Bereich liegt. Der 
Begriff Systemanalyse sei zu weit gefaßt und 
zu ungenau, als daß er zur Abrenzung heran- 
gezogen werden könnte. 

Die Richter fordern daher eine Präzisierung, 
was zu einer Einschränkung der ingenieur- 
ähnlichen Tätigkeiten im Bereich der Daten- 
verarbeitung führt. Unter Systemanalyse ver- 
steht man zum einen die Tätigkeit des Sy- 
stemsoftware-Entwicklers, zum anderen aber 
überwiegend die Anwendersoftware- Entwick- 
lung - in Gesetzen und Tarifverträgen als Da- 
tenverarbeitungsorganisation bezeichnet. 
Das typische Berufsbild für den an einer 
Fachhochschule oder wissenschaftlichen 
Hochschule ausgebildeten Diplominformati- 
ker, den sogenannten Kerninformatiker, ist — 
jedenfalls im Software-Bereich - nur das der 


Systemsoftware-Entwicklung. Dazu gehört 
zunächst die Grundlagenforschung, das 
heißt die Systematisierung und Gestaltung 
der den Rechenanlagen eigenen Strukturen. 
Dabei geht es um die allgemeinen Gesetze, 
die der Informationsverarbeitung zugrunde 
liegen: um Algorithmen, künstliche, formale 
Sprachen und deren Syntax und Semantik. 

Voraussetzungen 

Quantitativ gewichtiger zeigen sich die Auf- 
gaben bei der Planung von System-Soft- 
ware. Es geht dabei vor allem um den Ent- 
wurf von Strukturen zwischen der Hardware 
und der Anwendernahtstelle. Dies sind vor al- 
lem Betriebssysteme, also die Systeme, 
ohne die Computer nicht einsatzfähig sind: 
Hilfs- und Dienstprogramme, Compiler und 
Übersetzer oder Datenbanksysteme. 

Solche Systeme entwirft der Systemsoft- 
ware-Entwickler, fixiert und detailliert sie im 
Pflichtenheft. Die Vielfalt und Komplexität be- 
reits bestehender Programme, die Varianten 
bei der Hardware-Ausstattung, verbunden 
mit der Forderung nach störungsfreiem, 
schnellem Ablauf, kennzeichnen die Ansprü- 
che, die an die Ausbildung in diesem Bereich 
gestellt werden. Die Tätigkeit setzt eigentlich 
stets eine an Hoch- oder Fachhochschulen 
erworbene Informatikausbildung voraus. 
Demgegenüber ist die Anwendersoftware- 
Entwicklung, obwohl sie in vielen Fällen nicht 
weniger anspruchsvoll sein mag als System- 
software-Entwicklung, keine ingenieurtypi- 
sche Tätigkeit. Dies ist die entscheidende 
Wertung des Bundesfinanzhofes. 


Differenzen 

Der Unterschied zum System Software- Ent- 
wickler besteht darin, daß mindestens gleich- 
berechtigt neben die Informatikkenntnisse 
Wissen im jeweiligen Anwendungsbereich 
(sei es Betriebswirtschaft, Technik, Medizin, 
Recht) tritt. 

Abschließend hat der Bundesfinanzhof noch 
die Frage erörtert, ob der Berater in dem kon- 
kreten Fall eventuell eine dem beratenden 
Betriebswirt ähnliche Tätigkeit ausgeübt 
hatte - auch das hätte zur Gewerbesteuer- 
freiheit geführt. 

Eine solche Tätigkeit übt aus, wer Kenntnisse 
in den hauptsächlichen Bereichen der Be- 
triebswirtschaftslehre in einer Breite besitzt, 
wie sie die Ausbildungsgänge zum Diplom- 
kaufmannn, zum Diplombetriebswirt oder 
zum staatlich geprüften Betriebswirt vermit- 
teln. So ausgestattet muß eine Beratungstä- 
tigkeit in einem der Hauptbereiche der Be- 
triebswirtschaftslehre ausgeübt werden. 
Nach ständiger Rechtsprechung des Bun- 
desfinanzhofes trifft das auf den DV-Berater 
indes nicht zu. Dies wird damit begründet, 
daß der Berater in DV-Angelegenheiten steu- 
errechtlich als eigenständiger Beruf anzuse- 
hen ist, der sich in seiner totalen Ausrichtung 
auf Theorie und Technologie der Datenverar- 
beitung wesentlich von dem beratenden Be- 
triebswirt unterscheidet. Daran hält der Bun- 
desfinanzhof weiter fest. 


Nachdruck aus c’t-Magazin für Computertechnik, 
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Die Überwindung der RAM-Grenzen 
unter DOS 


Hans-Georg Sanner , 
Ludwigshafen/Rh . 


Der Ursprung: Bank Switching unter 
CP/M 

Der verfügbare Speicherraum eines PCs 
wird durch den Adreßbus des verwendeten 
Prozessors bestimmt. Die 8-Bit-Prozessoren 
8080 und Z 80 hatten einen 16-Bit-Bus, das 
ergibt 64 KByte Speicherraum - für damalige 
Verhältnisse mehr als ausreichend. 

Für die notwendige „Ordnung“ im Speicher- 
raum ist das Betriebssystem zuständig. Das 
war damals CP/M von Digital Research (bis 
Version 2.2). Die Speicheraufteilung zeigt 
Bild 1 . Je nach der (individuellen) Größe des 
BIOS war der für den Anwender verfügbare 
Speicher, der TPA (T ransient Program Area), 
danach gute 50 KByte groß. Die Ansprüche 
an ein Betriebssystem waren noch beschei- 
den, besonderer Komfort - beispielsweise 
eine grafische Benutzeroberfläche - wurde 
nicht verlangt. 

Die Anwenderprogramme wurden aber bald 
länger als es der TPA erlaubte. Die Overlay- 
Technik brachte eine gewisse Abhilfe. Hier 
wird ein vom Programmierer bestimmter 
RAM-Bereich mehrfach ausgenutzt, indem 
gerade benötigter Programmcode (Unterpro- 
gramme) von der Diskette in diesen Bereich 
geladen wird und dort gegebenenfalls nicht 
benötigten Code überschreibt. (Verwendet 
wurde dies zum Beispiel bereits bei den frü- 
hen Versionen von Wordstar). Andere Pro- 


gramme aber (z. B. Tabellenkalkulationen) 
forderten einen größeren TPA, da die Größe 
der im Speicher ständig verfügbaren (resi- 
denten) Datenmengen ständig zunahm. Eine 
„lineare“ Speichervergrößerung war wegen 
der begrenzten Breite des Adreßbusses (16 
Bit) nicht möglich, so entstand das Konzept 
der „nichtlinearen“ Speichervergrößerung. 
Das Prinzip zeigt Bild 2. Der Speicher wird in 
einzelne „Blöcke“ aufgeteilt. Zu einem be- 
stimmten Zeitpunkt ist eine bestimmte 
Gruppe von Blöcken als eine Bank aktiv, das 
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heißt adressierbar. Über eine entsprechende 
Hardware-Einrichtung (MMU = Memory Ma- 
nagement Unit) können jederzeit ein oder 
mehrere Blöcke ausgetauscht werden. So 
entsteht eine andere aktive Bank. Man 
spricht daher von Bank Switching. 

Verwendet wurde das im Betriebssystem 
CP/M Plus (Bild 3): Ein verkürztes „residen- 
tes“ BIOS und das BDOS vergrößern den 
TPA auf etwa 62 KByte in der TPA-Bank. 
Werden Systemroutinen angesprochen, so 
wird auf die Systembank umgeschaltet. (In 
der Systembank können bei Bedarf noch zu- 
sätzlich einzelne RAM-Blöcke gegen ROM- 
Blöcke mit Routinen ausgetauscht wer- 
den.) 

Bei den heute gebräuchlichen 8-Bit-Rech- 
nern der Firma Amstrad/Schneider (CPC und 
PCW/Joyce) wird vom Bank Switching reger 
Gebrauch gemacht. Anwenderprogramme 
haben es jedoch nicht genutzt, vielleicht, weil 
das Zeitalter der 16-Bit-Rechner schon be- 
gonnen hatte. 

Expanded Memory beim PC/XT 

Der Prozessor 8086 brachte einen Adreßbus 
von 20 Bit mit 1 MByte Speicherraum. Als 
„echter“ 16-Bit-Prozessor verfügt er auch 
über einen Datenbus von 16 Bit. Auf Wunsch 
von IBM wurde von Intel später noch der Pro- 
zessor 8088 als abgemagerte Version mit ei- 
nem 8-Bit-Datenbus herausgebracht - um 
Entwicklungskosten für Zusatzhardware zu 
sparen. Mit diesem Prozessor waren der Ori- 
ginal-IBM PC und die meisten Kompatiblen 
ausgerüstet. Das Betriebssystem MS-DOS 
(bzw. PC-DOS oder kurz DOS) ergab die 
Speicheraufteilung in Bild 4. Ein Drittel des 
Raumes wurde damals großzügig zur Unter- 
stützung des Betriebssystemes reserviert. 
Aber die verbleibenden 640 KByte schienen 
wirklich ausreichend genug. 


Doch auch hier wurden die Anwenderpro- 
gramme immer umfangreicher. Es stiegen 
die Ansprüche an den Bedienungskomfort - 
auch beim Betriebssystem - und speicherre- 
sidente Programme wurden immer beliebter. 
Diese TSR-Programme (Terminate and Stay 
Resident) sollen jederzeit - auch während 
ein anderes Anwenderprogramm läuft - auf- 
gerufen werden können. Zum Beispiel durch 
eine bestimmte Tastenkombination (Bei- 
spiele sind Sidekick, PC Tools u.a.) oder 
auch etwa regelmäßig in bestimmten Zeitab- 
ständen (Zeitanzeige). Dazu müssen sie 
ständig resident im Speicher verfügbar sein 
und außerdem die geeigneten Systeminter- 
rupts „verbiegen“ (z. B. Tastatur, Timer 
usw.). 

Als Ergebnis wurde der verbleibende Platz 
für die aufrufbaren Anwenderprogramme im 
konventionellen Bereich von 640 KByte im- 
mer kleiner. Eine lineare Vergrößerung des 
Speicherraumes über 1 MByte hinaus war 
nicht möglich, also besann man sich auf das 
Prinzip der nichtlinearen Vergrößerung wie 
bei CP/M und schuf das Konzept von Expan- 
ded Memory (erweiterter Speicher, hier im 
Sinne von zusätzlich ; Bild 5). Anders als beim 
CP/M-Vorbild liegen aber hier die umzu- 
schaltenden Blöcke nicht im TPA, sondern in 
einem Fenster im oberen Adreßbereich 
(oberhalb von 640 KByte). (Wir werden noch 
sehen, warum das unter DOS so sein muß.) 
Die Lage des Fensters wird so gewählt, daß 
der Platz nicht von System-RAM oder -ROM 
beansprucht wird (üblicherweise zwischen 
D0000 und F0000, also „zwischen den Adap- 
tern“). 

Zur Installation vom Expanded Memory ist 
wieder sowohl Hard- als auch Software erfor- 
derlich. Die Hardwarekomponente besteht 
aus dem erforderlichen RAM und der Einrich- 
tung zur Einblendung der RAM-Blöcke in das 


Fenster im oberen Bereich. Die Steuerung 
erfolgt über einen freien Port des Rechners. 
Die Software zur Steuerung besteht aus ei- 
nem Treiber, der vom Programm aus aufge- 
rufen werden kann. 

Expanded Memory war von Anfang an für An- 
wenderprogramme bestimmt (z. B. Tabellen- 
kalkulationen). Damit die Nutzung problem- 
los erfolgen kann, wurde das Expanded-Me- 
mory-Konzept „genormt“. Die Firmen Lotus, 
Intel und Microsoft (LIM) schufen hierzu EMS 
(Expanded Memory Specification). Ge- 
bräuchlich ist zur Zeit noch die Version 3.2 
(mit maximal 12 MByte Expanded Memory) 
neben der neuen Version 4.0 (mit maximal 32 
MByte). Die Blockgröße ist immer 16 KByte, 
die Fenstergröße bei Version 3.2 ist 64 
KByte, wobei das Fenster aus 4 hintereinan- 
der liegenden Blöcken besteht. Bei EMS 4.0 
besteht das Fenster aus maximal 12 Blök- 
ken, die aber nicht alle hintereinander liegen 
müssen (und aus Platzmangel im oberen Be- 
reich auch oft nicht hintereinander liegen 
können). 

Die Hardware befindet sich auf einer Ein- 
steck-Karte. Diese wurde unter der Bezeich- 
nung Above Board von Intel herausgebracht. 
Heute werden solche Karten von den ver- 
schiedensten Firmen angeboten. Mit Dip- 
Schaltern läßt sich die Lage des Fensters ein- 
stellen (entsprechend der vorliegenden 
Hardwarekonzeption des Rechners). Der 
Softwaretreiber (EMM = Expanded Memory 
Manager) wird mit einer Device-Anweisung 
in das System eingebunden (Parameter ist 
dabei die Lage des Fensters). 

Ein Anwendungsprogramm kann der Treiber 
mit dem DOS-lnterrupt 67H direkt anspre- 
chen. Die einzelnen EMS-Funktionen wer- 
den durch entsprechende Werte im Register 
AH aufgerufen / V, f2L Nutzung und richtige 
Handhabung von EMS ist allein Sache des 
Programmierers /3/, 14/, /5/. 

Eine ganze Reihe kommerzieller Programme 
(vornehmlich Tabellenkalkulationen, wie Lo- 
tus 1-2-3 oder Framework) machen regen 
Gebrauch von EMS. Dabei werden aber üb- 
licherweise nur Daten in das Fenster einge- 
blendet, obwohl grundsätzlich auch ein (Un- 
terprogramm in diesem Fenster laufen 
könnte - wenn es dessen Größe nicht über- 
schreitet. Es ist aber unter DOS nicht so ein- 
fach, dort ein Programm zum Laufen zu brin- 
gen. 

Unter CP/M kann sich zu einem bestimmten 
Zeitpunkt immer nur ein Programm lauffähig 
im Speicher befinden. Ihm steht während des 
Ablaufes dann der gesamte TPA für Code 
und Daten zur Verfügung. Unter DOS ist das 
grundsätzlich anders. Hier können mehrere 
Programme gleichzeitig im Speicher sein, 
von denen jeweils eines läuft, während sich 
die anderen in „Wartestellung“ befinden. 
DOS verwendet dafür eine besondere Art der 
Speicherverwaltung. Für jedes Programm 
wird der (vom Programmierer festgelegte) 
Speicherplatz direkt im TPA reserviert. Vor 
jedem solchen Bereich befindet sich ein 16 
Byte langer Memory Control Block (MCB), 
der Angaben über Verwendung und Länge 
des folgenden Speicherblocks enthält. Au- 
ßerdem ist dort ein Zeiger auf den nächsten 
MCB, der sich entsprechend am Anfang des 
nächsten Speicherblocks befinden muß. Hin- 
ter dem letzten belegten Speicherblock be- 
ginnt der noch freie RAM - bis zum Ende des 
TPA (640 KByte). Am Anfang dieses Berei- 
ches ist dann der letzte MCB, der den Bereich 
als frei kennzeichnet. 






Die wichtigsten Begriffe auf einen Blick 


Shadow-RAM: RAM-Speicher zwischen 640 
KByte und 1 MByte (A000H-FFFFH) bei Bo- 
ards, die mit Chips&Technologies-Chipsätzen 
aufgebaut sind. Da RAM schneller als ROM ist, 
werden der Video-ROM und das System-BIOS 
in den parallelen RAM kopiert. Ein großer Teil 
(30 bis 130 KByte) bleibt jedoch ungenutzt. 
Extended Memory: linearer Speicher oberhalb 
1 MByte, der von manchen Programmen ge- 
nutztwird. 

Expanded Memory: Speicher nach der LIM- 
(Lotus-Intel-Microsoft)-Spezifikation. Aktuell ist 
die Version 4.0. Hierbei wird der Zusatzspeicher 
oberhalb 1 MByte in entsprechend viele 64- 
KByte-Seiten geteilt. Der Zugriff erfolgt über ein 
64-KByte-Fenster, welches adreßmäßig im Be- 
reich zwischen 640 KByte und 1 MByte liegt. 
XMS (Microsoft Extended Memory Specifi- 
cation): Um den Extended Memory besser nut- 
zen zu können, wurde dieser Standard ge- 
schaffen. Der dazu passende Treiber von Mi- 
crosoft nennt sich Himem.sys. XMS teilt sich 
wiederum in die drei Teilbereiche HMA, UMB 
und EMB. 

HMA (High Memory Area): ist ein 64 KByte 
großer Block, der direkt oberhalb der 1-MByte- 
Grenze in 80286- und 80386-Systemen be- 
ginnt. Der große Vorteil gegenüber dem restli- 
chen Extended Memory besteht darin, daß in 
diesen Bereich Programme hineingeladen und 
ausgeführt werden können. Hierbei handelt es 
sich also um eine echte Erweiterung des Haupt- 
speichers, wobei die nutzende Software spe- 
ziell für den HMA-Zugriff geschrieben sein muß. 
Dieser Bereich ist nicht zu verwechseln mit dem 


von Quarterdeck definierten Begriff High-RAM 
und auch nicht mit dem High Memory. 

UMB (Upper Memory Block — High Me- 
mory): ist der Adreßbereich zwischen 640 
KByte und 1 MByte, der vielfach nutzbar ist. 
Hier läßt sich Shadow-RAM, Extended oder Ex- 
panded Memory einrichten, und es ist eine Er- 
weiterung des Hauptspeichers als High RAM 
möglich. Das Betriebssystem kann auf diesen 
Abschnitt genauso wie auf den Hauptspeicher 
unterhalb 640 KByte direkt zugreifen. 
High-RAM: QRAM und QEMM-386 können in 
den freien Adreßbereich zwischen 640 KByte 
und 1 MByte Speicher einblenden und diesen 
dem Betriebssystem als zusätzlichen Haupt- 
speicher, genannt High-RAM, zur Verfügung 
stellen. Hier können TSR-Programme abiau- 
fen, ohne den Bereich unterhalb von 640 KByte 
zu belegen. Als RAM-Quellefür den High-RAM 
nutzen die beiden Memory Manager entweder 
aus einem anderen Bereich gespiegelten Ex- 
panded Memory (EMS) oder den hardwaremä- 
ßig adreßgleichen Shadow-RAM auf NEAT-/ 
C&T- Boards. 

TSR (Terminate Stay Resident): Sammelbe- 
griff für speicherresidente Programme, die 
nach dem Laden im Hauptspeicher verbleiben. 
Hierzu gehören der Maustreiber, der Tastatur- 
treiber (KEYBGR o.ä.), aber auch Sidekick 
uvm. 
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Diese Speicherverwaltung „in einem Stück“ 
duldet keine Unterbrechung. Sie macht bei 
640 KByte Schluß, weil dort der lineare Be- 
reich des TPA zu Ende ist. Sie ist auch der 
Grund dafür, daß Speicherblöcke nicht durch 
Bankswitching in den TPA eingeblendet wer- 
den können. Diese „fremden“ Blöcke würden 
natürlich die Ordnung der MCBs durcheinan- 
der bringen. So verbleibt für das EMS-Fen- 
ster nur der obere Adreßbereich - als Daten- 
speicher denn auf Daten kann ein DOS- 
Programm ja in jedem Adreßbereich zugrei- 
fen. 

Mit einem Trick läßt sich die Speicherverwal- 
tung aber doch überlisten, wenn die MCB- 
Kette passend gepatcht wird. Der TPA wird 
zunächst durchgehend bis zum Ende (640 
KByte) als belegt deklariert. Anschließend 
wird dann den Adapter-Bereichen der MCB 
für ein Pseudoprogramm zugewiesen. So 
werden diese Bereiche ausgespart. Ein an- 
schließend geladenes (z. B. speicherresiden- 
tes) Programm wird dann automatisch in den 
oberen Bereich (hinter die Adapter) beför- 
dert. Schließlich wird der TPA (durch Ände- 
rung des MCBs) wieder als frei deklariert, so 
daß Anwenderprogramme dorthin geladen 
werden können. Das residente Programm im 
oberen Bereich bleibt davon unberührt und 
kann jederzeit aufgerufen werden. Mit Spei- 
chermanagern, welche nach diesem Prinzip 
arbeiten, kann man also auch den RAM des 
oberen Bereiches für (speicherresidente) 
Programme nutzen /6/, F7i. 

Der RAM des Fensters (64 KByte) wird nicht 
ausreichen, um mehrere TSR-Programme 
zu speichern; man kann aber weiteren Ex- 
panded Memory dazu verwenden. Bei einem 
Aufruf werden dann diese Programme aus 
dem Expanded Memory in das Fenster ein- 
geblendet und dort zum Laufen gebracht. 
Dazu muß dann nur ein entsprechendes 
Steuerprogramm resident geladen sein. So 
wird der TPA spürbar entlastet. 

Extended Memory beim AT 
mit 286er Prozessor 

Die Hardware-Entwicklung hat uns weitere 
Prozessoren beschert, zunächst den 80286 
mit einem Adreßbus von 24 Bit, was einen 
Speicherraum von 16 MByte ergibt. Hier ist 
also genügend Platz oberhalb der auf dem 


PC verfügbaren 1 MByte. Man spricht von 
Extended Memory, welcher nun eine echte 
lineare Erweiterung des Adreßraumes dar- 
stellt (extended - erweitert, hier im Sinne 
des verlängerten Adreßraumes). Für diesen 
größeren Adreßraum wurde aber auch ein 
neues Betriebssystem benötigt, da DOS nur 
1 MByte verwalten kann. Von Microsoft 
wurde deshalb das neue Betriebssystem 
OS/2 (in den Versionen 1.x) entwickelt. Ge- 
eignet ist auch das bereits länger existie- 
rende Unix. 

Allein mit der Entwicklung eines neuen Be- 
triebssystemes ist es aber nicht getan. Das 
eigentliche Problem ist die Anwendungssoft- 
ware für ein Betriebssystem. Bei den Anwen- 
dern läuft eine riesige Zahl kommerzieller 
Programme unter DOS. Diese Programme - 
sicherlich in Millionen Stückzahlen - müßten 
bei Einführung eines neuen Betriebssyste- 
mes praktisch alle ersetzt werden. Natürlich 
war es IBM bei der Entwicklung ihres ersten 
ATs klar, daß die Anwender da nicht mitspie- 
len würden. Also mußte der neue Prozessor 
in der Lage sein, die vorhandene Software 


weiterhin zu verarbeiten. Das heißt, der 
80286 mußte die Fähigkeit haben, auch mit 
dem Betriebssystem DOS zu arbeiten. Hard- 
waremäßig wurde das so gelöst, daß er über 
zwei verschiedene Betriebsmodi verfügt: den 
Normal-Modus (Real Mode), in dem ein Spei- 
cherraum von 1 MByte in der „klassischen“ 
DOS-Weise adressiert wird, und den ge- 
schützten Modus (Protected Mode), in dem 
ein größerer Speicherraum - also auch Ex- 
tended Memory - adressiert werden kann 
(Bild 6). Für den DOS-Betrieb wäre dann al- 
lerdings der Extended Memory praktisch 
tabu. 

Ein AT mit dem Prozessor 80286 und (phy- 
sisch) 1 MByte RAM auf der Hauptplatine hat 
(logisch) 640 KByte als konventionellen 
RAM. Es folgt der obere Bereich von 384 
KByte (Adapter und ROM), in dem sich kein 
RAM befindet. Jenseits der (logischen) 1- 
MByte-Grenze befindet sich der Rest von 
den (physisch) auf der Hauptplatine vorhan- 
denen 1 MByte (ebenfalls 384 KByte). Das ist 
der Extended Memory. Kann der stolze Besit- 
zer damit unter DOS etwas anfangen? 


Bild $ Expanded Me- 
mory bei XT und 
286er AT 
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Die Softwareentwickler von Microsoft haben 
den BlOS-lnterrupt 1 5H, der beim ursprüngli- 
chen PC für einen Kassettenbetrieb be- 
stimmt war, mit einigen neuen Funktionen 
wieder zum Leben erweckt. Zunächst kann 
eine Umschaltung des 80286 vom Real 
Mode in den Protected Mode durchgeführt 
werden. Man mußte allerdings feststellen, 
daß der Prozessor einen Mangel aufweist. 
Das Zurückschalten kann nämlich nicht über 
einen Interrupt, sondern nur durch einen Re- 
set ausgeführt werden. Auf die Bedeutung 
dieses Handicaps kommen wir noch zu- 
rück. 

Weiter beschert uns der Interrupt 15H noch 
eine Funktion, mit der man eine gewählte An- 
zahl Wörter (bestehend aus je 16 Bit) zwi- 
schen dem Extended Memory und dem kon- 
ventionellen Bereich hin und her transferie- 
ren kann. Auf diese Weise läßt sich der Ex- 
tended Memory als RAM-Disk nutzen. Die In- 
stallation erfolgt mit einer der DOS-Routinen 
Vdisk.sys oder Ramdrive.sys mit der Option 
/ E (für Extended Memory). 

Um die Nutzung von Extended Memory für 
Anwenderprogramme unter DOS in größe- 
rem Umfang und vor allem einheitlich zu er- 
möglichen, hat die oben erwähnte LIM- 
Gruppe XMS geschaffen (Extended Memory 
Specification). Es handelt sich dabei diesmal 
nur um einen Software-Treiber (XMM = Ex- 
tended Memory Manager) -die Hardware ist 
ja als Extended Memory bereits vorhanden. 
Dieser Treiber wird wieder mit einer Device- 
Anweisung eingebunden. Der Aufruf der ein- 


zelnen Funktionen erfolgt hier nicht über ei- 
nen DOS-lnterrupt, sondern mittels Far Call 

IM, 121. 

Eine Besonderheit des Extended Memory 
soll noch erwähnt werden. Es handelt sich 
um den sogenannten HMA (High Memory 
Area), einen Bereich am Anfang des Exten- 
ded Memory, welcher prinzipiell durch direkte 
Adressierung unter DOS erreichbar ist. Es 
gilt nämlich: Das größte Segment ist FFFFO. 
Mit einem Offset von 0000F ist dann die 1- 
MByte-Grenze erreicht. Man kann aber na- 
türlich den Offset vergrößern - bis maximal 
OFFFF -, das ergibt dann die Adresse FFFFO 
+ OFFFF = 1 0FFFF. Ab einem Offset von 
0001 0 tritt dabei ein Überlauf nach Bit 20 des 
Adreßbusses auf. Weil beim 8086/8088 kein 
Bit 20 existiert, geht dort der Überlauf verlo- 
ren, und es werden wieder die Adressen ab 
0000:0000 angewählt (Wrap Around). Beim 
80286 aber kann die höhere Adresse direkt 
angewählt werden. Voraussetzung ist, daß 
Extended Memory vorhanden und Bit 20 
nicht gesperrt ist. Im Real Mode ist Bit 20 für 
DOS aus Gründen der Kompatibilität ge- 
sperrt. Sperrung und Entsperrung ist soft- 
waremäßig möglich und steht als Funktion 
unter XMS zur Verfügung. Damit kann dann 
auch der HMA verwaltet werden. 

Trotz aller Bemühungen der LIM-Gruppe, die 
Nutzung des Extended Memory zu erleich- 
tern, ist dies (im Gegensatz zum Expanded 
Memory) in kommerziellen Programmen un- 
ter DOS kaum möglich. Eines der wenigen 
Beispiele ist die Version 3.0 von Lotus 1 -2-3. 


Expanded Memory beim 286er AT 

Programme, die Expanded Memory auf ei- 
nem PC/XT nutzen, sollen natürlich auch auf 
einem PC/AT laufen. Nun läßt sich aber ein 
vorhandener Extended Memory bei der 
80286-CPU des ATs nicht in den Adreßbe- 
reich oberhalb von 640 KByte einblenden. 
Genau wie beim PC/XT benötigt man ein 
„Above Board“ als Zusatzhardware. Dann 
kann man außerdem den darauf befindlichen 
RAM in zwei Gruppen aufteilen und sowohl 
als Expanded wie als Extended Memory ver- 
wenden. 

Findige Köpfe haben schließlich doch reine 
Softwarelösungen ausgeknobelt, um Expan- 
ded Memory durch Extended Memory zu 
emulieren. Das Fenster kann dann aber nicht 
im oberen, sondern muß im konventionellen 
Bereich liegen - also unterhalb der 640- 
KByte-Grenze. Damit gehen 64 KByte für 
den TPA verloren /8/. Es besteht noch ein 
weiterer Nachteil gegenüber der Hardwarelö- 
sung: Bei der Hardwarelösung wird ein Spei- 
cherblock durch Umschalten in das Fenster 
eingeblendet; dagegen müssen bei der Emu- 
lation die Daten vom Extended Memory in 
das Fenster umgespeichert werden. Das 
dauert natürlich länger. 

Dafür funktioniert aber die Emulation sogar 
schon, wenn überhaupt kein Extended Me- 
mory vorhanden ist. Dann wird dieser näm- 
lich durch Speicherplatz auf der Harddisk er- 
setzt, so daß Daten zwischen Fenster und 
Festplatte umgeladen werden. Allerdings 
braucht das natürlich noch wesentlich mehr 


Einige Bezugsquellen 


EMS-Einsteck-Karten („Above Boards“) 

Zur Installation von Expanded Memory auf PC/XT und 286er AT 

RAM-Kapazität 

Preise 

Board (unbestückteinschl. 
Treibersoftware) 

1 MByte RAM (80 ns) 

Bezug 

ca. 4-1 6 MByte pro Board. 

(Für größeren Bedarf können mehrere 

Boards parallel geschaltet werden.) 

ca. 250 bis 400 DM. 
ca. 200 DM. 
über Fachhandel 

EMS-Emulatoren 

Programme, die - mit Extended Memory auf 80286 oder Harddisk-Speicher auf dem 

PC/XT - EMS emulieren 

Preise 

© Above DISC 
© Turbo EMS 
® TCIPower 

Distributoren 

ca. 235 DM 
ca. 295 DM 
ca. 275 DM 

©@ H+BEDV, Olgastr. 4, W-7992Tettnang 1 
©Software Connection, Schulstr. 18, 

W-891 3 Schondorf 

Speichermanager für 8086/8088 und 80286 

Programme, die es ermöglichen, bei vorhandenem Zusatz-RAM - kein Extended Memory - 
DOS-Programme „zwischen den Adaptern" zu laden und dort laufen zu lassen. 

Preise 

© Qram (von Quarterdeck) 

© MOVE’EM(vonQualitas) 
Distributoren 

ca. 200 DM 
ca. 285 DM 

©TriDis, Hansastr. 1 5, W-8000 München 21 
©AI brecht Software, Mooswiesenstr. 1 1 A, 
W-8000 München 60 

Speichermanager für 80386 

Programme, die es ermöglichen, - nur auf dem 386er AT - Extended Memory „zwischen 
den Adaptern“ einzublenden und wie für 8086/80286 zu nutzen. 

Preise 

© QEMM-386 (von Quarterdeck) 

© 386MAX (von Qualitas) 

Distributoren 

ca. 300 DM 

ca. 250 bis 350 DM (je nach Version) 

©TriDis 

© AI brecht Software 

DOS-Extender 

Programme, die es für 286er und 386er gestatten, spezielle DOS-Anwendersoftware über 
640 KByte hinaus laufen zu lassen. 

Preise 

DOS Extender OS/286 (von Eclipse) 
DOS Extender OS/386 (von Eclipse) 
DOS Extender 386 (von Phar Lap) 
Distributor 

ca. 1500 DM 
ca. 1500 DM 
ca. 1500 DM 

Tech Soft, Nibelungenstr. 4, W-1 000 Berlin 28 


Zeit (Zeitfaktor Expanded : Extended : Hard- 
disk etwa 1 : 20 : 2000). Das läuft dann sogar 
auf einem XT ohne echten Expanded Me- 
mory. Sinnvoll ist diese Anwendung aller- 
dings wohl nur, um ein Programm, welches 


Adresse 



4 GByte (80386) 
16 MByte (80286) 


extended memory 

Zugriff nur im 
protected mode 
( System und Pro- 
gramme unter OS/2) 


1MByte 

640 KByte 


T 


extended memory 
bei 1 MByte 
on board 


\ß_4_ KByte oberho[bXyon_ 1_MBj_te 


I DOS memory 

Aufteilung Zugriff im real mode 

wie unter und im protected 

DOS mode 

(dort unter OS/2 
nur teilweise vom 
System genutzt ) 

<! 1 


Bild 6 Speicheraufteilung bei 286er und 386er AT 
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EMS benötigt, überhaupt zum Laufen zu brin- 
gen. 

Der DOS-Extender beim AT 

Der DOS-Anwender wird natürlich fragen, ob 
man sich nicht doch von den Beschränkun- 
gen auf die 640 KByte TPA freimachen kann. 
Für den eigentlichen Ablauf eines DOS-Pro- 
gramms sind sie ja keineswegs relevant. 
Doch der ganze Speicherraum von 1 6 MByte 
steht nur unter dem Betriebssystem OS/2 im 
Protected Mode zur Verfügung, und hier läuft 
kein DOS-Programm. Um es zum Laufen zu 
bringen, muß auf Real Mode geschaltet wer- 
den, und dann sind die Beschränkungen wie- 
der da! 

Einen Ausweg aus diesem Dilemma verdan- 
ken wir wiederum findigen Programmierern. 
Er heißt DOS-Extender. Das zugrunde lie- 
gende Prinzip ist einfach: Der „reine“ Code 
eines Programms läuft - unabhängig vom 
Betriebssystem - in jedem (linearen) Spei- 
cher, und das Programm kann auf alle Daten 
in einem beliebig großen Speicher zugreifen, 
wenn sie adressierbar sind. Die Beschrän- 
kungen durch das Betriebssystem treten we- 
sentlich erst dann in Aktion, wenn System- 
routinen aufgerufen werden, zum Beispiel für 
Ein- und Ausgabe. 

Der DOS-Extender läuft unter OS/2 mit Pro- 
tected Mode. Er läßt auch das DOS-Pro- 
gramm unter OS/2 mit dem ganzen zur Verfü- 
gung stehenden Speicherraum laufen, und 
zwar so lange, bis eine DOS-Systemroutine 
angesprochen wird. Dann muß er auf die 
DOS-Umgebung, das heißt in den Real Mode 
umschatten, bis die Routine beendet ist. An- 
schließend kann es unter OS/2 weitergehen. 
Das heißt aber für den 80286: Es muß ständig 
softwaremäßig zwischen Real und Protected 
Mode hin- und hergeschaltet werden. Wir ha- 
ben auf den Prozessormangel bereits hinge- 
wiesen, der das eine zwar gestattet, das an- 
dere aber (fast) unmöglich macht. Glückli- 
cherweise hat man dann doch eine Software- 
lösung gefunden, die es mit vielen Klimm- 
zügen gestattet, den Reset so abzumildern, 
daß das Programm weiterläuft. 

Unter einem DOS-Extender laufen dann 
auch solche DOS-Programme, die für die 
normale DOS-Umgebung zu lang sind. Ne- 
ben einigen kommerziellen Programmen 
(z. B. CAD-Programme) sind das vor allem 
Compiler für verschiedene Hochsprachen. 
Mit diesen kann man dann auch extrem lange 
Quellprogramme direkt unter einem DOS- 
Extender compilieren und laufen lassen /9/. 

Weitere Verbesserungen mit dem 
80386 

Der Nachfolger des 80286 ist der 80386. Er 
verfügt über einen Datenbus und einen 
Adreßbus von jeweils 32 Bit. Das ergibt einen 
Speicherraum von 4 Gigabyte. (Ähnlich wie 
seinerzeit beim 8086/8088 wurde auch eine 
Version 80386SX entwickelt, die einen Da- 
tenbus von nur 1 6 Bit besitzt, dazu allerdings 
auch nur einen Adreßbus mit 24 Bit.) Gegen- 
über seinem Vorgängermodell hat ein mit 
diesem Prozessor bestückter Rechner ver- 
besserte Möglichkeiten für das Multitasking 
(gleichzeitiger Ablauf mehrerer Prozesse). 
Der PC/XT wurde seinerzeit - nach dem Vor- 
bild der CP/M-Rechner - für Single-User- 
(Ein-Nutzer-) und Single-Task-Betrieb ent- 
wickelt. Dementsprechend sind die meisten 
DOS-Routinen nicht reentrant, das heißt, 
während des Ablaufes einer Routine darf 
kein weiterer Aufruf erfolgen. Das Programm 


würde „den Faden verlieren“ und den Weg 
zurück durch die Kette der Aufrufe nicht mehr 
finden. 

Beim 286er AT wurde - unter dem Betriebs- 
system OS/2 - Multitasking (und auch Multi- 
user-Betrieb im Netz) vorgesehen. Im Protec- 
ted Mode läuft jedes einzelne Programm (un- 
ter der Herrschaft eines zentralen Steuerpro- 
gramms) in seiner eigenen virtuellen Umge- 
bung - quasi für sich allein, geschützt gegen 
alle etwaigen Beeinflussungen durch andere 
Programme. Daher wird der Protected Mode 
auch Virtual Protected Mode genannt. 

Dieses Konzept wurde beim 80386 noch wei- 
ter verbessert. Der Prozessor verfügt über 
drei verschiedene Betriebsmodi. Zunächst - 
analog wie beim 80286 - über den Real und 
den Protected Mode. Hinzugekommen ist der 
Virtual 8086 Mode (V86). In dieser Betriebs- 
art kann eine (nur durch den verfügbaren 
Speicher begrenzte) Anzahl virtueller DOS- 
Umgebungen eingerichtet werden. In jeder 
dieser Umgebungen (allerdings innerhalb 
der „klassischen“ 1 -M Byte-Grenze) kann ein 
DOS-Programm laufen. Der Benutzer kann 
entweder jeweils ein Programm anwählen 
oder alle Programme (unter einem Steuer- 
programm) im Multitasking laufen lassen. 
Weiterhin verfügt der 386er Prozessor über 
ein völlig neues Konzept der Speicheradres- 
sierung. Die bei den Vorgängermodellen vor- 
handene feste Kopplung der Adressen an die 
vorhandenen Speicherblöcke wurde aufge- 
geben. Der gesamte physische Speicher ist 
in 4-KByte-Pages (Seiten) aufgeteilt. Jede 
dieser Pages kann einem beliebigen logi- 
schen Adreßbereich von 4 KByte zugeordnet 
werden. Das ist also „Bank Switching total“. 
In den logischen Adreßraum können die phy- 
sischen Pages ganz nach Belieben einge- 
blendet werden. Dann läßt sich auch Exten- 
ded Memory in den Adreßraum oberhalb von 
640 KByte einschalten, und damit ist Expan- 
ded Memory ohne Hardwarezusatz im Real 
Mode möglich (Boardless EMS). Man benö- 
tigt nur die entsprechende Software (Spei- 
chermanager) /1 0/. 

Als Betriebssystem (für den Protected und 
V86 Mode) wird künftig ein erweitertes OS/2 
(Version 2.0) dienen. Auch Unix ist gut ver- 
wendbar. (Der Real Mode läuft - genau wie 
beim 80286 - unter DOS.) Natürlich hat man 
den Mangel des 80286 beim 80386 behoben 
und kann jetzt problemlos softwaremäßig 
zwischen den einzelnen Betriebsmodi hin- 
und herschalten. Daher läuft auch der 80386- 
DOS-Extender schneller und besser. Aller- 
dings kann dabei - im Gegensatz zum V86 
Mode- nur eine DOS-Anwendung laufen 19/. 

Hat DOS noch eine Zukunft? 

Beim Studium der verfügbaren Literatur kann 
man zu dem Schluß kommen, daß die Tage 
von DOS gezählt sind. Diese Ansicht ist 
falsch. Allein die Zahl der immer noch im Ein- 
satz befindlichen Programme garantiert DOS 
noch ein Leben auf viele Jahre hinaus. Die 
neue Version 5.0 wird in Kürze auf dem Markt 
erwartet. Auch heute noch werden neue Pro- 
gramme meist in einer DOS-Ausführung ent- 
wickelt. Eine OS/2-Ausführung folgt - wenn 
überhaupt - nur zögernd. 

Das Betriebssystem OS/2 wurde in der Ver- 
sion 1 .0 für den 286er AT entwickelt und 1 987 
von der IBM vorgestellt. Heimisch ist es auf 
diesem Rechner aber nie geworden. „Serien- 
mäßig“ wird praktisch kein Gerät mit OS/2 
ausgeliefert. Das ist auch nicht so verwun- 
derlich. Die Version 1 .2 für den 80286 benö- 


AST-Erweiterungskarten 
jetzt mit Headroom^Software 

AST Research bietet seine EMS-Speicher- 
erweiterungskarten jetzt mit der Software 
Headroom an, die den DOS-Speicher organi- 
siert. Mit Headroom können alle speicherresi- 
denten Programme für Treiber, Anwendersoft- 
ware usw. aus dem 640-KByte-DOS-Speicher 
in den Extended Memory, den Expanded Me- 
mory oder auf die Festplatte geladen werden. 
Die Verbindung von AST-Speicherkarten und 
Headroom ermöglicht auch, Treiber für die Ta- 
statur oder Netzwerke ins „Highdos“ zu laden. 
So wird der DOS-Speicher frei für umfangrei- 
che Anwendungen. Insgesamt 32 Anwendun- 
gen können gespeichert werden (EMS 4.0 ist 
Standard) und jederzeit per Hotkey aufgerufen 
werden. Damit kann der Anwender mühelos 
und schnell in verschiedenen Programmen ar- 
beiten. Er kommt jeweils per Hotkey dort im 
Programm an, wo er es zuletzt verlassen hat. Er 
braucht also nicht mühsam weiter zu blättern, 
bis er an der Stelle seiner letzten Bearbeitung 
ist. Die Cut-and-Paste-Funktion erlaubt auf ein- 
fache Weise, Daten von einem Programm in ein 
anderes zu transferieren. Auch Anwendungen, 
die nicht EMS-fähig sind, können durch 
Headroom aus dem 640-KByte-Speicher aus- 
gelagert werden. MP 


tigt nämlich mindestens 4 MByte RAM. Dazu 
kommt, daß Anwenderprogramme unter 
OS/2 immer noch rar (und teuer) sind. Für 
den 80286 wird sich daran wohl auch nichts 
mehr ändern. 

Anders wird es beim 386er AT werden. Auch 
hier laufen die Versionen 1 .x von OS/2. Die 
neue Version 2.0 (nicht OS/3, wie vielfach 
vermutet wurde) ist aber genau auf diesen 
Prozessor zugeschnitten. Sie unterstützt na- 
türlich auch den DOS-Extender und den Ab- 
lauf von DOS-Programmen im V86 Mode. 

All das zeigt, daß die DOS-Anwendungen, 
nicht nur auf den altehrwürdigen PCs, son- 
dern ebenso auf den modernsten Spitzen- 
rechnern, auch in Zukunft den Hauptanteil 
der eingesetzten Programme ausmachen 
werden. Dem Nachteil eines zu engen Spei- 
cherraumes kann mit den hier gezeigten 
Möglichkeiten wirksam begegnet werden. 
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Tafel 1 I/O-Adressen des RTC-Moduls 


Offset 

Name 

D3 

D2 

Dl 

DO 

Zählwerte 

+0 

SECEINER 

S8 

S4 

S2 

S1 

0-9 

+ 1 

SECZEHNER 

* 

S40 

S20 

S10 

0-5 

+2 

MINEINER 

M8 

M4 

M2 

Ml 

0-9 

+3 

MINZEHNER 

* 

M40 

M20 

MIO 

0-5 

+4 

STDEINER 

H8 

H4 

H2 

Hl 

0-9 

+5 

STDZEHNER 

★ 

AM/PM 

H20 

H10 

0-2/0- 1 

+6 

DEINER 

D8 

D4 

D2 

Dl 

0-9 

+7 

DZEHNER 

* 

* 

D20 

D10 

0-3 

+8 

MEINER 

M8 

M4 

M2 

Ml 

0-9 

+9 

MZEHNER 

* 

★ 

* 

MIO 

0-1 

+A 

YEINER 

Y8 

Y4 

Y2 

Y1 

0-9 

+ B 

YZEHNER 

Y80 

Y40 

Y20 

Y10 

. 0-9 

+C 

+ D i 
+ E 1 
+ F 

WEEKDAY 

STEUERREGISTER D 
STEUERREGISTER E 
STEUERREGISTER F 

* 

W4 

W2 

W1 

0-6 


Die Register können gelesen und beschrieben werden. 




r ; ü.r'. 

i ;$**>: / : r- - • . r 

i. -v 

Computer- 

Club 

V- J 

Realtime >- 

Clock-Modul 

für 

8-Bit-Rechner 


Olaf Matthäi , Königs Wuster- 
hausen 


Bisher ist in kaum einem 8-Bit-Rech- 
ner eine exakte Echtzeituhr enthal- 
ten, die nachfolgende Parameter ga- 
rantiert: 

• Es werden keine Speicherzellen 
des Grundrechners genutzt. 

• keine Fehlzeiten bei Datenübertra- 
gung zum Massenspeicher {Diskette 
oder Kassette) 

• geringer finanzieller Aufwand und 
möglichst geringer Platzbedarf 

• Batteriepufferung des RTC 

(10M)- 

Diese Bedingungen werden durch 
den von mir entwickelten Modul er- 
füllt. 

Es werden nur 3 ICs verwendet: 
74LS00, 8205, RTC 62421. Der RTC 
62421 ist in Elektronikgeschäften für 
etwa 10 ,-DM erhältlich (die Ausgabe 
lohnt sich). 

Der RTC beinhaltet eine komplette 
Echtzeituhr (Quarzgenerator, Uhr- 
zeitspeicher mit Sekunde, Minute, 
Stunde, Tag, Monat, Jahr, Woche 
und 3 Steuerregistern). Dafür werden 
16 I/O-Register benötigt. 

Für den Z 1 01 3 wurden die I/O-Adres- 
sen 70FI-7FH gewählt. Es sind noch 
folgende Adressen möglich (Z 1013 
mit Baugruppenträger): 1 0FM FH, 
30H-3FH, BOH-BFH, DOH-DFH. 
Eventuell gibt es bei den gewählten 


Adressen Probleme mit der Floppy- 
karte (I/O = 7D-7F). 

Die Vorteile des Moduls sind: 

- keinerlei Abgleicharbeiten 

- unkritischer Aufbau 

- völlig unabhängig von der Rech- 
nertaktfrequenz. 

Schaltung 

Die Schaltung ist aus Bild 1 ersichtlich 
und bereitet sicher keinerlei Pro- 
bleme. Als Leiterplatte ist ein kleines 
Stück Raster- oder Streifen leiter- 
platte ausreichend. Es gibt keine kriti- 
schen Punkte in der Schaltung. Die 
Pufferung und das Weiterverarbeiten 
der Uhr werden durch einen Akku (4 
x 1 ,2 V) ermöglicht. Da der RTC nur 
4-10,«A Strombedarf hat, reicht der 
Akku zirka 1 Jahr. 

Programme in Basic 
und Maschinencode 
Nach dem Aufbau wird der Modul 
ohne RTC an den Rechnerbus ge- 
steckt und das Basicprogramm ge- 
startet. Nun muß die 1/0-LED leuch- 
ten. Danach (Betriebsspannung ab- 
schalten!) kann der RTC gesteckt 
werden. Jetzt nochmal das Basicpro- 
gramm starten. Nun muß nach der 
Eingabe der aktuellen Uhrzeit diese 
ständig aktualisiert werden (auf dem 
Bildschirm links unten). 

Das MC-Programm ist nicht optimiert 
worden. Es läßt sich sehr leicht in den 
Monitor des Z 1013 einbauen. Das 
MC-Programm besteht aus den 2 Tei- 
len INITRTC und RTC. 

INITRTC: initialisiert den RTC und 
fragt die aktuelle Zeit ab. Das Laden 
der Steuerregister muß in der ange- 
gebenen Reihenfolge erfolgen. (Bei 
Batteriepufferung braucht dieser Teil 
nicht wieder nach Rechnereinschal- 
ten aufgerufen werden.) Dieser Teil 
kann zum Beispiel unter dem Be- 
triebssystem SCP2RFXXX. unter 
BOOT aufgerufen werden. 

RTC: stellt die aktuelle Uhrzeit in der 
rechten oberen Ecke des Bildschirms 
dar (EC17H-EC1 FH). 

Im Pollingbetrieb wurde dieser Teil 
unter TSTS aufgerufen. Dadurch wird 
die aktuelle Zeit immer dann ange- 
zeigt, wenn die Tastatur abgefragt 
wird (INKEY). Das ist bei Bildschirm- 


Z1013+K76 59/2,5 Mhz 

# D 700 740 

0700 F5 C5 3E 01 03 7D 3E 00 387 

0708 D3 7F E7 02 54 49 4D 45 36A 

0710 20 3F FF E7 01 D3 75 E7 475 

0718 01 03 74 E7 01 D3 73 E7 450 

0720 01 D3 72 3E 00 D3 70 D3 39A 

0728 71 D3 7D 3E 04 D3 7E 3E 392 

0730 00 03 7F CI Fl C3 5F F0 516 

0738 00 00 00 00 00 00 00 00 000 

0740 00 00 00 00 00 00 00 00 000 

# 

Bild 3 Programm INITRTC 


Z1013+K7659/2 , 5 Mhz 

# D 800 850 

0800 C5 D5 E5 0E 70 ED 78 0E 470 

0808 71 ED 40 0E 72 ED 50 0E 369 

0810 73 ED 58 0E 74 ED 60 OE 395 

0818 75 ED 68 C6 30 32 1F EC 3FD 

0820 78 C6 30 32 IE EC 7A C6 3EA 

0828 30 32 IC EC 7B C6 30 32 30D 

0830 1B EC 7C C6 30 32 19 EC 3B0 

0838 7D C6 30 32 18 EC El Dl 45B 

0040 CI C9 00 00 00 00 00 00 18A 

0848 00 00 00 00 00 00 00 00 000 

0850 00 00 00 00 00 20 04 CD 0F1 

# 

Bild 4 Programm RTC 


Oft ist es notwendig, den Inhalt von 
zwei Verzeichnissen miteinander zu 
vergleichen, um beispielsweise 
„Doppelgänger“ aufzuspüren, Ar- 
chiv-Disketten zu überprüfen und auf 
den aktuellen Stand zu bringen und 
ähnliches. Die Batch-Datei Cdd.bat 
löst dieses Problem und kann damit 
ein sehr nützliches Hilfsmittel sein. 
Verglichen wird immer das jeweils ak- 
tuelle Verzeichnis mit dem angege- 
benen Ziel, das ein anderes Ver- 
zeichnis oder Laufwerk sein kann. 
Der Aufruf erfolgt in der bekannten 
Form der DOS-Befehle: 
cdd [Dateispezifikation] [LW:\- 
Pfad\...] [Parameter] 

Für die Dateispezifikation gibt es 
keine weiteren Einschränkungen; sie 
muß natürlich der DOS-Konvention 
entsprechen. Laufwerk und Pfad wer- 
den ebenfalls in der üblichen Weise 
angegeben. Vier Parameter stehen 
zur Verfügung, die aber nicht kombi- 
nierbar sind. Im einzelnen bewirken 
diese folgende Funktionen: 
d übereinstimmende Dateien wer- 
den im Ziel gelöscht 
c fehlende Dateien werden in das 
Ziel kopiert 

+ übereinstimmende Dateien im Ziel 
werden aufgelistet 

- fehlende Dateien im Ziel werden 
aufgelistet 

Bei den Parametern c und d werden 
die Dateien vor dem Kopieren bzw. 


eingaben und -ausgaben, beim Druk- 
ken und anderen Aktivitäten, also 1- 
bis 50mal in der Sekunde, der Fall. 
Selbst nach dem Load oder dem 
Save wird die exakt richtige Zeit an- 
gezeigt. 

Im Bild 2 ist das Basicprogramm dar- 
gestellt, im Bild 3 das INITRTC und im 
Bild 4 das RTC. Die Programme kön- 
nen beim Autor kostenlos auf Kas- 
sette für den Z 1013 überspielt wer- 
den (Rückporto). 
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Löschen ebenfalls aufgelistet, ver- 
bunden mit einer Sicherheitsabfrage, 
so daß gegebenenfalls mit <Ctrl>-C 
ein Abbruch bewirkt werden kann. 
Ohne Parameterangabe bzw. beim 
Aufruf mit cdd ? wird ein Hilfstext an- 
gezeigt. Zum Beispiel werden mit 

cdd i*.bat d:\batches c 

alle Dateien, die der Spezifikation 
entsprechen und im Verzeichis d:\- 
batches nicht enthalten sind, aufgeli- 
stet und bei Bedarf dorthin kopiert. 
Eine Einschränkung in bezug auf den 
Vergleich der Dateien ist insofern zu 
beachten, da nur nach dem Namen, 
nicht aber nach dem Inhalt verglichen 
wird. 

Wenn Sie MS-/PC-DOS-Versionen 
unter 3.30 nutzen, lassen Sie bitte 
das Zeichen @ vor Echo off weg. Ab 
Version 3.30 bewirkt es, das auch der 
Befehl Echo off nicht auf dem Bild- 
schirm erscheint. Leerzeilen inner- 
halb von Batch-Dateien werden durch 
Echo, erzeugt. Damit Ihnen dieses 
Programm ständig zur Verfügung 
steht, sollte es über den in der Auto- 
exec.bat angegebenen Suchpfad er- 
reichbar sein. Falls nicht ausreichend 
Umgebungsspeicher zur Verfügung 
steht, können Sie den Kommando- 
prozessor Command.com mit den 
Optionen /p und /e:nnn laden. Da- 
bei gibt nnn den zu reservierenden 
Speicherbereich an. Roland Radandt 
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1 OUT ( 1 2 5 ) , 1 : OUT ( 1 2 7 ) , 15 

2 CLS: PR INT" TI ME ?" j PR I NT : I NPUT"H* 10 * ; HZ : t NPUT"H* I* ; HE 

3 I NPUT"M* 10 " ;MZ : INPUT"M* 1 " ;ME 

10 OUT ( 1 1 2 ) , 0 : OUT ( 1 1 3 ) , 0 s OUT ( 114 ) , ME i OUT ( 115 ) , MZ 

20 OUT ( 1 1 6 ) , HE j OUT ( 1 1 7 ) , HZ 

40 OUT ( 1 2 5 ) , 0 

50 OUT ( 126), 4 

60 OUT ( 127 ) , 0 

65 CLS 

70 A=INP( 112 ) iB*INP( 113 ) 

75 C= I NP( 1 14 ) s D= I NP ( 115 ) 

76 £ = I NP ( 116 ) :F a I NP ( 117 ) 

80 PR I NTAT ( 30 , 6 ) f DsPR I NTAT ( 30 , 8 ) ; C's PR INTAT ( 30 , 12 ) ; B j PR I NT AT( 30 , 14 );A 

81 PR I NT AT ( 3 0 , 0 ) ; F : PR I NT AT ( 30 , 2 ) ; E 
90 GOTO 70 

Bild 2 Basic-Listing 


30 


MS-DOS-Tip 

Inhaltsverzeichnisse vergleichen 






©echo off 

rem (c) R.Radandt — Klinikum Berlin-Buch, Hs. 505 F 
rem Vergleich des Inhaltes von 2 Verzeichnissen 
rem Version 2.1 
cls 

if == "%i“ goto expl 
if ? == %i goto expl 
goto ok 
:expl 

echo Eingabe-Syntax cdd (compare directory to directory) 
ec ho. 

echo cdd [Datei -Spezifikation] [LW:\Pfad\ . . . ] [Parameter] 
echo Die Wildcards * und ? sind zulässig. Verglichen wird 
echo immer das aktuelle Verzeichnis mit dem angegebenen 
echo Ziel, 
echo . 

echo Zulässige Parameter: 
echo. 

echo d = übereinstimmende Dateien werden gelöscht 
echo c = nicht übereinstimmende Dateien werden kopiert 
echo + = übereinstimmende Dateien werden auf ge listet 
echo - = nicht übereinstimmende Dateien werden aufgelistet 

echo. 

echo Beispiele : cdd i*.bat d:\batches c 
echo cdd *.* a: - 

goto end 
:ok 

set MESS=0 

if d == %3 goto compl 
if c == %3 goto comp2 
if + == %3 goto compl 
if - == %3 goto comp2 
goto expl 
:comp 2 

echo Verzeichnis-Vergleich und Auf listen der nicht übereinstimmenden 

echo Dateien XI in X2 
echo 

for %%a in (XI) do if not exist %2\%%a set KESS=1 
if 0 3 = XMESSX goto nofile 

for XXa in (%1) do if not exist %2\X%sl echo %%a 
if c == X3 goto copy 
goto end 
-.compl 

echo Verzeichnis-Vergleich und Auflisten der übereinstimmenden 

echo Dateien %1 in %2 

echo. 

for XXa in (XI) do if exist %2\%%a set MESS=1 

if g == %MESS% goto nofile 

for XXa in (XI) do if exist %2\%%a echo XXa 

if d == X3 goto del 

goto end 

: copy 

echo. 

echo Sollen diese Dateien nach %2 kopiert werden ? 
echo Ctrl-C für Abbruch 

echo, 

pause 

for XXa in (XI) do if not exist X2\X%a copy XXa %2 

goto end 

:del 

echo. 

echo Sollen diese Dateien in X2 gelöscht werden? 
echo Ctrl-C für Abbruch 
echo . 
pause 

for XXa in (XI) do if exist %2\X%a attrib -r %2\%%a 
for XXa in (XI) do if exist %2\XXa del %2\%%a 
echo . 

echo Datei(en) wurden gelöscht I 

goto end 

:nofile 

echo Keine Datei(en) gefunden 1 
: end 

set MESS= 


Schnelle Winkelfunktionen in Turbo-Pascal 


Mit der Benutzung eines numeri- 
schen Koprozessors lassen sich 
Gleitkommaoperationen, die bei ma- 
thematisch-physikalischen Aufgaben 
den Hauptteil der Programmlaufzei- 
ten ausmachen, stark beschleunigen. 
Interessant ist es in diesem Zusam- 
menhang, den vom Turbo-Pascal- 
Compiler generierten Maschinen- 
kode zu analysieren. Es stellt sich 
heraus, daß die Gleitkommaeinheit 
(FPU) nicht optimal programmiert 
wird. Dafür gibt es hauptsächlich zwei 
Gründe. 

(D Der Compiler muß sich aus Kom- 
patibilitätsgründen auf den Befehls- 
satz des Intel 8087 beschränken. Ist 
eine andere FPU im System, z. B. In- 
tel 80387 oder I IT 2C87, werden Mög- 
lichkeiten des erweiterten Befehlssat- 
zes dieser Prozessoren verschenkt. 
(D Die acht 80-Bit-Register der FPU 
nutzt der Turbo-Pascal Compiler 
nicht optimal aus. So werden Zwi- 
schenergebnisse nicht im Stack der 
FPU gehalten, sondern im CPU- 
Stack zwischengelagert, was die 
Routinen verlängert und verlang- 
samt. 

Um einen optimalen Kode zu erzeu- 
gen, bieten sich Inline-Statements 
geradezu an, da die direkte Program- 
mierung der FPU sehr einfach ist. In 
der Unit FPU (Bild 1) ist das an vier 
Winkelfunktionen demonstriert. 

Der Sinus eines Argumentes im FPU- 
Stack kann erst von den Prozessoren 
Intel 80387 und IIT 2C87 direkt mit 


dem FSIN-Befehl berechnet werden. 
Die Sinusfunktion in der Unit FPU ist 
etwa doppel so schnell wie die von 
Turbo-Pascal erzeugte Variante. Bei 
der Tangensfunktion, die im Sprach- 
umfang von Turbo-Pascal nicht ent- 
halten ist, ist der Unterschied gegen- 
über der Möglichkeit y:=sin(x)/cos(x) 
noch drastischer. Der Umgang mit ei- 
ner schon etwas komplexeren Formel 
und den Registern der FPU wird am 
Beispiel des Arcussinus demon- 
striert: arcsin(x)= arctan(x/sqrt(1- 
x*x)). Der Vollständigkeit halber 
wurde die Arcustangensfunktion auf- 
geführt, bei der aber nur ein kleiner 
Zeitgewinn resultiert. 

Auf Bereichsprüfungen der Argu- 
mente wurde im Interesse der Ge- 
schwindigkeit verzichtet. Zu beach- 
ten ist, daß der Intel 8087 über den 
Definitionsbereich hinausgehende 
Restriktionen bei manchen Funktio- 
nen aufweist. Will man die hiervorge- 
stellten Funktionen nicht innerhalb ei- 
ner Unit nutzen, wo sie durch ein In- 
tersegment-Call angesprungen wer- 
den, muß beim Laden des Arguments 
nur der Offset 4 zum Basepointer BP 
addiert werden. Die Unit wurde auf ei- 
nem AT-kompatiblen PC mit den Ko- 
prozessoren 80287 und mit IIT 2C87 
getestet. 

Es lohnt sich fast immer, zeitkritische 
Gleitkommaoperationen in Schleifen 
zu optimieren. Der erzielte Zeitge- 
winn wiegt die Mühe des Program- 
mierens auf. Hans Heukenkamp 


C$N+,E-,S-, V-,K-> 


umt FPU; 
interface 

function s in ( x : extended ): extended ; {nur Mit 80387, 2C87) 

function tan ( x : extended ) :extended; 
function arcsin(x:extended) :extended; 
function arctan ( x : extended J: extended ; 

implementat ion 


pjrocedure fld; in 1 ine ( $CD/$37/$6E/$06) ; 

Cfld tbyte ptrCbp+063) 
procedure fstp; in 1 ine ( $CD/$37/$7E/$F6 ) ; 

{fstp tbyte ptrCbp-0A3> 
procedure fwait; in 1 ine ( $CD/$3D ) ; {fuait> 

procedure fldl; in 1 ine ( $D9/$E8 ) ; tfldl) 


function sin; 
begin 
fld; 

in 1 i ne ( $D9/$FE ) ; 
fstp; fwait ; 
end ; 

function tan; 
begin 
fld; 

in 1 ine ( $D9/$F2/ 
$DE/$F9 ) ; 
f stp ; fwait ; 
end ; 


Cfsin, $D9/$FF für fcos> 


Cf ptan> 

Cfdi vp st ( 1 ) , St> 



Dialogbetrieb 
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function arcsin; 
begin ; 
fld; 

in 1 ine ( $DD/$D 1/ 
$DC/$C9) ; 

fldl; 

in 1 ine ( $D8/$E2/ 
$D9/$FA/ 
$D8/$F9) ; 

fldl; 

in 1 ine ( $D9/$F3 ) ; 
fstp; 

i n 1 i ne ( $DE/$D9 ) ; 
fwait; 
end ; 

function arctan; 
begin 
f ld;f ldl; 
i n 1 i ne ( $D9/$F3 ) ; 
fstp ; f ua i t ; 
end ; 


end. 


{ f s t st ( 1 )> 

Cf mul st ( 1 ) , st> 

Cfsub st,st(2)> 
{f sqrt > 

Cfdivr st, st ( 1 )> 
Cf patanl 
Cfcompp st ( 1)> 


{f patanl 


Bildl Die Unit FPU 
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/FiF m Bericht 

Leipziger Herbstmesse 1990 



Von Zuversicht und Weinerlichkeit 

Mit dem neuen Leitgedanken „Leip- 
zig hat Zukunft - mitten in Europa“ 
versuchten die Veranstalter aus dem 
Leipziger Messeamt offensichtlich, 
sich und ihren Gästen in diesen unru- 
higen Wendezeiten Mut zu machen. 
Es war aber bestimmt nicht diesem 
Slogan zu verdanken, daß die mehr 
als 340 000 Quadratmeter Ausstel- 
lungsfläche ausgebucht waren und 
200 Interessenten nicht mehr berück- 
sichtigt werden konnten. 

Andererseits konnte er auch nicht 
verhindern, daß das Messegeschäft 
dann doch sichtbar träge lief. Auch 
lag die Zahl der Aussteller letztlich 
nicht bei zunächst genannten 6000, 
sondern nur bei 4600. Deutlich redu- 
ziert war die Ausstellungsfläche von 
Firmen der DDR und der anderer ost- 
europäischer Länder. Ein gewisser 
Ausgleich konnte allerdings dadurch 
erzielt werden, daß aus den zerfallen- 
den großen DDR-Betrieben und 
-Kombinaten jeweils zahlreiche klei- 
nere Firmen hervorgingen. Die BRD 
war mit etwa 45 Prozent der Ausstei- 
lungsfläche größtes Ausstellerland. 
Viele Firmen nutzten diese Messe 
erstmals zur Präsentation, auch 
wenn sie nicht in die traditionelle 
Branchenspezifik der Herbstmesse 
paßten. So waren etliche Computer- 
anbieter vertreten, die man nur zu ei- 
ner Frühjahrsmesse erwartet hätte. 
Bis zu dieser - so es sie in der be- 
kannten Form tatsächlich noch geben 
wird - wollte man aber wohl nicht war- 
ten. 

Das „neue Messekonzept“ des Mes- 
seamtes sieht auch weiterhin jährlich 
die beiden Mehrbranchenmessen 
vor, ergänzt um eine breite Palette 
von Fachmessen. Wer aber als Aus- 
steller oder Besucher Zeit und Mittel 
für die Leipziger Frühjahrsmesse 
1991 (17. bis 23. März), mit den Be- 
reichen Elektrotechnik, Elektronik, 
Automation, Bürotechnik und Com- 
puter, aufbringen soll, wenn fast zeit- 
gleich in Hannover die CeBIT ’91 läuft 
(13. 3. bis 20. 3. 91 ), ist fraglich. Ähn- 
lich verhält es sich mit der neuen 
Fachmesse Büro- und Informations- 
technik, die vom 25. September bis 
1. Oktober 1991 stattfindet und sich 
damit gegen mehrere im Herbst eta- 
blierte westdeutsche Messen der 
Büro- und DV-Branche behaupten 
muß. Die von Ministerpräsident de 
Maiziere anläßlich der Messeeröff- 
nung geäußerte Zuversicht, daß 
„Leipzig seine Position als bewährter 
internationaler Handelsplatz in der 
Mitte Europas weiter ausbauen wird 
und auch im vereinten Deutschland 
und im künftigen Europa neue wirt- 
schaftliche Bedeutung erhält“, klingt 
doch mehr nach Pfeifen im dunklen 
Wald als nach fundierter Erkennt- 
nis. 

Ebenfalls mit Zukunftsaussichten, 
und zwar des wirtschaftlichen Ent- 
wicklungsprozesses der Ex-DDR, be- 
faßte sich das vom Messeamt und der 
Redaktion highTech veranstaltete 1. 
Internationale Technologiesympo- 
sium. In einer Podiumsdiskussion 


zwischen namhaften Vertretern bei- 
der deutscher Staaten aus Politik und 
Wirtschaft sollten neue Modelle für 
Technologiekooperationen und die 
Risiken solcher Zusammenarbeit 
erörtert werden. Am ergiebigsten, 
wenn auch übermäßig zeitintensiv, 
waren die Gedanken des Technolo- 
giebeauftragten des Landes Baden- 
Württemberg, Prof. Johann Löhn. So 
bot er an, beim unkonventionellen 
Aufbau von Technologie-Instituten 
Unterstützung zu leisten, wie es etwa 
1 00 bereits in der BRD gibt. 

Die von den DDR- Vertretern Prof. 
Terpe (ehern. Minister für Forschung 
und Technologie der DDR), Prof. 
Mütze (stellv. Generaldirektor Carl 
Zeiss Jena) und insbesondere Dr. 
Lorbeer (Geschäftsführer des For- 
schungszentrums Medizin- und La- 
bortechnik Dresden) geschilderten 
Probleme für die DDR-Partner bei 
Kooperationsversuchen glaubten 
einige bundesdeutsche Zuhörer in 
der Diskussion leider mit oberlehrer- 
haften Bemerkungen verniedlichen 
zu können („Die Wissenschaftler in 
der DDR müssen sich auch mal 
selbst kümmern!“). Bezeichnender- 
weise verstand es am besten der Ge- 
schäftsführer der IBM Deutschland 
GmbH, Herr Esslinger, klarzustellen, 
daß solche Hinweise nur aus der Un- 
kenntnis der Verhältnisse in der ehe- 
maligen DDR und über das tatsächli- 
che Verhalten der meisten Wissen- 
schaftler resultieren können. Um die 
genannten Belehrungen nicht zu pro- 
vozieren, sollte man wohl lernen, be- 
rechtigte Ansprüche nicht nur fun- 
diert, sondern auch bestimmt vorzu- 
tragen. Das könnte eher den Ein- 
druck von einer „neuen deutschen 
Weinerlichkeit“ in der DDR verhin- 
dern. 

Von Händlern und Herstellern 

Wie bereits erwähnt, bot diese 
Herbstmesse nicht das gewohnte 
branchentypische Bild. Die verän- 
derte wirtschaftspolitische Lage nutz- 
ten nämlich auch etliche branchen- 
fremde Anbieter, beispielsweise aus 
dem Computersektor. Deutlich sicht- 
bar war dabei die Dominanz der Händ- 
ler bzw. Systemhäuser gegenüber 
den Herstellern. Zu letzteren zählt 
beispielsweise die Firma Bull. Etwas 
versteckt, auf der Galerie der Halle 
1 1 , war sie erstmals mit ihren Produk- 
ten auf einer Herbstmesse vertreten. 
Präsentiert wurden Mikrocomputer 
der Reihe DPX/2000 (vorgestellt be- 
reits in unserem Messebericht von 
der LFM 90 in MP 7/90) sowie die von 
der lOOprozentigen Bull-Tochter Ze- 
nith entwickelten Desktop-PCs und 
Laptops. Außerdem trat Bull - auch 
mit DDR-Kooperationspartnern - als 
Anbieter von Lösungen vor allem für 
Handels- und Produktionsbetriebe 
der mittelständischen Wirtschaft und 
der öffentlichen Verwaltung auf. 

Die Acer-Cetec Computer GmbH - 

erstmals in Leipzig vertreten - prä- 
sentierte auf ihrem Stand einen gro- 
ßen Teil ihres Angebotes, vom XT- 
kompatiblen PC mit 8088- Prozessor 


bis zum 486er (25 MHz) mit EISA-Bus 
(Bild 1). Auch nach Abschluß dieser 
Messe fand man sich in der Auffas- 
sung bestätigt, daß das Interesse ent- 
gegen landläufiger Meinung auch für 
XTs noch erheblich ist. 

Auf dem Gemeinschaftsstand der 
USA hatte ein weiterer Produzent 
Messepremiere: die US-amerikani- 
sche Firma Wang. Dr. An Wang, 
1 945 aus China zum Studium der an- 
gewandten Physik an die Harvard- 
Universität gegangen, ist der Gründer 
dieser Firma. Er erfand 1 948 die Ma- 
gnetimpulssteuerung. Nach diesem 
Prinzip arbeiteten die Magnetkern- 
speicher, die bis in die 70er Jahre zu 
den grundlegenden Komponenten 
moderner Computer gehörten. Schon 
ein wenig wie das (fast papierlose) 
Büro der Zukunft mutete das am 
Stand von Wang vorgeführte VS Of- 
fice an. Computer zu vernetzen ist 
heute schon nichts Aufregendes 
mehr. Wenn aber meine Visitenkarte 
über einen Scanner eingelesen und 
sowohl mit handschriftlichem (über 
einen Schreibstift, der auch wie eine 
Maus zum Anklicken benutzt werden 
kann) als auch mit einem dazuge- 
sprochenen Hinweis an eine Mitar- 
beiterin gesendet wird, finde ich das 
doch schon bemerkenswert. Zumal 
alle erforderlichen Operationen über 
eine angenehme grafische Oberflä- 
che über den bereits erwähnten 
Schreibstift auszulösen sind. Bedie- 
nerfreundlichkeit wird groß geschrie- 
ben. 

Alles andere, was man von einem 
Mailingsystem erwartet, ist auch ent- 
halten. So sucht das System automa- 
tisch den günstigsten Kommunika- 
tionsweg (Telex, Telefax, ...). Neue 
Mitarbeiter beispielsweise werden in 
der Filiale, in der sie künftig arbeiten, 
eingetragen, und die Angaben wer- 
den wie alle anderen aktualisierten 
Daten auch zu einem bei der Installa- 
tion festgelegten Zeitpunkt allen an- 
geschlossenen Filialen zur Verfü- 
gung gestellt. Und wenn Sie meinen, 
komfortable Textverarbeitung und ein 
Datenbanksystem gehören auch zu 
so einem Büroarbeitsplatz, so wer- 
den Sie die mit dem VS Office ange- 
botenen Systeme sicher gerne nut- 
zen. Trotzdem können Sie auf Ihrem 


PC auch weiterhin unter MS-DOS 
ihre Texte, Datenbanken und Tabel- 
len bearbeiten. 

Im Vergleich zu den ausstellenden 
Hard- oder Softwareherstellern über- 
wogen, wie gesagt, bei dieser Messe 
eindeutig die Handelsfirmen. Eine mit 
Tradition in bezug auf Leipziger Mes- 
sepräsenz ist die West-Berliner Firma 
Transcommerz. Als neue Offerten 
wurden diesmal das Leasing für Ko- 
pierer (353,40 DM), Telefaxgerät 
(153,90 DM), und den PC AT Tulip 
compact 3 (306,66 DM; jeweils mo- 
natlich, Laufzeit 36 Monate) heraus- 
gestellt sowie die Erweiterung der An- 
gebotspalette um Kleinoffsetdruck- 
maschinen von Ryobi. Sie sollen den 
Kopierern dort Konkurrenz machen, 
wo ein hohes Kopiervolumen an- 
fällt. 

Die Firma Grundig nutzte die Herbst- 
messe nicht nur zur Konsumgüter- 
Leistungsschau, sondern war erst- 
mals mit allen Geschäftsbereichen 
vertreten, also auch mit Industrie- und 
Büroelektronik sowie PC-Datentech- 
nik. Diese wird über eine lOOprozen- 
tige Grundig-Tochter, House of 
Computers, bzw. über den Compu- 
terfachhandel als Franchisepartner 
einschließlich Software und Applika- 
tionsleistungen angeboten. Heraus- 
gestellt wurde in Leipzig insbeson- 
dere das Informations- und Doku- 
mentationssystem GBA 2000 auf PC/ 
AT-Basis, das Data-Recorder und 
WORM-Laufwerke als Massenspei- 
cher nutzt. Auf einer Data-Cassette 
lassen sich etwa 2000, auf einer der 
einmal mit Anwenderdaten be- 
schreibbaren WORM-Platte etwa 
15 000 DIN A4-Seiten in komprimier- 
ter Form elektronisch ablegen. 

Eine der zahlreichen westdeutschen 
Vertriebsfirmen, die bereits Büros in 
ostdeutschen Städten betreiben, ist 
die Keltronic Computervertriebs- 
gesellschaft mbH. Sie bietet unter 
anderem 386er und 486er Worksta- 
tions (auf DOS-Basis) für die Leiter- 
plattenentwicklung mit dem CAE-Sy- 
stem Ranger der englischen Firma 
Seetrax an (Bild 2). Firmen, die Lei- 
terplatten benötigen, können die Ent- 
wicklung von Keltronic-Vertragspart- 
nern durchführen lassen oder bei Be- 
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Produzenten von Hard- und Software der Ex-DDR 


neue Firmenbezeichnung 


hervorgegangen aus 


ARS Aquarius Robotron Systems 
GmbH 

Barock Bürochemie GmbH 
Bürotechnik Chemnitz GmbH 
Büro- und Datentechnik Vertriebs GmbH 
Computer-Elektronik Dresden GmbH 
Computer-Vertriebs-Union Berlin GmbH 
(CVU) 1 

Daimler-Benz InterServices (debis) AG 
DataTeleMark (DTM) GmbH 
de-pro-ma-electronic GmbH 
Mühlhausen 
Elektronicon GmbH 

Elektro-Apparate-Werke Berlin-T reptow 
GmbH 

Elektronik Riesa GmbH 
Elektroschaltgeräte GmbH 
Elpro AG Berlin 
ERMIC GmbH Erfurt 
GKI Gesellschaft für offene Kommunika- 
tions- und Informationssysteme mbH 
Halbleiterwerk GmbH Frankfurt/O. 

LfA Software und Service GmbH 
Meßelektronik Dresden GmbH 

Meßelektronik GmbH Berlin 
Pirna Stahlleichtbau GmbH 
Reiss Zeichentechnik GmbH 

REMA Elektronik GmbH 
Robotron Anlagenbau GmbH 
Robotron Ascota AG Chemnitz 2 

robotron Automatisierungstechnik GmbH 
robotron Bürocenter Dresden GmbH 3 
Robotron Büromaschinen AG Sömmerda 

Robotron CAMA System GmbH 
robotron Elektronik GmbH 
Robotron Erika GmbH 
Robotron Export- Import GmbH 4 
Robotron Hoyerswerda GmbH 
Robotron Optima GmbH 

Robotron Präzisionstechnik und 
Elektronik GmbH 
Robotron Projekt GmbH 
Robotron Telecom GmbH 
Software und Systemhaus GmbH 
Zentrum Mikroelektronik Dresden GmbH 


VEB Robotron-Büromaschinenwerk 
„Ernst Thälmann" Sömmerda 
VEB Bürochemie Dresden 
VEB Robotron-Bürotechnik Karl-Marx-Stadt 
VEB Robotron-Vertrieb Erfurt 
VEB Robotron-Elektronik Dresden 
VEB Robotron-Vertrieb Berlin 

VEB Leitzentrum für Anwendungsforschung 
VEB Leitzentrum für Anwendungsforschung 
VEB Mikroelektronik „Wilhelm Pieck“ 
Mühlhausen 
VEB Elektronik Gera 

VEB Elektro-Apparate-Werke Berlin-Treptow 
„Friedrich Ebert“ 

VEB Robotron-Elektronik Riesa 
VEB Robotron-Elektroschaltgeräte Auerbach 
VEB Elektroprojekt und Anlagenbau Berlin 
VEB Mikroelektronik „Karl Marx“ Erfurt 
VEB Leitzentrum für Anwendungsforschung 

VEB Halbleiterwerk Frankfurt/O. 

VEB Leitzentrum für Anwendungsforschung 
VEB Robotron-Meßelektronik „Otto Schön“ 
Dresden 

VEB Meßelektronik Berlin 
VEB Robotron-Stahlleichtbau Pima 
VEB Robotron Zeichentechnik 
Bad Liebenwerda 
VEB Robotron-REMAStollberg 
VEB Robotron-Anlagenbau Leipzig 
VEB Robotron-Buchungsmaschinenwerk 
Karl-Marx-Stadt 

VEB Robotron-Rationalisierung Weimar 
VEB Robotron-Elektronik Dresden 
VEB Robotron-Büromaschinenwerk 
„Ernst Thälmann“ Sömmerda 
VEB Robotron-Projekt Dresden 
VEB Robotron-Elektronik Zella-Mehlis 
VEB Robotron-Elektronik Dresden 
VE AHB Robotron Export - Import 
VEB Robotron-Elektronik Hoyerswerda 
VEB Robotron-Optima Büromaschinenwerk 
Erfurt 

VEB Robotron-Goldpfeil-Magnetkopfwerk 
Hartmannsdorf 

VEB Robotron- Projekt Dresden 
VEB Robotron-Elektronik Radeberg 
VEB Robotron- Projekt Dresden 
VEB Forschungszentrum Mikroelektronik 
Dresden 


1 mit Geschäftsbereich IMTRONIC (als GmbH im Aufbau) 

2 mit Unternehmensgruppe FABES (Fabrikationsbetriebe Sachsen) 

3 mit Geschäftsbereich robotron Speichertechnik Dresden und Unternehmensbereich IIS In- 
tegrierte Informationssysteme GmbH 

4 mit Geschäftsbereich CVB (Computer Vertrieb Berlin) 


darf ein komplettes Entwicklungssy- 
stem erwerben. Für das CAE-Pro- 
gramm Ranger wird von Keltronic ne- 
ben einer Schulung eine 4wöchige 
Rückgabefrist gewährt. 

Noch auf der Leipziger Frühjahrs- 
messe ’90 traten die Betriebe mit dem 
Label Robotron in geschlossener 
Formation auf. Deshalb fiel die Zuord- 
nung eines Exponates zu seinem 
Herstellerbetrieb schwer, zumal auch 
der Flandel mit Produkten des ehe- 
maligen Kombinates Robotron weni- 

Mikroprozessortechnik, Berlin 4 (1 990) 1 1 


gen Monopolbetrieben Vorbehalten 
war. Entgegen dem von Ex-General- 
direktor Wokurka zur Frühjahrs- 
messe vorgestellten Plan, die Robo- 
tron-Betriebe unter dem Dach einer 
Holding-Gesellschaft weiter zu verei- 
nen, zerbröckelte das Kombinat mit 
seinen damals rund 68000 Mitarbei- 
tern und 21 Betrieben. Zur Zeit exi- 
stieren 2 Aktiengesellschaften und 27 
GmbHs, die die Robotron-Nachfolge 
angetreten haben. Einen Überblick 
über ehemalige DDR-Betriebe (so- 
weit es während unseres Messebe- 


suches möglich war), die einen we- 
sentlichen Anteil an der Produktion 
von Hard- und Software hatten, fin- 
den Sie in der nebenstehenden Ta- 
fel. 

Während einige Robotron-Firmen 
weiter auf ihr angestammtes Marken- 
zeichen setzen, glauben andere, daß 
die Verwendung des alten Labels we- 
gen der früheren Geschäftspraktiken 
von Robotron eher rufschädigend ist. 
Entscheidend dürfte aber sein, wie 
sich jede dieser Firmen ihren neuen 
Ruf erarbeitet und mit welchen Me- 
thoden sie sich auf die Marktbedin- 
gungen einstellt. Das wird auf sehr 
unterschiedliche Weise versucht: 
Einige widmen sich ganz dem Ver- 
trieb von Waren westlicher Hersteller 
in der Ex-DDR und dem Noch-RGW, 
andere stellen die eigene Produktion 
(neben dem Vertrieb für ihre Koope- 
rationspartner) in den Vordergrund. 
Beispielgebend scheint hier die Ro- 
botron Büromaschinenwerk AG, 
Sömmerda, zu sein. Zur Zeit werden 
dort zugekaufte Rechnerbaugruppen 
in die vorhandenen EC 1834/EC 
1835-Gehäuse montiert und als neue 
Produktlinie unter dem neuen (alten) 
Markenzeichen soemtron angebo- 
ten. Diese Produktlinie umfaßt PCs 
mit den Prozessoren 80286 (12 
MHz), 80386SX (16 MHz) und 80386 
(25 und 33 MHz), die unter anderem 
eine 40-M Byte-Festplatte und einen 
14-Zoll-VGA-Monitor enthalten. Die 
Geschäftsführung hofft, das zuge- 
kaufte Know-how schrittweise durch 
Eigenentwicklungen ablösen zu kön- 
nen und auf diese Weise an europä- 
ische Spitzenfirmen heranzukom- 
men. Parallel dazu wird der Vertrieb 
von PCs aus der Montageproduktion 
der Tochterfirmen Aquarius Robo- 
tron Systems GmbH (53 % Büroma- 
schinenwerk, 47% Aquarius Sy- 
stems) übernommen. Hierzu gehören 
Desktop-PCs der Klassen 286 bis 
486 sowie ein 286er Laptop. Ähnlich 
wie bei den PCs wird bei Kassensy- 
stemen von NCR und Druckern von 
Mannesmann/Tally verfahren. Ein 
Lichtblick sollte jedoch auch die Ei- 
genentwicklung des 24-Nadel-Farb- 
druckers K 6330 sein (Bild 3). Er kann 
im Grafikmodus mit der sehr guten 
Auflösung von 360 Punkten pro Zoll 
und im Textmodus mit einer Ge- 
schwindigkeit von 240 Zeichen pro 
Sekunde (bei 10 Zeichen pro Inch) 
drucken. Sein Speicher hat eine 
Größe von 32 KByte, und er kann zu- 
sätzlich Schriftarten von steckbaren 
Speichermodulen laden. Seine Pro- 
duktion soll im Februar anlaufen. 

Die zweite im Bunde der Aktienge- 
sellschaften ist die Robotron Ascota 
AG Chemnitz. Sie hat neben Rech- 
nern von C&E (Taiwan), Monitoren 
von datagraph und 3Vä- und 5V4-Zoll- 
HD-Floppylaufwerken von TEAC un- 
ter anderem die 5V4-Zoll-Floppylauf- 
werke K 5601 aus eigener Produktion 
im Lieferprogramm. 

Bel der Robotron Elektronik GmbH, 
Zella-Mehlis, können beispielsweise 
Reißwölfe und die einstmals so raren 
5V4-Zoll-Festplatten K 5504 mit Ka- 



pazitäten zwischen 21 und 68 MByte 
bezogen werden. 

Ausschließlich dem Vertrieb scheint 
sich die Computer-Elektronik Dres- 
den GmbH zu widmen; der Schwer- 
punkt wird hier auf Siemens-Produkte 
gelegt. Aber auch der ehemalige Au- 
ßenhandelsbetrieb Export - Import 
beweist seine Überlebensfähigkeit: In 
der Halle 1 2. 1 2 stellten 1 2 Firmen, für 
die die Robotron Export - Import 
GmbH den Vertrieb - wiederum im 
Osteuropa-Raum - übernommen 
hat, aus. Ihr Produktspektrum reicht 
von PCs und ergonomischen Bild- 
schirmen von egs über CAD-/CAM- 
Systeme von Macrotron bis hin zu Pa- 
pier- und Bürobedarf von Atlanta und 
Regis. 

Von den Bauelementeherstellern der 
ehemaligen DDR war mit einem eige- 
nen Stand nur die Zentrum Mikro- 
elektronik Dresden GmbH vertreten 
(Bild 4). Entgegen den Beteuerungen 
führender Zeiss-Manager, wie Klaus- 
Dieter Gattner und Wolfgang Nord- 
wig, zur Leipziger Frühjahrsmesse, 
die Megabit-Schmiede weiter für Ent- 
wicklung und Produktion von anwen- 
dungsspezifischen Schaltkreisen 
(ASICs) zu nutzen, wurde das ZMD 
weder in die Carl Zeiss GmbH mit ih- 
ren 1 1 Werken noch in die ihr unter- 
stehende Holding mit weiteren 6 
GmbHs integriert. Vielmehr gehört 
das ZMD zu jenen 6 Firmen, die aus 
dem Zeiss-Verband völlig ausge- 
schieden sind (darunter auch Penta- 
con Dresden und Elektromat Dres- 
den). Das ZMD mit seinen rund 3000 
Mitarbeitern setzt weiterhin auf seine 
Erfahrungen bei der Schaltkreisent- 
wicklung. Bei den dynamischen 
RAMs wird zwar die uneffektive Pro- 
duktion von 1-MBit-Chips eingestellt, 
aber die Herstellung von 256-KBit- 
Chips soll noch so lange fortgesetzt 
werden, wie Absatzmöglichkeiten 
vorhanden sind. Außerdem werden 
schnelle statische RAMs mit Kapazi- 
täten von 1 bis 64 KBit (z. B. U 6548) 
produziert. Das bewährte Design von 
Standardzellen U 1600 (analog/digi- 
tal inkl. RAM, ROM und PLA) und 
Gate-Arrays U 5300 (bis zu 81 60 Gat- 
teräquivalente, RAM, ROM) wird wei- 
terhin angeboten. Im Programm von 
ZMD befinden sich außerdem Cr- 
Masken nach Kundenwunsch, Ent- 
wurfs- und Simulationssoftware, 
Meßplätze, Sensoren sowie Diagno- 
segeräte für Mikroelektronik, Umwelt 
und Medizin. 

Ein neues Gesicht erhielt diese 
Messe dadurch, daß sich etliche der 
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zahlreichen DDR-Existenzgründer 
einen Messestand leisteten (und hof- 
fentlich auch leisten konnten). Auf die 
Wemex Computer Handelsgesell- 
schaft mbH dürfte letzteres mit hoher 
Wahrscheinlichkeit zutreffen (Bild 5). 
Sie konnte allein von März bis Mai 
dieses Jahres ein Umsatzvolumen 
von 7 Millionen Mark verbuchen, und 
bedeutende Exportaufträge in die 
UdSSR sind bereits gesichert. Das 
Unternehmen war in den November- 
tagen ’89 von Mitarbeitern des Daten- 
verarbeitungszentrums des WMW- 
Außenhandels gegründet und im Fe- 
bruar ins Handelsregister eingetra- 
gen worden; der größte Teil der jetzt 
etwa 40köpfigen Mannschaft sind 
Kollegen aus dem gleichen Bereich. 
Obwohl Wemex mit Produkten nam- 
hafter Hersteller - wie Compaq, Ep- 
son, Triumph Adler - handelt, ver- 
steht man sich jedoch nicht nur als 
Lieferant. Das jetzt schon vorhan- 
dene Know-how ist die Grundlage für 
Angebote von kompletten Lösungen 
entsprechend den Kundenproble- 
men. Eingeschlossen sind also Soft- 
wareentwicklung, Beratung, Finan- 
zierung, Schulung, Installation, In- 
standhaltung usw. Auf dem Messe- 
stand wurden beispielsweise Lösun- 
gen für eine komplette Büroausstat- 
tung und für die Vernetzung gezeigt. 
Als Hochleistungs-Server kann ein 
Compaq-Systempro dienen, der in ei- 
ner eindrucksvollen Demonstration 
zur CeBIT’90 als 386er 250 PCs be- 
diente; jetzt wird auch die 486er Ver- 
sion angeboten. 

Ein weit gefächertes Leistungsange- 
bot Ist auch bei der Inframat GmbH 
zu finden. Das ebenfalls im DDR-Um- 
wandlungsboom entstandene etwa 
200köpfige Unternehmen bietet um- 
fangreiche Leistungen für den Ein- 
satz von PCs, Netzen sowie betriebs- 
wirtschaftlicher und Branchensoft- 
ware, für die flexible Automatisierung 
und für die komplette Rationalisie- 
rung von Betriebsstätten an. Die In- 
framat GmbH mit Sitz in Leipzig, 
Dresden und Berlin ist aus dem VEB 
Ingenieurbetrieb für Rationalisierung 
und aus Teilen des ehemaligen VEB 
Projektas hervorgegangen. Sie arbei- 
tet eng mit dem (DDR-)Jungunter- 
nehmer Hans-Holger Kirchhoff und 
seiner KCS Kirchhoff Computer- 
Service GmbH zusammen. Beide 
Unternehmen betreuen arbeitsteilig 
ihre Kunden, wobei der Schwerpunkt 
bei KCS auf der Hardware liegt. Das 
Bild 6 zeigt beispielsweise einen 
DTP-Arbeitspiatz auf der Basis von 
Siemens-Technik mit dem Scanner 
HighScan 40, dem 386er Rechner 
PCD-3T und dem Laserdrucker PT 
10. Als Software wurde PageMaker 
3.0 unter Windows 3.0 angeboten. 

Am Stand der 1988 gegründeten 
Condatec AG war eines der im zu- 
rückliegenden Jahr geborenen 
deutsch-deutschen Joint-venture- 
Kinder, die Gesellschaft für Informa- 
tions- und Kommunikationssysteme 
- die GIK GmbH zu finden. Die An- 
teile dieser reinen Vertriebsfirma wer- 
den zu gleichen Teilen von der Con- 
datec und vom Datenverarbeitungs- 
zentrum Potsdam gehalten. Conda- 
tec selbst ist ein Systemhaus für inte- 
grierende Lösungen, so zum Beispiel 
für die Verbindung von DECnet und 
SNA. Dabei kann die Condatec auf 
mehr als 1 0jährige Erfahrungen meh- 
rerer Tochterfirmen in der Hard- und 
Softwareentwicklung zurückgreifen. 




Ihre Devise ist, herstellerunabhängig 
für jeden Kunden die richtige Lösung 
zu suchen. Das schließt jedoch Ko- 
operationen mit NCR, Motorola und 
Siemens nicht aus. 

Die junge Leipziger Hard- und Soft- 
ware-Vertriebsfirma Ohetronic stellte 
im Stentzlers Hof neben anderen Pro- 
dukten wie dem Scanner-Kassensy- 
stem Schneider Data Cash, O-Tron- 
PCs und anderem auch den HP La- 
serJet MID der Firma Hewlett Packard 
als eine der ersten öffentlich vor. Die- 
ser Laserdrucker kann nicht nur wie 
sein Vorgänger HD auch zweiseitige 
Ausdrucke herstellen, sondern be- 
herrscht auch die neuentwickelte Re- 
solution Enhanced Technology 
(RET), die es ermöglicht, bei gleicher 
Auflösung eine deutlich höhere 
Druckqualität zu erreichen. Durch ei- 
nen speziellen anwendungsspezifi- 
schen Schaltkreis werden die 49 ei- 
nen Punkt umgebenden Punkte un- 
tersucht und berechnet. Eine schräge 
Linie beispielsweise wird dann nicht 
mehr durch Linien gleichgroßer 
Punkte, sondern durch Doppellinien 
aus Punkten verschiedener Größe 
dargestellt. Dies verbessert auch die 
Qualität des Ausdruckes von Buch- 
staben mit Serifen (ABCabc) und ver- 
meidet Tonerklumpen auf dem Pa- 
pier. Einige weitere Leistungsmerk- 
male des neuen HP-Lasers sind unter 
anderem eine Druckgeschwindigkeit 
von bis zu acht Seiten pro Minute, 1 4 
feste und acht skalierbare Schriften 
sowie die Drucker- bzw. Plotterspra- 
chen HP PCL 5 und HP-GL/2. Als Op- 
tion ist auch PostScript möglich. Der 
nutzbare Speicher beträgt 720 KByte 
und kann auf 5 MByte aufgerüstet 
werden. Der HP LaserJet II ID kann 
sowohl über eine RS-232-C- als auch 
über eine Centronics-Schnittstelle 


angeschlossen werden, optional sind 
Zusätze für Apple-Talk, HP-LAN und 
Novell-Netzwerke. Er kostet etwa 
9000 -DM. 

Von Profisatz und DTP 

In diesem Abschnitt wäre nun doch 
noch von einem Bereich zu berichten, 
der auf der Herbstmesse Tradition 
hat und durch den Einsatz der Com- 
putertechnik auch für uns von Inter- 
esse ist: die sogenannte Druckvor- 
stufe. Zu verstehen ist darunter die 
satztechnische Aufbereitung von Ma- 
nuskripten und Bildern für den Druck, 
die früher fast ausschließlich in den 
Druckereien erfolgte. Mit der Verbrei- 
tung des Desktop Publishing (DTP) 
bieten sich seit einigen Jahren auch 
Verlagen, Grafikstudios und Herstel- 
lerfirmen für bestimmte Produkte ko- 
stengünstige Alternativen; zumal die 
DTP- bzw. Gafiksysteme immer lei- 
stungsfähiger werden. 

Von den bekannten Herstellern von 


Satzsystemen für den professionel- 
len Bereich waren auch in diesem 
Jahr praktisch alle vertreten: Mono- 
type, Berthold, Linotype, Agfa/ 
Compugraphic und Hell/Siemens. 
Letztere Firma zeigte erstmals auch 
ein Satzsystem für Redaktionen: Das 
integrierte System Cicero ist für den 
Einsatz auf PCs und in Netzwerken 
gedacht. Die Texterfassung wurde 
der redaktionellen Arbeit sehr genau 
angepaßt: rechts der Text und links 
die Auszeichnungen. Nachdem die 
Formate der einzelnen Texte festge- 
legt sind, kann mit Cicero eine kom- 
plette Seite schnell und übersichtlich 
zusammengebaut oder auch mal um- 
gebaut werden. Eine Verbesserung 
der redaktionellen Arbeit verspricht 
auch die Erweiterung CIC-AGEN- 
TUR: Aktuelle Meldungen der Nach- 
richtenagenturen werden über CIC- 
AGENTUR empfangen und sofort zur 
Recherche netzweit zur Verfügung 
gestellt. Die Recherche, die sich auch 
als Auftrag hinterlegen läßt und per- 
manent wirkt, kann gleichzeitg in 
mehreren Agenturen mit mehreren 
Suchkriterien - auch als Volltextsu- 
che -erfolgen. 

Ein Hersteller professioneller Satzsy- 
steme ist auch AM International. 
Aber neben dem Angebot der lei- 
stungsfähigen Satzanlage EPICS mit 
1 Zentraleinheit und bis zu 8 Erfas- 
sungsplätzen sowie maximal 9 Aus- 
gabegeräten (einschließlich Post- 
Script) wurde für DTP die Kopplung 
der Fotosatzbelichter Varityper Serie 
4000 mit der Mac-Welt demonstriert; 
auf dem Mac lief bereits die neue Ver- 
sion 4.0 von PageMaker. Die Kosten 
für das modulare Belichtersystem be- 
laufen sich auf Werte zwischen 
59 000,- Mark für eine Auflösung von 
1200 dpi (Punkte pro Zoll) und 
145 000,- Mark für 3600 dpi; für ein 
komplettes DTP-System kommen 
noch die Kosten für Rechner, Laser- 
drucker und eventuell Scanner hinzu. 

Vielen unserer Leser dürfte - nach 
der Vorstellung in MP 4/90 - noch das 
Systemhaus Mikado in Erinnerung 
sein. Nach den veränderten Bedin- 
gungen nutzte auch diese Firma jetzt 
die Leipziger Messe für eine Präsen- 
tation ihrer Leistungen - und zwar ge- 
meinsam mit ihren Kooperationspart- 
nern (Bild 7). Der neueste davon war 
COBRA, die Gesellschaft für Compu- 
ter- und Branchenlösungen mbH, die 
von fünf Mitarbeitern eines ehemali- 
gen Außenhandelsbetriebes der 
DDR gegründet wurde. Gemeinsam 
will man in den Bereichen Bürokom- 
munikation, DTP und betriebswirt- 
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schaftlichen Branchenlösungen wirk- 
sam werden. 

Ein weiterer DDR-Partner ist das 
Ausbildungszentrum Polygraph- 
Projekt Chemnitz (AZP), eine ge- 
meinsame Einrichtung der TU Chem- 
nitz und der Polygraph-Projekt GmbH 
Leipzig. In- und ausländische Fach- 
kräfte, technische Führungskräfte 
aus Druckereien und Studenten der 
Drucktechnik können hier professio- 
nelles Publishing erlernen. Ebenso 
wird aber auch kleinen und mittelstän- 
dischen Unternehmen die Ausbil- 
dung für wettbewerbsfähige Arbeiten 
mit DTP geboten. Zur Unterstützung 
dieser Ausbildung hatten Mikado und 
Macrotron übrigens während der 
Messe in einer feierlichen Übergabe 
dem AZP zwei DTP-Systeme zur Her- 
stellung von Druckvorlagen und -er- 
zeugnissen zur Verfügung gestellt. 
Markstein aus Pfungstadt bot für die 
Textaufbereitung vom DTP zum Fo- 
tosatz ein komplettes Programmsy- 
stem an. Mit dem Satzprogramm MI- 
KROSET 300 können bereits auf ei- 
nem PC/AT Arbeiten ausgeführt wer- 
den, die auf der Linotronic-300-Serie 
möglich sind. Das heißt, es kann satz- 
identisch erfaßt und umbrochen wer- 
den. Eingeschlossen sind eine satz- 
orientierte Texterfassung mit Recht- 
schreibprüfung und die Datenkonver- 
tierung formatierter T exte von den be- 


kannten Textprogrammen. 

Auch das Beratungs- und System- 
haus für professionelles Publizieren 
KPS Martin Keller aus Münster hatte 
für diesen Bereich etwas zu bieten: 
Mit Dakon.kann jeder IBM-kompatible 
PC in einen Fotosatz- Erfassungs- 
platz für die CRTronic oder das 
CRTerminal der Serie 300 verwan- 
delt werden. Texte können am PC mit 
den üblichen Textprogrammen erfaßt 
und danach mit Dakon übertragen 
und konvertiert werden - einschließ- 
lich aller Satzbefehle, IWT und Ma- 
kros. Benötigt werden lediglich das 
Programm und ein Verbindungska- 
bel. Aber auch die Verbindung von 
DTP und CRTronic ist nun möglich: 
Fertige Seiten, die mit Ventura Pu- 
blisher 2.0 und Profi-Erweiterung ge- 
staltet wurden, können mit Publikon 
umgewandelt und mit Dakon zur 
CRTronic und damit zur Belichtung 
geschickt werden. Es ist allerdings 
gegenwärtig noch nicht möglich, For- 
meln aus dem Ventura auf der 
CRTronic auszugeben - diese müß- 
ten dort in herkömmlicher Weise ge- 
setzt werden. 

KPS arbeitet zur Zeit an der Übertra- 
gung des in unseren Landen noch re- 
lativ unbekannten Publishing-Sy- 
stems 3B2 der britischen Advent 
Desktop Publishing Ltd. Es läuft nicht 
nur auf Sun- und Apollo-Worksta- 
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tions, sondern auch auf kompatiblen 
PCs ab 386-Prozessor. Versprochen 
werden für 3B2 Leistungsmerkmale, 
die deutlich über denen der bekann- 
ten DTP-Systeme liegen sollen. Das 
System soll in deutscher Version 
noch in diesem Jahr zu haben sein. 
Letztendlich sei noch von einem Pra- 
xistest in Sachen DTP berichtet: An- 
hand von Manuskriptseiten und 
Layouts der MP 10/90 ließen wir uns 
einmal die Leistungen des Ventura 
Publisher 2.0, Profi-Version, vorfüh- 
ren. Auf der Basis eines HP Vectra 


486 konnten durchaus ansprechende 
Ergebnisse erzielt werden. Einbezo- 
gen wurde in den Test auch die Kopp- 
lung mit einem Linotype-System der 
Serie 300 und die Ausgabe auf dem 
Belichter. Probleme gab es bei dieser 
Zusammenarbeit lediglich beim For- 
melsatz (siehe oben). Das Ergebnis 
einer „normalen“ Probeseite, ver- 
suchsweise auch auf dem Belichter 
ausgegeben, sehen Sie in Bild 8 als 
Ausdruck auf dem Laserdrucker. MP 



Atari-Messe 1990 

Atari-Messe - das bedeutet natürlich 
auch eine Verpflichtung für den Her- 
steller, seiner Nutzergemeinde 
Neues zu präsentieren. Vor allen Din- 
gen ist sie jedoch ein Forum, um zu 
zeigen, was man mit Atari-Compu- 
tern machen kann, und wie man es 
erreicht. Vom 24. bis 26. August die- 
ses Jahres präsentierten in Düssel- 
dorf also 209 Aussteller (etwa 30 Pro- 
zent mehr als im Vorjahr) all das an 
Hard- und Software, was es rund um 
die Ataris gibt - auch in Konkurrenz 
zu Atari selbst. Den Worten von Ge- 
schäftsführer Alwin Stumpf zufolge 
gehört es ja zum Selbstverständnis 
der Firma, die kreativen Potenzen der 
Anwender zu fördern und - gegebe- 
nenfalls in Kooperation - für Weiter- 
entwicklungen zu nutzen. Hier wäre 
übrigens ein Betätigungsfeld für Ent- 
wickler der Ex-DDR. Die Vielzahl von 
Ausstellern ist demzufolge gern ge- 
sehen, da sie den Wettbewerb bele- 
ben und zu höheren Leistungen an- 
spornen - auch wenn es bei der Wer- 
bung für Alternativen manchmal nicht 
zimperlich zugeht („Was Atari bisher 
nicht geschafft hat, bietet jetzt . . 
Zunächst jedoch zu den Neuheiten 
des Herstellers. Hier ist vor allem der 
TT zu nennen (Bild 1). Aufmerksame 
Leser werden sich vielleicht daran 
erinnern, daß wir ihn als Nachfolger 
des ST anläßlich der Atari-Messe ’89 
bereits in MP 12/89 vorstellten. Nun 
soll er aber wirklich in den Handel 
kommen. Und zwar nicht mit der da- 
maligen 16-MHz-Version des Moto- 
rola 68030, sondern mit 32 MHz! 
Diese Leistungssteigerung bedingte 
eine vollständige Überarbeitung des 
TT-Konzeptes. Die weiteren Daten in 
Kürze: auf dem Prozessorchip inte- 
grierte MMU (256 Bit als Cache), 
Gleitkommaprozessor 686881/68882 
optional, eine Harddisk mit minde- 
stens 40 MByte, ein Floppylaufwerk, 
serienmäßig 2,6 oder 8 MByte Haupt- 
speicher, mit 4-MBit-RAMs auf 26 
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Byte erweiterbar, eine parallele und 
zwei serielle Schnittstellen, MIDI-An- 
schlüsse, ACSI-DMA-Kanal, SCSI- 
Schnittstelie, wahlweise 2 SDLC- 
Schnittstellen oder einen SDLC- und 
einen LAN-Anschluß; Soundsystem 
mit 8-Bit-PCM-Stereo, interner VME- 
bus-Steckplatz. Die Grafikmodi erlau- 
ben Auflösungen des Monitors von 
320 x 480 Pixeln (256 Farben aus 
4096), 640 x 480 Pixeln (16 Farben 
aus 4096), 640 x 400 Pixeln im Duo- 
chrome-Modus und 1280 x 960 Pi- 
xeln im Monochrome-Modus. 

Mit der zweiten Neuvorstellung erwei- 
tert die Firma ihr Druckerangebot um 
einen leistungsstarken Laserdrucker 
(Bild 2). Der SLM 605 hat die übliche 
Auflösung von 300 dpi und eine 
Druckleistung von sechs A4-Seiten/ 
Minute. Das kompakte Gerät (41 cm 
breit, 39 cm tief, 21 cm hoch) soll zu 
einem Preis von 2498- DM in den 
Handel kommen. 

Neben diesen Atari-Neuheiten wurde 



eine Vielzahl von Produkten an den 
Ständen anderer Firmen angeboten. 
Das Spektrum der Angebote reichte 
dabei unter anderem vom Design 
über Bildverarbeitung, Branchenlö- 
sungen, Datenbanken, MIDI, Netz- 
werke bis zur Zeiterfassung. 

Von Vortex beispielsweise wurde 
ATonce, der AT-Emulator für den 
Atari ST angeboten; 
von X/software das System X/ST/ 
window, ein Fileserver, der auf dem 
Atari ST basiert und mit einer Imple- 
mentierung der X-Window-Version 
1 1 .4 arbeitet; 

von T rade iT - wie von vielen anderen 
- eine Speichererweiterung für den 
ST und Mega ST (mit 1-MBit-CMOS- 
DRAMS bis zu 4 MByte); 
von Eickmann Computer als Ablö- 
sung desTURBO-16-Beschleunigers 
der MACH 16 sowie eine Erweite- 
rung, die den ST auf etwa 360 Pro- 
zent beschleunigen soll; 
von MAKRO C.D.E. für den ST eine 
Beschleunigerkarte mit 68030-Pro- 
zessor für 16 bis 50 MHz, mit der so- 
gar bis zum 20fachen der ST-Ge- 
schwindigkeit versprochen wird. 

Ein Schwerpunkt war die Musik- 
szene, für die Atari-Computer mit der 
serienmäßigen MIDI-Schnittstelle ja 
seit langem prädestiniert sind, ein an- 
derer das Desktop Publishing (DTP). 
Hierfür war extra ein DTP-Sonder- 


stand eingerichtet worden (Bild 3). 
Einen der Hauptanziehungspunkte 
bildete zweifellos der Stand von 
DMC, wo mit Calamus S und Cala- 
mus SL die Weiterentwicklungen des 
bekannten Satz- und Layoutsystems 
gezeigt wurden. Während „S“ die 
Nachfolgeversion des Release 1.09 
für den Einstieg in professionelles 
DTP darstellt, ist „SL“ voll echtfar- 
benfähig und kann modulartig um 
weitere Funktionen erweitert werden. 
Beispielsweise zu SLC mit Farbsy- 
stemeinbindungen, unter anderem 
Vierfarbseparation. Ähnlich umlagert 
waren jedoch auch die Präsentatio- 
nen bei 3K-ComputerBild, wo das 
neue Retouche Professional, ein Li- 
thografiesystem mit umfangreichen 
Bildbearbeitungsfunktionen, auf der 
Basis des ST gezeigt wurde. Am 
Stand von MATRIX bzw. IPS schließ- 
lich wurden Calamus und Retouche 
nicht auf dem Atari-Computer, son- 
dern auf einer - wegen besserer Aus- 
baufähigkeit - selbst entwickelten 
GEM-Workstation vorgeführt. 

Nicht unerwähnt bleiben sollen die 
Präsentationen des Atari-Computer- 
clubs sowie die Workshops. Auch sie 
lockten sicher eine Vielzahl der über 
42 000 Besucher an, viele erstmals 
auch aus der (damaligen) DDR. 

H. Weiß 
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Entwicklungen und Tendenzen 


Novell mit neuer Version 
von NetWare 386 

Die Novell Inc., Provo/Utah - führen- 
der Anbieter von Netzwerkprodukten 
- kündigte Ende Mai ’90 die Version 
3.1 des Serverbetriebssystems Net- 
Ware 386 an. Die neue Version kombi- 
niert die Vorzüge des 32-Bit-Echtzeit- 
verarbeitungs-Betriebssystems, der 
Fehlertoleranz und der Sicherheit aus 
Version 3.0 und bietet darüber hinaus 
eine Reihe von Erweiterungen, die 
die Netzwerk- Performance steigern 
und die Bedienung vereinfachen. 

Das Release NetWare 386 v3.1 ver- 
fügt über umfassende Erweiterun- 
gen. So schaffen standardisierte Pro- 
grammierschnittstellen (APIs) eine 
offene Entwicklungsplattform für Pro- 
grammierer. Eine ANSI-C-Umge- 
bung mit POSIX-lnterface ermöglicht 
das Programmieren in der 32-Bit- 
Welt, ähnlich wie unter UNIX. Das 
neue Enhanced File System schafft 
Geschwindigkeitsvorteile von bis zu 
30 Prozent beim Zugriff auf die Fest- 
platte. Es unterstützt die neuen exter- 
nen Speichermedien CD-ROM und 
WORM ebenso wie die SCSI-Con- 
troller der IBM PS/2-Modelle. Es ist 
möglich, alle Netzwerkdienste und 
Ressourcen, beispielsweise LANs 
und Festplattenspeicher, von jedem 
Netzwerk-Management-System aus 
zu kontrollieren. Das Remote Con- 
sole Utility erlaubt den Systemadmi- 
nistratoren, alle Netzwerkdienste 
zentral von ihren Arbeitsplatzrech- 
nern aus zu steuern. 

Die Version 3.1 unterstützt eine Viel- 
zahl unterschiedlicher Kommunika- 
tionsprotokolle zur Verbindung von 
unterschiedlichen Systemen für ver- 
teilte Anwendungen. Die erweiterte 
Architektur unterstützt Industriestan- 
dard-PCs (SPX, TLI und Sockets) für 
verteilte Anwendungen. Die Imple- 
mentierung des Open Datalink Inter- 
face (ODI) erlaubt es, bis zu 64 LAN- 
Adapter zu integrieren. Es ist mög- 
lich, über einen einzigen Netzwerk- 
adapter im Server mehrere Protokoll- 
Stacks gleichzeitig zu verarbeiten. So 
kann beispielsweise ein Ethernet- 
Adapter gleichzeitig beide Protokoll- 
Frames - Ethernet 802.3 und Ether- 
net II -verarbeiten. 

Durch die Unterstützung der EISA- 
Richtlinien erlaubt NetWare 386 v3.1 
die Nutzung von mehr als 16 MByte 
Hauptspeicher, größeren Festplatten 
und einem erweiterten Cache-Be- 
reich. Dies bringt erhebliche Ge- 
schwindigkeitsvorteile, zudem kön- 
nen mehr NLMs (NetWare Loadable 
Modules) gleichzeitig ablaufen. Net- 
Ware 386 v3.1 ist kompatibel zu mehr 
als 300 Komponenten wie Server, 
Schnittstellen-Karten, Festplatten 
und Datensicherungsprodukten. No- 
vells IMSP (Independent Manufactu- 
res Support Program) testet die Kom- 
patibilität der Hardware zur NetWare- 
Umgebung. Novell ist nach eigenen 
Angaben der einzige Netzwerkher- 
steller, der den Anwendern ein Pro- 
gramm bietet, welches über die Eig- 
nung von Komponenten für ein zuver- 
lässiges Netzwerksystem informiert. 
Das neue Release 3.1 sichert auch 
einen problemlosen Umstieg von 
NetWare v2.0a, 2.1 und v3.0. Das 
Upgrade-Programm wurde verein- 


facht und arbeitet mit allen NetWare- 
Versionen ab v2.0 oder höher. An- 
wender, die bisher NetWare 386 Ver- 
sion 3.0 einsetzten, müssen nur die 
neuen Update- Dateien kopieren. 

Hardware komprimiert 
Daten 

Zur Datenkompression bzw. Dekom- 
primierung für die Arbeit mit Festplat- 
ten oder Disketten gibt es von der 
Firma Infochip jetzt eine Zusatzkarte 
mit dem dafür notwendigen Kopro- 
zessorschaltkreis. Dieser kann je- 
doch auch direkt auf dem Mother- 
board des PCs untergebracht wer- 
den. Die Steckkarte halber Länge, 
Expanz! genannt, kann an XTs und 
ATs ab MS-DOS 3.x genutzt werden. 

Erweiterter Speicher 
für Sharp IQ 



Für den überwiegend im gehobenen 
Manager- und Geschäftsbereich er- 
folgreich eingesetzten IQ-Electronic 
Organizer von Sharp - über sieben 
Millionen Geräte sollen bereits ver- 
kauft worden sein - gibt es jetzt eine 
weitere Speichererweiterung. Mit der 
128 KByte fassenden Gold Card der 
Flensburger AMS GmbH anstelle der 
bisherigen 32- und 64-KByte Cards 
stehen nun nicht nur Termine, Tele- 
fonnummern, Jahrestage oder Me- 
mos zur Verfügung, sondern über das 
Linkprogramm IQ-PROFESSIONAL 
auch das Users Dictionary bzw. die 
Wörtertabelle. Über einen PC XT 
oder AT können die Wörter auch ge- 
ändert, ergänzt, gelöscht und ausge- 
druckt werden. 

VESA nun mit 72 Hertz 

Auf einen neuen Grafikstandard ei- 
nigten sich Vertreter der VESA- 
Gruppe, der führende Monitor- und 
Grafikkartenhersteller angehören, 
anläßlich der Comdex Spring ’90 An- 
fang Juni in Atlanta. Die Grafikkarten- 
hersteller vereinbarten ein einheitli- 
ches Register für VGA Plus und Su- 
per-VGA (vgl. MP 3/90, S. 95). Der 
Standard beinhaltet eine ergonomi- 
sche Bildfrequenz von 72 Hz sowie 
die bereits bekannte Auflösung von 
800 x 600 Bildpunkten. Daraufhin 
brachten als erste Hersteller Sigma 
Designs und Genoa Karten nach den 
neuen Standards auf den Markt. 

Die 16-Bit-Karte VGA Legend von 
Sigma unterstützt nicht nur alle be- 
kannten Grafikstandards, sondern 
über den neuen VESA-Standard hin- 
aus auch noch eine Auflösung von 
1024 x 768 Bildpunkten -diese aller- 


dings nur noch mit 60 Hz. Je nach 
Speicherausbau (512 KByte oder 1 
MByte) können 16 bzw. 256 Farben 
gleichzeitig dargesellt werden. Im 
Lieferumfang für diese Karte sind un- 
ter anderem Treiber für AutoCad, 
WordPerfect, Word, Wordstar, Lotus 
1-2-3, Windows, GEM und Ventura 
enthalten. Die Version mit 512 KByte 
RAM kostet rund 1000 Mark. 

Auch die Genoa 6400 A erreicht eine 
maximale Auflösung von 1024 x 768 
Bildpunkten bei 16 Farben - im Ge- 
gensatz zur VGA Legend aber mit 
70 Hz. Die 1 6-Bit-Karte enthält jedoch 
nur 512 KByte RAM. Sie wird eben- 
falls mit einem umfangreichen Trei- 
berangebot geliefert. Ihr Preis liegt 
bei etwas über 800 Mark. 

Computer ohne Tastatur 

Zahlreiche Firmen arbeiten an der 
Entwicklung tragbarer PCs, die ohne 
Tastatur auskommen. Zu ihnen gehö- 
ren unter anderem die japanische 
Firma Sony und die Firma Parcon. 
Der von Sony entwickelte Laptop mit 
der Bezeichnung Palmtop PTC-500 
stellt, nach Ansicht des Unterneh- 
mens, gegenüber den gegenwärtig 
auf dem Markt angebotenen Laptop- 
Computern eine echte Alternative 
dar. Sein Vorteil besteht darin, daß er 
ohne Keyboard arbeitet und damit als 
sehr anwenderfreundlich gilt. Beim 
PCT-500 schreibt der Benutzer mit ei- 
nem elektrischen Stift auf einen Flüs- 
sigkristall-Bildschirm jede Art von Be- 
fehlen in lateinischen Buchstaben, in 
chinesischen oder in japanischen 
Schriftzeichen, die der Computer wei- 
terverarbeiten kann. Mit diesem Lap- 
top sollen vor allem ältere Menschen 
angesprochen werden, die sich bis- 
her nicht zutrauten, einen PC mit Ta- 
statur zu bedienen. Zur Erkennung 
der handgeschriebenen Schriftzei- 
chen, wobei das Gerät durch Fuzzy- 
Logik-Software auch relativ unge- 
naue Handschriften analysiert, nutzt 
der Laptop ein sogenanntes capaci- 
tance-sensitive graphics tablet, das 
wie ein Sensor unter dem Flüssigkri- 
stall-Bildschirm reagiert. Das bedeu- 
tet, reagiert die Spitze des Plastik- 
stifts mit dem Bildschirm, so werden 
die Bewegungen auf dem Bildschirm 
in elektronische Signale umgewan- 
delt. Die Signale werden gleichzeitig 
an die CPU weitergeleitet. Stellt die 
CPU fest, daß die Signale mit einem 
Muster im internen Wörterbuch des 
Computers übereinstimmen, dann 
sucht sie das Schriftzeichen und zeigt 
es auf dem Bildschirm in wenigen Se- 
kunden an. Der PCT-500 wiegt 1,3 Ki- 
logramm. 

Der tragbare PC der Firma Parcon 

erkennt und verarbeitet ebenfalls 
handschriftliche Eingaben digital. Er 
ist MS-DOS-kompatibel und nicht 
größer als ein Bildband. Die Bedie- 
nung erfolgt wie beim PCT-500 über 
ein Display und einen Elektronikstift 
(Pencil). Der PC sucht sich aus den 
optisch dargestellten Aufgabenstel- 
lungen das gewünschte Programm. 
Auf die Oberfläche des Displays wer- 
den wie in einem Formularbogen in 
Stichwort-Feldern Notizen geschrie- 
ben, die vom Computer erkannt und 
umgesetzt werden. Aber auch Zeich- 
nungen im DIN A4-Format sollen er- 


kannt und umgesetzt werden kön- 
nen. 

Auf dem LC-Bildschirm (640 x 400 
Pixel) ist eine dünne Glasplatte 
(Screen-Overlay) positioniert, unter 
der sich eine elektrisch leitende 
Schicht befindet, die die Berührung 
mit der Messingspitze des Pencils er- 
kennt und umsetzt. Nach der hand- 
schriftlichen Eingabe können Zeich- 
nungen und Notizen ausgedruckt und 
digital weiterverarbeitet werden. Fa 


Neu von Digital: 

VAX 4000 Modell 300 

Auf der diesjährigen DECWORLD in 
Boston zeigte Digital Equipment (die 
Firma verwendet übrigens seit kur- 
zem statt der eingeführten Abkürzung 
DEC vorzugsweise das Kürzel Digi- 
tal) unter anderem als Neuerung ei- 
nen Rechner, der auf Client-Server- 
Konzepte ausgelegt ist und damit den 
Minis direkt Konkurrenz macht. Die 
VAX 4000 Modell 300 enthält unter 
anderem drei Prozessoren auf RISC- 
Basis (von der Firma MIPS), die vor 
allem die Kapazität der Platten-Ein- 
gabe/-Ausgabe erhöhen und den Da- 
tentransfer via Ethernet unterstützen. 
Damit wird die CPU entlastet und die 
Leistung des Gesamtsystems erhöht 
(etwa 8 VUP, das heißt die achtfache 
Leistung einer VAX 11/780). Dieses 
Design macht die VAX 4000 nach 
Aussagen von Digital zum idealen 
Server-System, da im Client/Server- 
Modell der Server besonders hohe 
I/O-Anforderungen erfüllen muß. 
Trotzdem bleibt die VAX/VMS-Soft- 
warekompatibilität gewährleistet. In- 
vestitionen in bestehende Software 
sind somit geschützt. 

Die VAX 4000 ersetzt die Systeme 
MicroVAX 3800 und 3900 - mit dop- 
pelter CPU-Leistung, mehr als dreifa- 
cher Speicher-Bandbreite, einer Lei- 
stung von bis zu 22 Transaktionen 
pro Sekunde -, zu einem niedrigeren 
Preis. Eine Einstiegsversion für bis zu 
40 Benutzer kostet etwa 220 000 DM. 
In der Server- Version ist das System 
ab 154000 DM erhältlich. Die VAX 
4000 kann in Schritten von 32 MByte 
mit einem Hauptspeicher von bis zu 
128 MByte ausgestattet werden. Die 
Plattenkapazität liegt bei maximal 28 
Gigabyte. Es stehen zwölf Steck- 
plätze zur Verfügung, von denen für 
das System und den Standardspei- 
cher fünf belegt sind. 


AS/400 erweitert 

Die IBM Deutschland kündigte für die 
Systemfamilie IBM AS/400 die Mo- 
delle C04 und C06 sowie für die Sy- 
stemfamilie IBM AS/Entry das Modell 
Y10 an. Die neuen Modelle C04 und 
C06 sind für kleinere Unternehmen, 
Zweigstellen und Abteilungen ge- 
dacht und ermöglichen einen günsti- 
geren Einstieg als bisher. Mit der An- 
kündigung des neuen AS/Entry-Mo- 
dells Y10 erfüllt IBM die Absicht, die 
AS/400 und die AS/Entry-Serie noch 
näher zusammenzuführen. Das Mo- 
dell AS/400 C04 ist in der Grundaus- 
stattung für 27 700,- DM, das Modell 
AS/400 C06 für 38 600- DM und das 
Modell Y10 für 18 670,- DM (jeweils 
plus MwSt.) erhältlich. 
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* FONTRESET Fontu. Paletten zurücksetzen 

* EGAPALETTE Farben unter EGA ändern 

* VGAPALETTE Farben unter VGA ändern 

* STANDARD Standard-Farbwert von SET COLOR TO 

für Ausgaben wählen 

* UNSELECTED Farbwert f. ungewählte Eingabefehler 

* ENHANCED Farbwert f das gewählte Eingabefeld 

Disketten- und Festplattenfunktionen __ 

NUMDISKL Zahl der logischen Laufwerke 

NUMDISKF Zahl der Diskettenlaufwerke 

* NUMDISKH Zahl der Festplatten 

* DISKSPEED Laufwerks-Geschwindigkeit 

DRIVETYPE Laufwerks-Typ 

DISKTYPE Typ einer Diskette 

DISKTOTAL gesamte Speicherkapazität einer Diskette 

DISKFREE - freier Speicherplatz auf Disk./Platte 
DISKREADY Ist ein Laufwerk bereit? 

DISKREADYW Ist ein Laufwerk beschreibbar? 

DISKSTAT Status des angegebenen Laufwerks 

DISKCHECK Disketten-Prüfsumme bilden 

FILECHECK Datei-Prüfsumme bilden 

* FILEVALID Ist ein String ein gültiger Dateiname? 

TEMPFILE temporären Dateinamen bilden 

* FILESEEK Datei nach Namen u. Attribut suchen 

* FILEATTR Attribute einer Datei ermitteln 

I* FILEDATE Datum der letzten Änderung einer Datei 

* FILETIME Uhrzeit d. letzten Änderung einer Datei 

* FILESIZE Größe einer Datei 

* SAVEFSEEK Fileseek-Environment retten 

* RESTFSEEK Fileseek-Environment wiederherstellen 

* SETFDATI Dat. u . Uhrzeit d. letzten Änderung einer 

Datei 

* SETFATTR Attribute einer Datei setzen 

* GETSHARE Dateiöffnungsmodus ermitteln 

* SETSHARE Dateiöffnungsmodus für Toolbox-Datei- 

funktionen setzen 

* VOLUME Volume-Label einer Disk./Platte setzen 

* VOLSERIAL DOS-4.x-Disketten-Seriennr. ermitteln 

FILEDELETE Datei(en) nach Namen u . Attribut löschen 
DELETEFILE Datei fehiertolerant löschen (für Netze, 

liefert Fehlerkode) 

* FILECOPY Datei kopieren (auch im Backup-Modus) 

* FILECOPEN Ist Datei im Backup-Modus noch offen? 

* FILECCLOSE Datei nach Backup-Modus schließen 

* FILECCONT Datei im Backup-Modus weiter kopieren 

* FILECDATl Original- o. Systemzeit f. Kopie setzen? 

* FILEAPPEND an eine Datei anhängen (FürFILECOPYQ- 

Backups) 

FILEMOVE Datei in ein anderes Verz. verschieben 

* RENAMEFILE Datei fehlertolerant umbennen 

DIRMAKE Verzeichnis anlegen 

DIRREMOVE Verzeichnis löschen 

DIRCHANGE Verzeichnis wechseln 

DIRNAME Name des angemeldeten Verzeichnisses 

DISKNAME Laufwerksbuchstabe ermitteln 

* DISKCHANGE Laufwerk wechseln 

* STRFILE String in Datei schreiben 

* FILESTR String aus Datei lesen 


j Druckerfunktionen 1 

NUMPRINTER 

Zahl der parallelen Schnittstellen 

PRINTREADY 

Ist der Drucker bereit? 

PRINTINIT 

Drucker initialisieren 

PRINTSTAT 

Status einer parall. Schnittst, ermitteln 

PRINTSEND 

Zeichen drucken 

PRINTFILE 

Datei mit HiBit, CR und LF drucken 

* PRINTSCR 

Bildsch.inhalt drucken (Print-screen) 

! * PRINTSCRX 

Bildsch. -Druck: nicht druckbare Zeichen 
austauschen 

TOF 

auf Seitenanfang prüfen 

* SPOOLACTIV 

DOS-Print installiert? 

* SPOOLADD 

Datei zur Druck-Warteschlange addieren 

* SPOOLDEL 

Datei aus Druck-Warteschlange löschen 

* SPOOLFLUSH 

Druck-Warteschlange löschen 

* SPOOLENTRY 

Datei aus Druck-Warteschlange anzeigen 
bzw. Druck anhalten 

* SPOOLCOUNT 

Zahl d. Dateien in Druck-Warteschlange 

| Datums- und Zeitfunktionen 

DOY 

Tag des Jahres 

WEEK 

Woche des Jahres 

QUARTER 

Quartal des Jahres 

ISLEAP 

Schaltjahrbestimmung 

LASTDAYOM 

letzter Tag des Monats 

WOM 

Woche des Monats 

ADDMONTH 

Monat(e) zu einem Datum addieren 

BOM 

Monatsbeginn 

EOM 

Monatsende 

BOQ 

Quartalsbeginn 

EOQ 

Quartalsende 

BOY 

Jahresbeginn 

EOY 

Jahresende 

TIMEVALID 

Ist eine Zeitangabe gültig? 

TIMETOSEC 

Zeit in Sekunden umwandeln 

SECTOTIME 

Sekunden in Zeitstring umwandeln 

* CTODOW 

Wochentagsnamen in Nummer umwandeln 

* CTOMONTH 

Monatsnamen in Nummer umwandeln 

* NTOCDOW 

Wochentagsnummer in Namen umwandeln 

* NTOCMONTH 

Monatsnummer in Namen umwandeln 

* DMY 

String im Format Tag, Monatsname, Jahr 

* MDY 

String im Format Monatsname, Tag, Jahr 

SHOWTIME 

Zeit kontinuierlich anzeigen 

STOD 

String in Datum umwandeln 

SETDATE 

das System-Datum setzen 

SETTIME 

die System-Zeit setzen 


* WAITPERIOD Zeitsteuerung von Schleifen 

Datenbankfunktionen 

ISDBT Sind DBT-Dateien f. Memofelder 

vorhanden? 

DBFSIZE Größe deroffenen DFB-Datei (Speicher) 

DBFDSKSIZE Größe der offenen DBF-Datei (Laufwerk) 

' FIELDTYPE Datentyp eines Feldes 

FIELDSIZE Größe eines Feldes 

FIELDDECI Zahl der Dezimalstellen eines Feldes 

FIELDNUM Feldnummerzu einem Feldnamen 

Schalter- und Statusfunktionen 

CSETALL Einstellungen aller On/Off-Schalter retten 

CSETxxxx Set-Einstellg. f. alle On/Off-Schalter 

* CSETCLIP Werte der Umgebungsvariablen Clipper 

CSETDATE landesspez. Datumsversion abfragen 

CSETDECI Anz. d. eingestellten Dezimalstellen 

CSETDEFA Einstellg. von SET DEFAULT abfragen 

CSETFUNC Einstellg. der Funktionstasten abfragen 

CSETKEY Keytrap-Prozedur, f eine Taste 

CSETRDEL Zeichen f. re. Begrenzg. d. Eing.feldes 

CSETLDEL Zeichen f. li. Begrenzg. d. Eing.feldes 

CSETMARG Einstellung des linken Druckrandes 

CSETPATH aktueller Suchpfad 

CSETSNOW Schnee auf Bildschirm vermeiden 

CSETSAFETY Dateien vor Überschreiben schützen 

* CSETRDONLY Zugriffsmodus f. DBF-Dateien best. 

(R/0, R/W) 

ISDEBUG Prüf, ob Debugger eingebunden ist 

LASTKLINE Zeilennr. bei letztem Key-Ereignis 

LASTKPROC PROCNAME() bei letztem Key-Ereignis 

LASTKFUNC Funkt., d letztes Key-Ereignis verurs. 

NUMFKEY Anzahl der Funktionstasten ermitteln 

KSETINS Einfügemodus abfragen/setzen 

KSETCAPS Caps-Iock abfragen/setzen 

KSETNUM Num-Iock abfragen/setzen 

KSETSCROLL Scroll-Iock abfragen/setzen 

SETLASTKEY den Inhalt von Lastkey setzen 

Systemfunktionen 

* MEMSIZE System-Speichergröße 

BOOTCOLD Kaltstart durchführen 

BOOTWARM Warmstart durchführen 

ISM ATH Ist mathem Koprozessor vorhanden? 

ISAT Ist der Computer ein AT? 

* PCTYPE Computer-Typ ermitteln 

* CPUTYPE Prozessor-Typ ermitteln 

OSVER DOS-Versionsnummer ermitteln 

SSETVERIFV (DOS-)VERIFY prüfen/setzen 

SSETBREAK (DOS-)-BREAK prüfen/setzen 

EXENAME Verzeichnis u. Name d. akt. Clipper-Progr. 

DOSPARAM DOS-Kommando-Zeile komplett 

übernehmen 

* ENVPARAM ges. Environment in String einiesen 

GETCOUNTRY landesspez. Einstellung d. Betriebssyst. 

ERRORCODE Kennziffereines vorherigen DOS-Fehlers 

ERRORBASE Ursche f. zuvor aufgetret. DOS-F. 

ERRORACT empfohlene Aktion f. zuvor aufgetr. DOS-F. 
ERRORORG Fehler-Quelle f. zuvor aufgetr. DOS-F. 

- * ISANSI ANSI-Bildschirm-Treiber installiert? 

* BIOSDATE Datum des Computer-BIOS ermitteln 

* NUMBUFFERS Einstellung für Buffers ermitteln 

* NUMFILES liefert Einstellung für Files (liest aber nicht 

die Datei Config.sys) 

* FILESMAX Wieviele Dat. können max. geöffn. werden? 

* FILESFREE Wieviele Dat. können noch geöffn. werden? 

Netzwerkfunktionen (PC-LAN/MS-NET) 


* NNETUSRFRE 


* NNETSNAME 

* NNETSLIST 

* NNETSETSRV 

* NNETVOLNUM 

* NNETVOLNAM 

* NNETVOLMAX 
NNETVOLFRE 

-* NNETDIRMAX 

* NNETDIRFRE 

* NNETERROR 


* NETWORK 

* NETDISK 

* NETPRINTER 

* NETREDIR 

* NETCANCEL 

* NETLOCNAME 

* NETRMTNAME 

* NNETWORK 

* NNETSPSTAT 

* NNETCAPBEG 

* NNETCAPSSF 

* NNETCAPACT 

* NNETCAPCAN 

* NNETCAPEND 

* NNETCAPFLU 


* NNETLOGGED 

* NNETSTAID 

* NNETCOPRIV 

* NNETWHOAMI 

* NNETVER 

* NNETINFO 

* NNETSFTLVL 

* NNETSDATE 

* N NETSTIME 

* NNET1NUSE 

* NNETOCNUMS 


die für einen Nutzer noch verfügbare 
Server- Plattenkapazität 
alle gelöschten Dateien tatsächlich ent- 
fernen 

Namen d. Standard- File-Servers ermitteln 
alle angemeld. Server in einem String 
angemeld. Server als Standard-Server 
best. 

Nr. d. höchsten, verfügbaren Volume 
Name einer Volume auf dem Server 
max. Kapazität einer Server-Volume 
freie Kapazität einer Server- Volume 
max. Anz. von Directory-Einträgen einer 
Volume 

Anz. freier Directroy- Einträge einer Volume 
zuletzt bei Novell-Funkt. aufgetr. Fehler 


Ist ein Netzwerk aktiv? 

Laufwerk lokal o. auf Server 
(PC-LAN/Novell)? 

Drucker lokal o. auf Server (PC-LAN)? 
lokale Einheit auf Server-Einh. umlenken 
Umlenkung lokaler Einheit aufheben 
Name einer lokalen, umgelenkten Einheit 
Named. Server-Einh. zu lokal umgelenkter 
Einh. 

Ist Novell-Netzwerk aktiv? 

Status eines Server-Druckers 
Umlenkung auf bestimmten Drucker unter 
Novell (Capture-Modus) 

Einstellung für Capture-Modus 
Ist ein Capture aktiv? 

Umlenkung LPTn aufheben, momentanen 
Job löschen 

Umlenkung LPTn beenden 
momentanen Druckjob schließen, 
abschicken 

Drucker-Warteschlange f. Capture-Modus 
anmelden 

Ist diese Station eingeloggt? 

Identifik. d. Station (Netzwerk-Karte) 

Nutzer berechtigt, Serverzu bedienen? 
Unter weichem Namen bin ich angemeldet? 
Vers. d. verwend. Novell-Netzwerk-Softw. 
Info zur verwend. Novell-Software 
SFT-Level d. verwend. Novell-Netzwerk- 
Softw. 

Datum des Servers 

Uhrzeit des Servers 

Wieviele Personen (Objekte) sind 

momentan angemeldet? 

liefert alle Stationen, auf denen ein User 

angemeldet ist 

Identifik. eines Nutzers innerh. d. Netzes 


Eingabefunktionen | 

* 

SAVEGETS 

alle akt. Get-Einstellungen in einem String 
retten 

* 

RESTGETS 

Get-Einstellungen aus String zurücksetzen 


SAVESETKEY 

alle SET KEY TO-Einstellungen in einem 
String retten 

* 

RESTSETKEY 

alle in einem String gesicherten 

SET KEY TO-Einstellungen zurücksetzen 

★ 

GETFLDVAR 

Variable zu einem Get-Feld 

* 

GETFLDROW 

Bildschirmzeile eines Get-Feldes 

* 

GETFLDCOL 

Bildschirmspalte eines Get-Feldes 

* 

CURRENTGET 

Anzahl der aktiven Get-Felder 

* 

COUNTGETS 

Anzahl der aktiven Get-Felder 

* 

GETINPUT 

einem Get-Feld sehr ähnl. Eingabefunkt. 

3fr 

GETSECRET 

Eingaben wie mit GETINPUT(), jedoch 
durch ’ V’ verdeckt 

| Mathematische und kaufmännische Punktionen 

* 

FV 

künftiges Kapital (future value) 

* 

PV 

Barwert einer Verzinsung (present value) 

3fr 

PAYMENT 

Wie hoch muß periodische Zahlung sein? 

* 

PERIOD 

Überwieviele Perioden muß gezahlt 
werden? 

* 

RATE 

Wie hoch ist Zinssatz für Kredit? 

* 

DTORE 

Gradmaß in Bogenmaß wandeln 

* 

RTOD 

Bogenmaß in Gradmaß wandeln 

* 

CEILING 

aufrunden 

* 

FLOOR 

abrunden 

3fr 

SIGN 

das Vorzeichen einer Zahl 

* 

PI 

Zahl Ti mit größtmöglicher Genauigkeit 

* 

SETPREC 

Rechengenauigkeit für trigonometrische 
Funktionen einstellen 

* 

GETPREC 

Einstellg. f. Rechengenauigkeit ermitt. 

* 

SIN 

Sinus 

* 

COS 

Kosinus 

* 

TAN 

Tangens 

■* 

COT 

Kotangens 

* 

ASIN 

Arcus Sinus 

* 

ACOS 

Arcus Kosinus 

* 

ATAN 

Arcus Tangens 

* 

ATN2 

Winkelgröße aus Sinus u. Kosinus 
berechn. 

* 

FACT 

Fakultät 

* 

LOGIO 

dekadischer Logarithmus 

| Port- und Speicherzugriff 

* 

INBYTE 

8 Bit vom Port lesen 

* 

INWORD 

16 Bit vom Port lesen 

■* 

OUTBYTE 

8 Bit zum Portsenden 

* 

OUTWORD 

16 Bit zum Portsenden 

- * 

PEEKBYTE 

8-Bit-Zahl aus dem Speicher lesen 

* 

PEEKWORD 

1 6-Bit-Zahl aus dem Speicher lesen 

* 

PEEKSTR 

Speicherbereich als String lesen 

* 

POKEBYTE 

8-Bit-Zahl im Speicher ablegen 

* 

POKEWORD 

1 6-Bit-Zahl im Speicher ablegen 

Verschiedenes 


* 

SHOWKEY 

Einfügemodus u. LOCK-Zustände autom. 
anzeigen (Indikatoren) 


KEYSEC 

Keybord-Taste nach best. Zeitspanne in 
Pufferlegen 


KEYTIME 

K. -Taste zu best. Uhrzeit in Puffer legen 

* 

KBDEMULATE 

Zeichen im BIOS-T astatur-Puffer ablegen 
(Eingabe emulieren) 

* 

KBDTYPE 

Tastatur-Typ ermitteln 

* 

KBDSPEED 

T astatur-Geschwindigkeit einstellen 

* 

KBDDISABLE 

Tastatur sperren/entsperren 

* 

KBDSTAT 

Tasten-Umschaltmodi. u. Status v. 
Steuertasten 


SCANKEY 

der Scan-Kode einer Eingabe 


SOUND 

Ton best. Frequenz u. Dauer erzeugen 


NUL 

Rückgabewert einer Funkt, zu Leerstring 
wandeln 

* 

TOOLVER 

Toolbox-Version ermitteln/Treiber-Library 
überprüfen 

* 

MILLISEC 

Verzögerung in VioooSekunden erzeugen 

* 

SPEED 

Prozessor-Geschwindigkeit ermitteln 


XTOC 

Daten beliebigen T yps in String umw. 


DATATYPE 

Datentyp einer Variablen o. einer nutzer- 
definierten Funktion 


BLANK 

Leerwert f. beliebigen Datentyp erzeugen 


COMPLEMENT 

Komplementärwertzu beliebigem 

Datentyp bilden 

* 

ALLOFREE 

frei verfügbare Hauptspeichergröße 
ermitteln 

* 

STACKFREE 

den noch freien Stackbereich ermitteln 


kennengelernt 


Volkswriter 

Textverarbeitung modular 



Kann man Texte modular verarbei- 
ten? Oder handelt es stch-bei Volks- 
wnler vielmehr um am modular aufge- 
ba utes T ex t ver arbe i tu ngsp ro- 

gramm? Aufschluß darüber gibt der 
Werbeslogan der gleichnamigen 
Firma - „Ihr Einstieg in die modulare 
Textverarbeitung" - jedenfalls nicht. 
Aber gerade mit dem Modulkonzept 
von Volkswriter wird Einsteigern der 
Übergang zur professionellen Text- 
verarbettung stark erleichtert 
Aus der Erkenntnis heraus, daß 70 % 
aller Anwender nur etwa 20% der 
Leistung s merk male von Textpro- 
grammen nutzen, entstand 1988 das 
kostengünstige Einsteigör-Taxtsy- 
stem Volkswriter deluxe, Weil aber 
auch Einsteiger eventuell irgend- 
wann höhere Ansprüche stellen, 
wurde anschließend das modulare 
Volkswriter- Konzept entwickelt; Aus 
deluxe wurde T, und hinzu kamen 
Volkswriter2 (mit Rechtschreibkori- 
trolle), VolkswriterS (mit automati- 
scher Silbentrennung und Fremd- 
sprachenmodul) und Volkswriterß 
NET (mit Netzbetrieb) Volkswnter3 
steht solchen Textprogrammen wie 
Word und Wordstar in nichts nach - 
auch nicht im Preis; der liegt so zwi- 
schen 850 und 950 Mark, Dagegen 
bekommt man Voikswriterl schon für 
runde 140 Mark - wie gesagt, ledig- 
lich ohne Silbentrennung und Recht- 
schreibprüfung. 

Bei der Installation von Volkswriter 
bemerkt man, daß dem Käufer die Ar- 
beit so leicht wie möglich gemacht 
werden soll, sieht man mal von eini- 
gen Widersprüchen ab. die sich bei 
sehr unüblichen Installation Varian- 
ten ergeben. Die Handgriffe sind zwar 
menügeführt, werden aber zudem 
ausführlich im Handbuch erläutert. 
Besonders interessant dürfte Volks- 
writerf für Besitzer von Rechnern 
ohne Festplatte oder mit einem klei- 
nen Hauptspeicher sein, da die mei- 
sten anderen Textverarbeitungspro- 
gramme wegen ihrer Länge mehr als 
256 KByte RAM und eine Festplatte 
voraussetzen. Eine Installation auf ei- 
nem XT mit 256 KByte Hauptspei- 
cher. 2 Floppy laufwerken und MS- 
DOS 2.11 gelang mühelos. Wollen 
Sie jedoch Voikswriterl gleich nach 
dem Ein sch alten des Rechners durch 
die Autoexec.bat von der Boot-Dis- 
kette aus starten lassen, dann müs- 
sen Sie vorher einige selten benötigte 
externe DQS-Kommandos von der 
360-KByte-Diskette räumen Volks* 
writer2 dagegen ist mit seinem über 1 
Million Wörter umfassenden Recht- 
schreibmodul erst auf Festplattensy- 
stemen sinnvoll einsetz bar. 

Auch die Drucke ransteuerung - das 
leidigste Thema bei Textprogrammen 
- bereitet in den meisten Fällen kerne 
Schwierigkeiten, da Sie sich Ihren 
Drucker aus einer Palette von rund 
400 aussuchen können; außerdem 
wird zusätzlich ein Druckerhandbuch 
mitgeliefert Sollten Sie ihren Drucker 
ln der Aufstellung jedoch nicht finden, 
oder druckt er einige Sonde rzeichen 
trotzdem nicht oder falsch, dann er- 


klärt Ihnen das Handbuch, wie Sie 
sich leichl eine D rucke r-Ubersef- 
zungstabell£ anlegön können 
Etwas schwieriger 1 wegen des Her- 
aussuchens der Buchstaben kodes 
aus verschiedenen Tabellen) ist da- 
gegen das Anlegen einer Überset- 
zungstabelle für die Tastatur, zum 
Beispiel um häufig benutzte Sonder- 
zeichen mit einer beliebigen Buchsta- 
ben- oder Zifferntaste erreichen zu 
können - nach Bedarf auch mit einer 
<Alt> -Tastenkombination. Damit ist 
dann beispielsweise auch das 
Schreiben in einer anderen Sprache 
oder das „Malen" eines Rahmens 
kein Problem Komfortabel ist auch 
die Arbeit mit sogenannten Layouts 
und Formblättern, So können Sie 
zum Beispiel Ränder, Tabulatoren 
und Zeilenabstände innerhalb eines 
Textes mehrfach ändern, indem Sie 
einfach ein anderes Layout an wäh- 
len. Wollen Sie aber das gerade be- 
nutzte Layout speichern, dann rufen 
Sie im Hauptmenü den Punkt Form- 
blätter auf. Dort legen Sie dann fest, 
ob dieses Layout nun (als Formblatt) 
für bestimmte oder alle Dateitypen 
gelten soll; das bewirkt, daß nun mit 
dem Laden einer Datei das jeweils 
gültige Formblatt mitgeladen wird 
Damit können Sie beispielsweise mit 
dem Dateityp .brr Briefe immer einzei- 
lig und mit fxf Manuskripte für die MP 
zweizeilig schreiben. 

Angenehm ist mir auch die Einhand- 
Kursorbedienung aufgefallen Mit 
dem aufeinanderfolgenden - nicht 
gleichzeitigen - Drücken der Tasten 
<Pos1> (Home) sowie einer Kursor- 
taste, <End> oder wieder <Pos1> 
sind große Kursor Sprünge möglich. 
Nach einer kurzen Einarbeitung ist 
diese Kursorbedienung schneller als 
eine Zweihand-Bedienung oder die 
Arbeit mit Pu fl -down -Menüs. 

Nun zur Rechtschreibprüfung: Um 
festzustellen, welche von mir benutz- 
ten Wörter der Duden von Volkswri- 
ter2 noch nicht kennt, habe ich den 
Text dieser MP- Seite prüfen lassen. 
Dabei waren neben einigen längeren 
zusammengesetzten Wörtern unter 
anderem folgende Wörter tür Volks- 
writer noch unbekannt: Einsteiger, 
Netz betrieb, Hauptspeicher, Duden 
und sogar Voikswriterl brs 3, Bei der 
Prüfung wählte ich jeweils die Funk- 
tion Lernen . damit die Wörter in den 
Duden aufgenommen werden. Ein 
zweiter Lauf, bei dem die Recht- 
schreibprüfung ohne Halt durchlief, 
ergab mit einem S-MHz-AT ©me Prüf- 
zeit von 22 s für rund 700 Wörter, 

Wer in seine Texle auch Daten über- 
nehmen will, der kann (optional) von 
Volkswriter das Programm Slice nut- 
zen Es ermöglicht auf einfache 
Weise die Datenübernahme aus 
dBase- oder Lotus 1-2-3-Dateien (für 
über 50 verschiedene Textpro- 
gramme). Die übernommenen Daten 
können danach mit der Rechenfunk- 
tion in VölkswriterS bequem zu einer 
Statistik auf bereitet werden. 

H. Hemke: 


> POST last fl drücken tviul nieder fmlgtibcn. nicht n federte Her), Bann 
die AUF- Taste drücken: Die Lichtaarke springt - in der gleichen Spalte 
- -Ai» oberen Bildschif*rajid. 

Versuchen Sie es auch hleniit in der umgekehrten Richtung: FQSL und 
dann dte SU" Taste drücken. Diu Lieh türke landet in detr aktuellen 
Spalte auf der letzten Bildsehfiwwf le, 

Sch I tcjil Ich prob Seren Sie noch die hü Iden anderen Kügl ichteifte« ans: 
m\ UKKS tet«gt die Lichtearkc mm Tcxtanfaiif der Zelte. PÖSl RECHTS 

um Ze Menende, 

Hit J'QSl xttxi sch lieft lieh auch weh <r R ItRFoitaprüiigö^ ntfgllch. Boi xucft^l ise« 
Micken dhxer Taste tetao; PÜSi F0$1) gelange« Sm xuivichst ule i»it F0S! 

1 ' r crKmi (Hlthchfrazcf te, In diesem Fall aber lun aktuelle« Ihtte« 
IUm,L Ein drittes Metern wn P0S1 (also: 1*031 P0S1 Fö$l) bringt Sie Um 
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Texföearbeifung - alte Bearbeitungsfunktionen können mit den vierfach 
belegten Funktionstasten aufgeruten werden 


J a - rthzopt. I- If nur fern n 
t. - Lerne« (i - Ukuruchr, 
i; Er*ülxen 

I nitte wühlen! _ 

allerdings lii einen langen Tost vlol voller: n’dnl Ich awr allererstem Zelle J? 
iioknntinU» Mit FOSl EHD sfnrlngt die llchtnarke In einen Batx sur allerletzte« 
Zo I 1 o den B«k«ncntt, 

Keine Sorge/ falls Sio ei anal FOSl aus Versehen drücken: FQSt wird ignoriert* 
wann Sie a«nchUrpe«d ein« andere ata die fje nannten Tasten beteiigen. 


Ükn Sie nun mit den versdiiedcfien mi-TdKcnkoabii*Ktaiien und den 
Übrigen Steuer testen Für die LtehU.irtei (stehe fulgutvte Tabelle), 
herken Sin sieh ater anhand der Statuszel le Ihre jeUigt* Fosit Ion !■ 
Text* im nach dieser Uterrg ) dicht hierher zurückiufindmi. 

r h altirr? alterlBlate *lteueyungH taste 11 gilt es xii efoihiie«: die Funkt topstaali 
HK ihr gelangt nnn Lei jaden DrilcheiV atetniJiselnd :ur erst«« 
l JscblmipiiHe und ma Eixla der fmtxol lö t Froblf-rcrn S Io cz jrteich rlnr».l 


C: CUlOUNGi ,UV2 


Öl Ml 37 


fTecbfsschreibprüfung - fehlerhafte, doppelt© oder unbekannte Wörter 
werden marA-ierl 


Einige Leistungsmsrkmate 


Volkswriter- Veraton 

1 

2 

3 

3 NET 

V o raus Setzungen 





DOS ab Version 

2.0 

2.0 

2.0 

3.1 

RAM 

253 KByte 

320 KByte 

304 KByte 

384 KByte 

Festplatte 

nein 

ja 

ja 

ja 

Lei siungsmerk male 





autpm Silbentrennung 

nein 

nein 

ja 

ja 

Festlegend Trennzone 

nein 

nein 

ja 

ja 

Rechtschreibprüfung 

nein 

ja 

ja 

ja 

Synonymwdrierbuch 

nein 

optional' 

optional 1 

optional 1 

Mehrsprachenunierslulzung 

nein 

nem 

ja 

ja 

Rechnen im Tex 1 

nein 

nein 

ja 

ja 

Sortiertunktion 

nein 

nein 

ja 

ja 

Layoutfunktion 

ja 

ja 

ja 

ja 

netzfahig 

nein 

nein 

nein 

ja 

mehrplatzfähig 

nein 

ja* 

ja 5 

ia* 

Dokumenteniänge 

1MByte 

1 MByte 

1 MByte 

1 MByte 

Mausunterstutzung 

optional 

optional 

optional 

optional 

Hmtergrunddruck 

ja 

ja 

ia 

ja 

Zahl der Dr u c ke rt reiöer 

ca. 400 

ca. 400 

ca 400 

ca 400 

ASCii-Dateien 

P 

ja 

ß 

ja 

Preis 

139 DM 

279 DM 

077 DM 3 

1276 DM" 

Upgradepreis 



319 DM 
(Von Version t 
nach 3 399 DM) 

319DM 


Alle Preise inklusive MwSi 
1 Ein Synonym Wörterbuch ist für 99 DM erhältlich 
in Verbindung mH PC-MOS 4 0 

1 Im Preis Ist ein Modul für 1 Fremdsprache enthalten, jedes weitere kostet 99 DM 
* Im Preis ist ein ModuUür i Fremdsprache enthalten. Die Netzversion arbeitet mit 3 Usern 
jedes weitere User -Modul kostet 109 DM 
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kennengeiemt 


WordPerfect 5.1 


WordPerfect liegt eine andere Idee zu- 
grunde, als dem weit verbreiteten Word- 
star. Statt ASCII -Steuerzeichen mit <Ctrl> 
und einem Buchstaben sowie Punktkom- 
mandos im Quelltext werden ausschließ- 
lich die (mit <Shift>, <Ctrl> und <A!t>) vier- 
fach belegten Funktionstasten <F1> bis 
<F10> genutzt. Steuerzeichen stehen un- 
sichtbar im Quelltext, es sei denn, man 
schaltet sie mit <Ait> <F3> zur Kontrolle 
sichtbar. So kann man die in eckigen 
Klammern dargestellten, gut verständli- 
chen Kürzel auch leicht von Hand korrigie- 
ren. Leider wurden einige unübliche Ta- 
stenkombinationen gewählt, etwa <ESG> 
zur Einstellung eines Wiederholfaktors. Die 
üblich erweise dort gesuchte Stornofunktion 
ist über <F1> erreichbar, wo man eigent- 
lich Hilfe erwartet, die aber auf der <F3>- 
Taste liegt. Hat man sich erst einmal an 
die Tastende fegungen gewohnt (was zu- 
dem durch eine mitgelieferte Schablone 
unterstützt wird), läßt sich mit WordPerfect 
flott arbeiten. 

Die auffälligste Neuheit der Version 5.1 
(die uns bereits als deutsche Version 
vorlag) ist die Menüführung mittels Pull- 
down -Menüs, zu deren Bedienung jetzt 
auch die Maus verwendet werden kann. 
Daneben stehen 
aber die traditio- 
nellen Shortcuts 
für den fortge- 
schrittenen Nutzer 
weiterhin zur Ver- 
fügung, und wer 
die Menüs nicht 
benötigt, kann sie 
auch ausblenden. 

Es ist augenfällig, 
daß die neue 
Nutzeroberfläche 
nur aufgesetzt 
wurde, denn nach 
Auswahl eines 
Punktes befindet 
man sich wieder in 
den alten Menü- 
bildschirmen, was 

aber den Vorteil einer gewohnten Umge- 
bung für den erfahrenen Benutzer mit sich 
bringt. In einer Zeit, da immer mehr Pro- 
gramme mit SAA-konformen Dialogboxen 
und Scroil- Menüs aufwarten, mutet die 
Auswahl der Menüpunkte durch Ziffern 
aber nicht sehr modern an. WordPerfect 



8itd 2 

erlaubt zwar die gleichzeitige Bearbeitung 
von zwei Texten, verzichtet aber auf die 
Fenstertechnik, Zur besseren Übersicht ist 
eine farblich differenzierte Darstellung bei- 
der Texte möglich. Positiv fällt die neue 
Verwaltung der Texte durch WordPerfect 
auf, Statt der bei MS-DOS auf 8 Zeichen 
begrenzten Dateinamen kann man jetzt bis 
zu 40 Zeichen (einschließlich Leerzeichen) 
angeben, etwa Brief an Susi . Komfort, der 



Bild 1 


an den Macintosh erinnert. Weiterhin ist 
das Einträgen des Bearbeiters, des Text- 
typs und eines Kommentars möglich. 
Während des Schreibens wird der Text 
automatisch formatiert und - sofern einge- 
stellt - auch getrennt. Auf die automatische 
Trennung sollte man steh aber nicht ver- 


fassen. Zur Unter- 
stützung der deut- 
schen Trenn regeln 
steht ein Ausnah- 
mewörterbuch zur 
Verfügung, das die 
allgemeinen Re- 
geln ergänzt und 
das vom Nutzer 
selbst erweitert 
werden kann. Wird 
die Trennung nach 
Wörterbuch ganz 
abgeschaltet, so 
wird nach engli- 
schen Trennregeln 
verfahren. 

Welcher Abstand 
vom Rand höch- 
stens erlaubt ist, kann eingestellt werden. 
Blocksatz macht sich nur beim Druck oder 
bei der Druck Vorschau bemerkbar; wäh- 
rend des Editierens wird - im Gegensatz 
zu Wordstar - nicht mit Leerzeichen auf- 
gefüllt. Etwas verwirrend ist, daß Format- 
festlegungen nicht global getroffen wer- 
den, sondern stets ab der aktuellen Kur- 
sorposition gültig sind und (unsichtbar) in 
den Guelftext (auch mehrmals) eingetra- 
gen werden. Hier geht schnell die Über- 
sicht verloren, 

WordPerfect bietet alles, was zu einer mo- 
dernen Textverarbeitung gehört: Die Ver- 
waltung der Fußnoten und des Anhanges 
sowie von Index-, Quellen- und Inhaltsver- 
zeichnissen. Zusätzlich gibt es Funktionen, 
die man sonst nur von DTP- Program men 
wie Ventura Publisber und PageMaker 
kennt, nämlich die Arbeit mit sogenannten 
Styies. Einmal definierte Schrifttypen kön- 
nen gespeichert und später wieder ver- 
wendet werden. Darüber hinaus ist auch 
die Festlegung ganzer Layouts möglich, in 
die später nur noch die Texte geladen zu 
werden brauchen. Auf diese Weise können 
Publikationen (Zeitschriften, Broschüren) 
mit geringem Aufwand stets gleich gestal- 
tet werden. 

Die beiden Seiten dieses Beitrages zei- 
gen, wie dies im Druck aussieht. Der Text 
wurde mit WordPerfect erfaßt, formatiert 
und als PostScripLEmulation über einen 
Laserdrucker mit einer Auflösung von 300 
dpi ausgegeben. Für die in der Druckerei 

Fortsetzung siehe 3. Umschlagseile 
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Mikroprozessortechnik, Heft 12 -90 


Zum 

Titelbild: 

Sie müssen ja nicht auch gleich Bleistift und Lineal 
in den Papierkorb werfen, wenn Sie ihre Leiterplat- 
ten künftig an Ihrem „persönlichen Computer“ ent- 
wickeln wollen. Aber brauchen werden Sie diese 
Utensilien dann nur noch selten. Denn viele der ver- 
trauten Tätigkeiten kann Ihnen der PC abnehmen. 
Welche das sind und ob sich die PC-Anschaffung 
damit auch für Sie lohnt, erfahren Sie in unserem 
Beitrag auf der Seite 4 



Im 5. Teil unseres Kurses zu MS-DOS wollen wir Ih- 
nen eine Möglichkeit aufzeigen, wie Sie sich durch 
eine komfortable Nutzeroberfläche die ansonsten 
recht umständliche Bedienung von DOS auf wenige 
Handgriffe reduzieren können. Der auf der Seite 1 9 
vorgestellte Norton Commander hat aus diesem 
Grunde auch eine recht weite Verbreitung gefun- 
den. Einige weniger bekannte Detailinformationen 
sind sicher auch für den schon versierten Anwender 
interessant. 


Das Datenbankentwicklungssystem Clipper bietet 
leider (noch) keine von vielen anderen Systemen 
her bekannte integrierte Entwicklungsumgebung, 
um daraus den Compiler, den Linker und den De- 
bugger aufrufen zu können. Wie Sie dem mit den 
einfachen Mitteln einer Batch-Datei abhelfen kön- 
nen, zeigt unser Beitrag auf der Seite 1 5. 


Vorschau 

Für das Heft 1/1991 haben wir für Sie Beiträge zu 
folgenden Themen vorbereitet; 

• Objektorientierte Programmierung 

• Clipper 5.0 

• PCs mit dem 386sx 

• DR DOS 5.0 
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Der deutsche 
Workstationmarkt 

Nach Aussagen der IDC Deutschland 
GmbH in ihrer jüngsten Studie „Der 
deutsche Markt für Workstations 
1989-1995“ wurde erstmals die 
Grenze von 1 Milliarde DM über- 
schritten. Ausgeliefert wurden 1989 
24 000 Einheiten, davon etwa 80 Pro- 
zent der Geräte für den wissenschaft- 
lichen/technischen Bereich und etwa 
20 Prozent für kommerzielle Aufga- 
ben. An der Spitze liegen Hewlett- 
Packard/Apollo-Systeme mit 44 Pro- 
zent Marktanteil, gefolgt von Digital 
Equipment (26 Prozent) und Sun (18 
Prozent). Danach folgen Silicon Gra- 
phics, Intergraph, PCS und IBM. Sy- 
steme mit RI SC -Architektur (Redu- 
ced Instruction Set Computers) hät- 
ten mit 20 Prozent Anteil gegenüber 
den herkömmlichen CISC-Systemen 
(Complex Instruction Set Computers) 
bisher eine untergeordnete Rolle ge- 
spielt. Allerdings erwartet man, daß 
sich der RISC-Anteil in dem insge- 
samt stark wachsenden Workstation- 
markt deutlich erhöhen wird. Per An- 
fang 1990 waren in der (damaligen) 
BRD knapp 58400 Systeme instal- 
liert. Die genannte Studie kann für 
4200- DM (plus MwSt.) bei der IDC 
Deutschland GmbH, Westerbach- 
straße 23, W-6242 Kronberg 1 , ange- 
fordert werden. 


EDV-Komplettlösungen 

Die Texas Instruments Deutschland 
GmbH und die Garmhausen & Part- 
ner GmbH kooperieren, um auf der 
Basis von Tl-Computern Komplettlö- 
sungen zu vermarkten. Das Bonner 
Software- und Systemhaus Garm- 
hausen & Partner konnte in Ost- 
deutschland bereits mehrere Ge- 
schäftsstellen errichten, wobei man 
auch auf den Stamm der bei Robo- 
tron mit Unix befaßten Mitarbeiter zu- 
rückgriff. Denn im Vordergrund der 
Kooperation stehen Unix-Anwendun- 
gen auf der Basis der Tl-Mehrplatz- 
rechnerfamilie S 1500 (Motorola-Pro- 
zessoren) und von leistungsfähigen 
PCs auf Basis der Prozessoren 
80386 und 80486. TI gewährleistet 
mit elf Stützpunkten im bisherigen 
Bundesgebiet, daß im Regelfall 
spätestens vier Stunden nach einer 
Schadensmeldung beim Kunden vor 
Ort für Abhilfe gesorgt wird; dieser 
Service soll nun auch in Ostdeutsch- 
land angeboten werden können. 


Neues von Novell 

Auch die Novell GmbH, Düsseldorf, 
bekannter Anbieter von Server-Be- 
triebssystemen, baut ein Netz von 
Partnern in Ostdeutschland auf. Als 
erster Schritt wurde mit sechs Unter- 
nehmen eine Zusammenarbeit ver- 
einbart. Als Systemhaus beziehungs- 
weise Trainingszentrum (NAEC-No- 
vell Authorized Education Center) 
fungieren künftig: MEL Industrieauto- 
mation GmbH, sfi - Systemhaus für 
Informationsverarbeitung GmbH, 
CVU Systemhaus GmbH, CVU- 
Schulungszentrum GmbH, SRS Soft- 
ware und Systemhaus Dresden so- 
wie Robotron-Bürocenter Dresden 
GmbH, die seit September als Bull 


Systemhaus Dresden GmbH fir- 
miert. 

Zur Zeit werden die angehenden No- 
vell-Spezialisten in Ost-Berlin und 
Düsseldorf geschult, die nach Tests 
dann den Titel CNE (Certified Net- 
Ware Engineer) oder CNI (Certified 
NetWare Instructor) führen. Durch 
diese Autorisierungsmaßnahmen soll 
gewährleistet werden, daß Unterneh- 
men in der Ex-DDR das Knowhow be- 
sitzen, Support und Schulungslei- 
stungen zu übernehmen und den An- 
wender qualifiziert bei der Einführung 
von Netzwerkkomponenten zu unter- 
stützen. Auch die Einführung von No- 
vell-Fachhändlern kann direkt und 
vor Ort von den neuernannten 
NAECs übernommen werden. 

Mit einem Bündel von Maßnahmen 
geht die amerikanische Novell Inc. 
derzeit gemeinsam mit ihren Tochter- 
gesellschaften in Europa gegen 
Grauimporte vor. Der Anbieter von 
Server-Betriebssystemen für lokale 
und unternehmensweite Netzwerke 
unterstützt damit seine offiziellen Di- 
stributionspartner und autorisierten 
Händler gegen Grauimporteure, die 
Novell-Produkte ohne adäquaten 
Support liefern. So gibt Novell dem 
Handel in Deutschland eine Liste 
empfohlener Endverkaufspreise an 
die Hand. Das schafft nach Worten 
von Roland Richter, Verkaufsleiter für 
Deutschland und Österreich, „Trans- 
parenz im Preisgefüge und ermög- 
licht allen Marktpartnern eine bessere 
Orientierung“. 

Unisys kooperiert mit CVU 

Die Unisys Deutschland GmbH, Sulz- 
bach (Taunus), und die Computer 
Vertriebs-Union Berlin GmbH, Ost- 
Berlin, eine der Robotron-Nachfoige- 
gesellschaften, haben ein Koopera- 
tionsabkommen unterzeichnet. Da- 
nach wird die CVU die hundertpro- 
zentige Tochtergesellschaft UNICON 
gründen, die in Zukunft exklusiv für 
Unisys Arbeitsplatzrechner und 
Mehrplatzsysteme in der Ex-DDR 
vertreiben wird. Im Beirat der UNI- 
CON wird Unisys mehrheitlich vertre- 
ten sein. Unisys steuert sein Know- 
how u. a. durch die Bereitstellung von 
drei Ausbildern und einem Manager 
bei und wird auch für die umfangrei- 
che Ausstattung mit Demonstrations- 
geräten, Marketing-Materialien, Soft- 
ware usw. sorgen. 

Die neue Firma wird zunächst etwa 
40 Mitarbeiter haben, dazu kommen 
noch etwa 10 Servicemitarbeiter aus 
dem ehemaligen Robotron-Betrieb, 
die den Servicebereich von Unisys 
ergänzen. Zur Zeit wird ein flächen- 
deckendes Servicenetz für Unisys-In- 
formationssysteme aufgebaut. 
Hauptsitz von UNICON ist Berlin, 
Zweigstellen sind in Chemnitz, Erfurt, 
Leipzig, Magdeburg und Rostock ge- 
plant. 

Ingenieurbetrieb 
gemeinsam mit Siemens 

Der Ingenieur-Betrieb Gera (IBG) - 
ehemals Ingenieurbetrieb für die An- 
wendung der Mikroelektronik im Be- 
zirk Gera - baut sein Beratungs- und 
Leistungsangebot in der Industrieau- 
tomatisierung durch Kooperation mit 


Siemens aus. Die IBG mit derzeit 40 
Mitarbeitern ist der erste Vertriebs- 
partner für das Siemens Produktge- 
biet Computer Aided Engineering 
(CAE) mit der Konstruktionssoftware 
Sigraph-CAE sowie Simatic und Si- 
comp/PC für die Fertigungssteue- 
rung. Die IBG wird ihren Kunden - zu 
denen vor allem Industrieunterneh- 
men gehören - auch die Siemens 
Produktpalette für die Industrie- und 
Fertigungsautomation anbieten. Die 
IBG-Mitarbeiter werden zur Zeit im 
Umgang mit neuen Rechnergenera- 
tionen und deren Einsatz bei inte- 
grierten Verfahrenslösungen ge- 
schult. 

Express-Service 
für Leistungshalbleiter 

Das AEG/Siemens-Unternehmen eu- 
pec hat jetzt einen Express-Service 
eingerichtet, mit dem bei kleinen 
Stückzahlen die Bauelemente inner- 
halb von 48 Stunden nach Auftrags- 
eingang ausgeliefert werden können. 
Voraussetzung dafür waren der Ein- 
satz moderner Technologien bei der 
Abwicklung und Bearbeitung der Be- 
stellung und eine optimale und flexi- 
ble Lagerhaltung, die schnelle Zu- 
griffszeiten ermöglicht. Über die Min- 
dest- und Höchstmengen gibt ein Ex- 
press-Service-Katalog Auskunft, der 
auch die Telefax-, Telex- und TTX- 
Nummern enthält. Die telefonische 
Bestellung ist unter der Telefon-Num- 
mer (089) 35 00-2371 möglich. 

Systemhausparfner 

Die AEG Olympia und die Robotron 
business Systems GmbH, hervorge- 
gangen aus einem Zweig der Robo- 
tron Anlagenbau GmbH, präsentier- 
ten sich jetzt als Systemhauspartner. 
Ziel dieser Partnerschaft ist es, ein 
komplexes Leistungsspektrum in den 
Bereichen Büro- und Computertech- 
nik anzubieten. Durch die Verknüp- 
fung des Hardwareangebotes mit ei- 
nem breiten Spektrum an Softwareer- 
zeugnissen soll den spezifischen An- 
wenderbedürfnissen optimal entspro- 
chen werden. Als wichtiger Beitrag 
von Rbs gehören Schulungen, zum 
Beispiel am Desktop-Publishing-Sy- 
stem, sowie umfassender Service für 
alle AEG-Erzeugnisse zum System- 
hausangebot. 

Fragebogen 

für Netzwerk-Anwender 

Aus der Erfahrung der telefonischen 
Beratung, die als ein Element für den 
Erfolg des PC-Anbieters Dell Compu- 
ter anzusehen ist, hat die Firma jetzt 
einen Fragebogen für Netzwerk-In- 
teressenten entwickelt. Der Fragebo- 
gen ist als Basis für eine gezielte Kun- 
denberatung gedacht und richtet sich 
sowohl an solche Anwender, die erst- 
mals den Einsatz eines PC-Netzwer- 
kes erwägen, als auch an jene, die 
bereits Netzwerke unterschiedlicher 
Art betreiben. Die häufigsten Fragen 
und Unsicherheiten potentieller Netz- 
werk-Kunden wurden systematisiert 
und in logischer Abfolge erfaßt. 

Den Fragebogen erhält auf Wunsch 
jeder Anwender, der den Langener 
Direktanbieter auf Netzwerkfragen 


anspricht. Auf der Basis der gegebe- 
nen Antworten ist es in der Regel 
möglich, entweder einen eindeutigen 
Lösungsvorschlag bis hin zum kon- 
kreten Angebot zu machen oder, in 
komplizierten Fällen, gangbare Alter- 
nativen mit Vor- und Nachteilen zu 
nennen. Im Anhang des Netzwerk- 
Fragebogens führt Dell einige häufig 
geäußerte Anwenderfragen auf und 
gibt Antworten, die gleichzeitig ein 
Grundwissen zum Thema Netzwerke 
vermitteln. 

Leipziger CADdy Tage ’9 O 

Zur offiziellen Markteinführung der 
neuen CADdy Version veranstaltete 
ZIEGLER-Instruments im August 
1990 die „Leipziger CADdy Tage 
’90“. CADdy-Anwendern und CAD- 
Interessierten in der DDR wollte das 
Mönchengladbacher Softwarehaus 
mit der Sonderveranstaltung die Ge- 
legenheit geben, sich selbst ein Bild 
über die Neu- und Weiterentwicklun- 
gen der CAD-Software für Personal 
Computer zu machen. Gleichzeitig 
präsentierten namhafte Hardware- 
Hersteller ihre Spitzenprodukte (Gra- 
fiksysteme, Plotter, Personal Compu- 
ter u.ä.). Der Messe vorgeschaltet 
waren spezielle Informationstage für 
die Vertriebspartner in der ehemali- 
gen DDR. 

Es wurde bekanntgegeben, daß das 
Unternehmen insgesamt 300 Pro- 
grammpakete der CAD-Einsteiger- 
Software CADdy Junior den öffentli- 
chen Bildungsstätten in Form einer 
Schenkung zukommen lassen werde. 
Der Gesamtwert der Software beläuft 
sich auf knapp 240 000 DM. 

Die Aktivitäten von ZIEGLER-Instru- 
ments in der ehemaligen DDR be- 
schränken sich nicht auf die vertriebli- 
che Seite; auch in Sachen Programm- 
entwicklung wird mit Partnern in der 
Ex-DDR zusammengearbeitet. Be- 
reits im Sommer vergangenen Jahres 
wurde ein Kooperationsvertrag mit 
dem Forschungszentrum des Werk- 
zeugmaschinenbaus in Chemnitz ab- 
geschlossen. Ein Zusatzmodul zu 
CADdy Maschinenbau ist bereits ent- 
wickelt und Bestandteil der neuen 
Version. Weitere solcher Entwick- 
lungsprojekte sind in Arbeit. 

Kopierer-Tausch 

Besitzern von Secop-Kopierern un- 
terbreitet die Rank Xerox GmbH ein 
Angebot: Bei Abgabe des Secop-Ge- 
rätes und gegen eine verbrauchsab- 
hängige Miete erhält der Kunde einen 
werksüberholten Xerox-Kopierer. 
Damit verbunden ist die Garantie auf 
Wartung des Gerätes und die Liefer- 
fähigkeit von Ersatzteilen für minde- 
stens drei Jahre. Die Auslieferung der 
Kopierer erfolgt vom Werk in Berlin- 
Marzahn aus. Interessenten können 
sich an die Rank Xerox GmbH in Ost- 
berlin wenden (Tel. 22 52 22 25). 
Nebenbei bemerkt; Die Rank-Xerox- 
Presseinformation beginnt mit den 
Sätzen: „Besitzer von SEKOP-Kopie- 
rern dürften bald erhebliche Pro- 
bleme bekommen. Der Grund: Durch 
die Auflösung des Lieferanten VEB 
Robotron sind Wartung und Ersatz- 
teilbeschaffung nicht mehr gesi- 
chert.“ Dazu Herr Füllgraf, Ge- 
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schäftsführer der Secop-Vertriebs- 
firma (Tel. Berlin 440 33 27): „Das ist 
schlicht eine Lüge! 1 . Der „Lieferant“ 
wurde nicht aufgelöst, sondern um- 
gebildet. Der damalige VEB Robotron 
Vertrieb (RVB) firmierte in die Com- 
puter Vertriebsunion Berlin um. Zum 
1.9. 1990 wurde als Tochtergesell- 
schaft die CopyCom GmbH i. G. Ber- 
lin errichtet. 2. Wir, die Mitarbeiter der 
neu gegründeten Firma CopyCom 
GmbH i.G., können nachdrücklich 
versichern, daß der Service für Se- 
cop-Kopiergeräte sowie die damit 
verbundene Bereitstellung von erfor- 
derlichem Zubehör umfassend abge- 
sichert ist. Die CopyCom GmbH ga- 
rantiert allen Secop-Nutzern für jetzt 
und die Zukunft einen überzeugen- 
den Kundendienst.“ 

Selbst dann, wenn Rank Xerox hand- 
feste Gründe hätte, daran zu zwei- 
feln, fragt man sich, ob es die Firma 
nicht vielleicht nötig hat, ihre Um- 
tauschaktion mit geschäftsschädi- 
genden Verlautbarungen über Wett- 
bewerber zu koppeln. MP 

Neuer Termin 

für die INFOBASE ’91 

Die siebte INFOBASE, Internationale 
Fachmesse für Informationsmanage- 
ment in Frankfurt/Main, hat einen 
neuen Termin: 23. bis 25. April 1991. 
Auch inhaltlich wurde eine Änderung 
vollzogen: Die bisher benutzte Unter- 
zeile Internationale Fachmesse für 
elektronische Informationsprodukte 
wurde ersetzt durch den neuen Titel 
Internationale Fachmesse für Infor- 
mationsmanagement. Diese Umbe- 
nennung verspricht eine sinnvolle Er- 
weiterung der Angebotspalette. Unter 
dem Begriff Informationsmanage- 
ment werden in Zukunft zusätzlich 
zum bisherigen Angebot auch Hard- 
und Softwarelösungen bzw. weitere 
periphere Produktlinien ins Ausstel- 
lerprogramm mitaufgenommen. Mit 
dieser Erweiterung können noch ge- 
zielter sowohl Entscheidungsträger 
aus Industrie und Wirtschaft als auch 
die zunehmend wichtig werdende 
Gruppe der Informationsbroker bzw. 
-berater angesprochen werden. 

n Zilog u bleibt Jetzt „Zllog“ 

Die Erfurter ERMIC GmbH, vormals 
VEB Mikroelektronik, ergänzt ihr Sor- 
timent an Mikroprozessor- und Peri- 
pherieschaltkreisen, deren Architek- 
turen zum großen Teil Zilog-kompati- 
bel sind, um originale Zilogprodukte. 
Grundlage dafür ist ein Distributions- 
vertrag, der ERMIC berechtigt, als 
autorisierter Zilog-Distributor für 
Deutschland und Osteuropa aufzu- 
treten. 

Insgesamt beinhaltet die Unterneh- 
mensstrategie von ERMIC neben 
dem Weiterführen von Teilen der 
heutigen Bauelementepalette auch 
das Nutzen von Silicon-Foundry-Ge- 
schäften, die Entwicklung und Ver- 
marktung eigener neuer Produkte so- 
wie ein weites Feld von Dienstleistun- 
gen. Diese künftigen Geschäfte will 
man teils mit eigener Kraft, vor allem 
aber mit westlichen Kooperations- 
partnern angehen. 

OsMVest- Kommunikation 

Mitte September stellte sich in einer 
Präsentation die junge Firma Data 
TeleMark in Ostberlin der Öffentlich- 


keit vor. Die Entwicklungs- und Ver- 
triebsgesellschaft für Telekommuni- 
kationslösungen will mit ihren Pro- 
dukten und Leistungen insbesondere 
sich neu niederlassenden Firmen und 
Einrichtungen bei der Bereitstellung 
von Ost-West-Datenverbindungen 
helfen. Mit Hilfe von Kooperations- 
und Vertriebsabkommen mit westli- 
chen Partnern kann somit auch der 
kommunikationstechnische Rück- 
stand in den östlichen deutschen 
Ländern gemindert werden. Ein er- 
ster Erfolg sind beispielsweise 
deutsch-deutsche kommerzielle Da- 
tenverbindungen via Satellit im Zu- 
sammenwirken mit den Postverwal- 
tungen. 

PizazzPlus - Update 

Für Anwender von PizazzPlus-Ko- 
pien, die ihren Wohnsitz in der Ex- 
DDR nachweisen, bietet die Peter 
Rosenthal GmbH bis zum 31.12. 
1990 die Möglichkeit der Legalisie- 
rung. Zum Sonderlizenzpreis von 
199,50 DM (incl. MwSt) erhält der 
Nutzer eine registrierte Lizenz und 
ein Update der neuesten PizazzPlus- 
Version. 

NC-Standard*Schnittstelle 

Die kürzlich gegründete Förderge- 
meinschaft SERCOS interface e. V. 
(FGS) hat sich zur Aufgabe gesetzt, 
die von einem gemeinsamen ZVEI/ 
VDW-Arbeitskreis (einem gemeinsa- 
men Gremium des Zentralverbandes 
Elektrotechnik- und Elektronikindu- 
strie (ZVEI) sowie des Verbandes 
Deutscher Werkzeugmaschinenfa- 
briken (VDW)) erarbeitete Spezifika- 
tion einer offenen digitalen Schnitt- 
stelle zur Kommunikation zwischen 
numerischen Steuerungen und An- 
trieben unter der Bezeichnung SER- 
COS interface zu vermarkten, das 
heißt, allen interessierten Kreisen, 
zum Beispiel Maschinenherstellern 
und Endbetreibern, zugänglich zu 
machen. Ein weiteres Ziel der Förder- 
gemeinschaft ist es, SERCOS inter- 
face als internationalen Standard ein- 
zuführen. 

Erschienen ist inzwischen auch die 
mehrere hundert Seiten umfassende 
Interfacedokumentation zum Preis 
von 1 000,- DM (plus MwSt.). 

Nähere Informationen über die För- 
dergemeinschaft SERCOS interface 
e. V. sowie die Dokumentation erhal- 
ten Sie bei der Geschäftsstelle der 
FGS, Stresemannallee 19, W-6000 
Frankfurt am Main 70. 

Umstellen 

der Gehaltsrechnung 

Für Anwender und interessierte Un- 
ternehmen gibt die Firma Soft-Re- 
search den Informationsdienst 
„DDR-LOHNAKTUELL“ heraus. Er 
behandelt aktuelle Probleme des 
Umsteilens der Lohn- und Gehaltsab- 
rechnung. Der Informationsdienst ist 
kostenlos und kann formlos angefor- 
dert werden bei: Soft-Research 
GmbH, Leopoldstraße 56A, W-8000 
München 40; Tel. (0 89) 34 98 22. 

Pressearbeit — aber wie? 

Das Ergebnis zahlreicher Pressein- 
formationen ist für Redaktion wie An- 
bieter gleichermaßen frustrierend: 
Marktschreierische Übertreibungen 
gehen oftmals einher mit unprofes- 


sioneller Aufbereitung. Die Überar- 
beitung der Texte ist oftmals zu auf- 
wendig, so daß sie häufig nicht be- 
rücksichtigt werden. Abhilfe schaffen 
will das Impuls-Seminarzentrum 
LWP in Lenggries mit einem „Presse- 
Workshop für DV-Unternehmen“. 
Neben Pressetexten sollen der Auf- 
bau einer Strategie für Öffentlich- 
keitsarbeit, der Kontakt mit Journali- 
sten, die Organisation von Presse- 
konferenzen und andere PR-rele- 
vante Themen speziell der DV-Bran- 
che besprochen werden. 
Hardwarehersteller, Software- und 
Systemhäuser sowie Dienstlei- 
stungsunternehmen, die Tips für ihre 
Pressearbeit suchen, wenden sich an 
das Impuls-Seminarzentrum LWP 
GmbH, Ludwig-Thoma-Weg 9, W- 
8172 Lenggries, Tel. 0 80 42/80 81 . 

Tandberg-Data - 
Peripherie am ESER 

In Zusammenarbeit mit dem Daten- 
verarbeitungszentrum (DVZ) in Leip- 
zig entwickelte die Tandberg Data 
GmbH eine Lösung, um ihre IBM 
3174-kompatible Peripherie an die in 
der Ex-DDR verbreiteten ESER-Zen- 
traleinheiten anschließen zu können. 
Die Anpassung der Steuereinheit an 
den ESER-Rechner erfolgt dabei 
über Software. Dies eröffnet den Be- 
treibern von Rechenzentren in der 
Ex-DDR die Möglichkeit, die Zentral- 
einheit zu einem späteren Zeitpunkt 
gegen aktuelle IBM-Modelle oder 
kompatible auszutauschen. Lediglich 
ein Wechsel der Software ist dann er- 
forderlich. 

Rund um Clipper 

Die Firma Nantucket bietet jetzt einen 
neuen Add-on-Katalog im Taschen- 
buchformat an, der in weiteren Aus- 
gaben ständig aktualisiert wird. 

Neben Informationen über Tools und 
Utilities von Drittanbietern enthält das 
Nachschlagewerk eine Übersicht 
über das umfangreiche Angebot an 
ausgereiften und interessanten in 
Clipper erstellten Applikationen. Zu- 
sätzlich sind ein Verzeichnis über 
deutschsprachige Literatur und ein 
detaillierter Index enthalten. 

In übersichtliche Kapitel gegliedert, 
weisen die einzelnen Einträge die Be- 
zugsadresse, eine Kurzinformation 
sowie die Preisangabe für das jewei- 
lige Produkt auf. Zu beziehen ist 
Rund um Clipper zum Preis von 
19,80 DM (inkl. MwSt) bei der Firma 
Nantucket GmbH, Postfach 220101, 
W-5090 Leverkusen 22. 

Technologiestudien 

Im Auftrag des Bundesministeriums 
für Forschung und Technologie 
(BMFT) hat die VDI/VDE-Technolo- 
giezentrum Informationstechnik 
GmbH insgesamt 14 Studien zur Mi- 
krosystemtechnik erstellen lassen. 
Sie vermitteln eine Übersicht über 
den nationalen und internationalen 
Entwicklungsstand sowie Trends der 
Mikrosystemtechniken. Innovations- 
gehalt und -risiken, Marktanforderun- 
gen und -prognosen, Technologiean- 
bieter und Dienstleister - auch diese 
Aspekte werden in den Berichten be- 
handelt. 

In der Studie ASICs wird versucht, 
den aktuellen Stand der ASIC-Tech- 
nik und das darin enthaltene Potential 
kleiner und mittlerer Unternehmen 


darzustellen; sie geht aber auch ins- 
besondere auf Problempunkte ein, 
die ein potentieller ASIC-Entwickler 
oder -Anwender zu beachten hat. Sie 
ist so gegliedert, daß nach einer Be- 
griffsdefinition der Stand der Techno- 
logieentwicklung bei anwenderspezi- 
fischen Schaltkreisen aufgezeigt 
wird. Hierbei sollen die hinter dem 
Stichwort „Entwicklungsumgebung“ 
verborgenen Begriffe wie Design-, Si- 
mulations- und Testwerkzeuge, Auf- 
gabenteilung Hersteller - Anwender 
und mögliche Schnittstellen dieser 
Arbeitsteilung beleuchtet werden. 
Der Abschnitt „Verfügbarkeit“ stellt 
eine Art Checkliste der Entschei- 
dungs- und Auswahlkriterien für eine 
ASIC-Entwicklung dar. Neben den 
rein technischen Details spielen hier 
auch Fragen der Personalverfügbar- 
keit und erforderlichen Investitions- 
höhe eine Rolle. Im letzten Teil dieser 
Studie schließt sich eine Darstellung 
der Technologielandschaft in der 
Bundesrepublik Deutschland an, wo- 
bei besonders die Dienstleistungen im 
ASIC-Bereich präsentiert werden. 
Weitere Studien gibt es u.a. zu den 
Themen 

- piezokeramische Aktoren 

- Mikromechanik 

- intelligente Module und anwen- 
dungsorientierte Leistungshalbleiter. 

Die Studien können für jeweils 60- 
DM über folgende Anschrift bezogen 
werden: VDI/VDE-IT GmbH, Herr 
Beumler, Budapester Straße 40, 
W-1 000 Berlin 30; Tel. 2 60 91 94. 

Neue Computermesse 
in Asien 

Auch Asien hat jetzt seine eigene 
Prestige-Messe für Informations- und 
Kommunikationstechnik: die CENIT 
ASIA ’90, die vom 25. bis 28. Sep- 
tember in Hongkong stattfand. Etwa 
250 Aussteller aus 26 Ländern zeig- 
ten ihre neuesten Produkte auf einer 
Fläche von 20 000 m 2 . CENIT ist die 
asiatische Version der weltweit größ- 
ten Messe für Informations- und Kom- 
munikationstechnik, der CeBIT, die 
jedes Jahr in Hannover abgehalten 
wird. Die CENIT wird gemeinsam von 
der Hannover-Messe International 
GmbH und der Firma Adsale Exhibi- 
tion Service Ltd. organisiert. Gleich- 
zeitig mit der Premiere dieser Messe 
wurden internationale Konferenzen 
und Symposien abgehalten. Bei- 
spielsweise die Region Ten Confe- 
rence mit dem Thema Computer und 
Kommunikation, organisiert vom In- 
stitut der Elektro- und Elektronikinge- 
nieure (IEEE - Institute of Electrical 
and Electronics Engineers Inc.), dem 
mehr als vierzehn Mitgliedsländer 
und 23 000 Einzelmitglieder in Asien 
angehören. 

Für Studenten billiger 

Tommy Software bietet jetzt seine 
deutschen Softwareprodukte als ko- 
stengünstige Studentenversionen 
an. Das Angebot gilt auch für Schüler. 
Alle Studentenversionen sind um 
rund 50 % gegenüber den normalen 
Versionen gesenkt worden. Sie bie- 
ten dabei die gleiche Leistung. Mega- 
Paint II wird als Studentenversion für 
249,- DM vertrieben, MegaPaint II 
Professional für 399,- DM, Mega- 
Paint II PC für 289,- DM, und die Mu- 
sikprogramme SoundMachine II und 
SoundMerlin werden für 99- DM 
bzw. 149,- DM abgegeben. 


Mikroprozessortechnik, Berlin 4 (1990) 12 


3 


Leiterplattenentwurf am PC 


Lutz Mantz, Berlin 


Eine Zahl hat micht überrascht: Nach über- 
einstimmenden Einschätzungen mehrerer 
Kleinfertigungszentren und verschiedener 
Hersteller wurden zum Jahresanfang in der 
damaligen DDR noch 90 % aller Leiterplat- 
tenkonstruktionen als Handentwurf gefertigt. 
Die Ursachen dafür sind offensichtlich vielfäl- 
tig: zum ersten die bislang ungenügende Be- 
reitstellung grafikfähiger Rechner, sowohl in 
Form von PCs als auch von Workstations, 
zum zweiten scheinen die Ansprüche vieler 
Entwickler noch mit Einlagenleiterplatten 
niedriger Schwierigkeitsgrade zu befriedigen 
zu sein, zum dritten waren zu diesem Zeit- 
punkt die Herstellungskapazitäten für Leiter- 
platten höherer Schwierigkeitsgrade auch 
nicht gerade reichlich vorhanden, und zum 
letzten standen noch zu wenige Informatio- 
nen über Sinn und Zweck des rechnerge- 
stützten Leiterplattenentwurfes, die Anforde- 
rungen, die an solche Systeme gestellt wer- 
den, und deren Leistungsfähigkeit zur Verfü- 
gung. 

Das richtige System entscheidet 

Nun wollen wir in diesem Artikel keine Patent- 
rezepte entwickeln und nicht am Ende ermit- 
teln: Dieses eine System erfüllt alle Ansprü- 
che. Ein absolut ideales System gibt es nicht, 
und was heißt schon „absolut ideal“? Dazu 
sind die Anforderungen in den Unternehmen 
zu verschieden, so daß es sinnvoller er- 
scheint, auf einige Grundsätze bei der Aus- 
wahl hinzuweisen und sie zu diskutieren. Da 
den Entwicklern ein vielfältiges Spektrum an 
Leiterplattensoftware vorliegt, gilt es, recht 
gründlich zu überlegen, ob und für welches 
Entwurfssystem man sich entscheiden soll. 
Ausgangspunkt unserer Überlegungen soll 
sein, daß wir von Systemen ausgehen, die für 
den professionellen Einsatz gedacht sind. 
Ferner stehen Systeme im Vordergrund, die 
auf PC-Basis einsetzbar sind, was durchaus 
kein Qualitätskriterium darstellt, sondern für 
Anwender in mittleren Unternehmen und für 
Einsteiger schon allein aus Kostengründen 
eher zu empfehlen ist. Denn wenn man sich 
für den rechnergestützten Konstruktionsent- 
wurf entscheidet, sollte man nicht gleich „mit 
Kanonen auf Spatzen schießen“. 

Zeichnen kostet Zeit 

Den aufwendigen Weg des manuellen Ent- 
wurfes hier detailliert zu beschreiben erübrigt 
sich von selbst, denn der dürfte hinlänglich 
bekannt sein. Allein der Zeitaufwand für eine 
optimale Plazierung im Hinblick auf kürzeste 
Leiterzugverbindungen, eine geringe Anzahl 
von Leiterzugkreuzungen und eine Bauele- 
menteanordnung, die den Einbaubedingun- 
gen der Leiterplatte im Gehäuse entspre- 
chen, ist erheblich. Bekanntlich wird durch 
eine günstige Plazierung der Bauelemente 
der Aufwand für die Entflechtung (Trassie- 
rung, Routing) positiv beeinflußt - abgese- 
hen davon, daß für funktionstüchtige Leiter- 
platten, besonders in den Bereichen HF- 
Technik und Digitaltechnik, einige Erfahrun- 
gen notwendig sind. Trotzdem ist die Leiter- 
plattenkonstruktion selbst bei einer Zweiebe- 
nenleiterplatte mit Durchkontaktierungen 
(DKL) mit wenigen hundert Verbindungen 
eine zeitaufwendige und mühselige Angele- 


genheit. Und zum Schluß sind noch die Ferti- 
gungsunterlagen in der entsprechenden Prä- 
zision anzufertigen. Damit wären wir bereits 
beim Erstellen der vielen Unterlagen, die ins- 
gesamt für einen Entwurf benötigt werden. In 
kleineren Unternehmen kann in speziellen 
Fällen auf das eine oder andere verzichtet 
werden, aber insgesamt sind doch unter an- 
derem eine Menge Zeichnungen anzuferti- 
gen, die jede für sich als Unikat angesehen 
werden muß. 

Von den vielen spezifischen Arbeitsmitteln 
und Unterlagen seien hier nur die wichtigsten 
herausgegriffen. Als erstes wäre der Strom- 
laufplan zu nennen, der auf dem Zeichen- 
tisch aus der Handskizze entstehen soll. 
Dazu gehören die Bauteilliste für die Mate- 
rialbeschaffung und den Konstrukteur, der 
dazu noch eine Verbindungsliste benötigt, 
die bei größeren Konstruktionen schon recht 
umfangreich werden kann. Aus der eigentli- 
chen Konstruktion entstehen die Leiterbild- 
zeichnung, Bohrpläne (Bearbeitungszeich- 
nung), die Bestückungszeichnung, die Löt- 
stopmaske, die Siebdruckmaske usw., wo- 
möglich Steuerdatenträger für Lichtzeichen- 
maschine, Plotter und Bohrmaschine - und 
das für alle Ebenen. An Steuerdatenträgerfür 
Tester und Bestückungsautomaten sei noch 
gar nicht gedacht. Bei Einebenenleiterplatten 
mag das alles noch im Rahmen des Mögli- 
chen bleiben, aber bereits bei Zweiebenen- 
leiterplatten oder sogar Mehrebenenleiter- 
platten mit 4 und mehr Lagen versagen die 
manuellen Methoden schon allein wegen der 
Unübersichtlichkeit und der mangelnden 
Präzision. Schon bei einer Verschiebung der 
zweiten Lage um einen Rasterschritt im Kon- 
struktionsraster (z. B. 1 /20 Zoll) sind die Glas- 
originale bzw. Folienkopien nutzlos, weil in 
der Fertigung nichts mehr zusammenpaßt. 

Wofür brauche ich den PC? 

Ein simples Zeichensystem mit Bildschirm- 
unterstützung dürfte wohl keine Abhilfe 
schaffen. Hier sollten wir bedenken, daß ein 
PC ja nicht nur „Rechenleistungen“ voll- 
bringt, die wir im Entwurfsprozeß durchaus 
noch schätzen lernen werden, sondern daß 
auch die Speicherkapazitäten von Festplatte 
und Diskette intensiv zur Ablage genutzt wer- 
den können. Wie ein PC aussehen sollte, der 
für den Leiterpiattenentwurf geeignet ist, 
werde ich später erläutern. 

Was aber ist denn so aufhebenswert? Zu- 
nächst das, was von einem Entwurf in Papier- 
form ohnehin aufgehoben wird: der Strom- 
laufplan, die Darstellung der Leiterzugbilder 
für alle Ebenen (Layout), die Bestückungs- 
zeichnung usw., die somit für Sie jederzeit re- 
produzierbar sind. 

Aber es lohnt sich, noch mehr aufzuheben, 
nämlich Informationen, die bei jeder Kon- 
struktion aufs neue benötigt werden: die 
Schaltplansymbole, die geometrischen 
Bauelementedaten, kurz: die Bauelemente- 
beschreibungsdaten. Und wir werden sehen, 
daß da noch eine ganze Menge anderer In- 
formationen hinzukommen kann. 

Der Bauelementekatalog 

Die Aufbewahrung der Informationen zu den 
Bauelementen erfolgt bei rechnergestützten 
Entwurfssystemen in Bauelementekatalo- 
gen, die unabhängig von den Entwurfsdaten 
gehalten und verwaltet werden. Die Struktur, 


die Organisation, die Speicherkapazitäten 
und die Verwaltungsmechanismen der Bau- 
elementekataloge sind in den einzelnen Sy- 
stemen unterschiedlich. Wichtig aber ist, daß 
einmal erfaßte Informationen über die Bau- 
elemente für alle späteren Konstruktionen 
wieder zur Verfügung stehen. Das bedeutet, 
die Stromlaufplansymbole, die elektrischen 
und geometrischen Beschreibungen der 
analogen und digitalen Bauelemente, die in 
einem Unternehmen benötigt und verwendet 
werden, liegen in einer für das Entwurfssy- 
stem - und natürlich für den Konstrukteur - 
auswertbaren Form vor. Als zweckmäßig hat 
sich in der Praxis eine Struktur erwiesen, die 
etwa wie in Bild 1 dargestellt aussieht. 



Bild 1 Prinzipieller Aufbau eines Bauelemente- 
kataloges 


Was gehört in die Kataloge? 

Die Symbolbibliothek enthält die grafische 
Beschreibung der Stromlaufplansymbole. 
Ein gutes Entwurfssystem läßt Stromlauf- 
plansymbole als Bauelementeäquivalente 
(siehe Bild 2) und logische Funktionsbe- 
schreibungen, die den Gattern der digitalen 
Bauelemente entsprechen, zu. Dazu kom- 
men alle Textinformationen, die konstant 
bleiben, sowie die Positionen für Textinfor- 
mationen, die erst im Stromlaufplan hinzuge- 
fügt werden (z. B. Schaltteilkurzzeichen). In 
einer Geometriebibliothek sollten die grafi- 
schen Elemente Plazierungsumriß, Bestük- 
kungszeichnungssymbol, Lage der Bauele- 
menteanschlüsse (Pins) sowie Textinforma- 
tionen und zum Bauelement gehörende Kup- 
ferflächen enthalten sein. 

Unterschiedlich wird die Beschreibung der 
Lötaugen an den Pins gehandhabt. Bei eini- 
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Bild 2 Beispiel für ein Stromlaufplansymbol 
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gen Systemen sind Lötaugenform und -große 
bereits mit der Geometriebeschreibung des 
Bauelementes gekoppelt. Das erweist sich 
aber in Konstruktionsabteilungen, wo Leiter- 
platten unterschiedlicher Schwierigkeits- 
grade entwickelt werden, als Einschränkung. 
Günstiger ist die Arbeit mit Systemen, bei de- 
nen die konkrete Lötaugenbeschreibung erst 
im Entwurf gemacht wird, und das nach Mög- 
lichkeit für Außen-, Innen- und Spannungs-/ 
Masseversorgungslagen getrennt. Darüber 
hinaus sollten auch unabhängige Lötaugen- 
definitionen zur technologieabhängigen 
Festlegung der Größe von Durchkontaktie- 
rungen und anderen, technologisch notwen- 
digen Bohrungen mit und ohne Metallisie- 
rung möglich sein. 

Die Bauelementebibliothek beinhaltet die Be- 
schreibung des konkreten Bauelemente- 
spektrums. Hier werden die logischen Infor- 
mationen (Stromlaufplansymbol) mit den 
physischen Informationen (Bauelemente- 
geometrie) zusammengeführt, das heißt, pro 
Bauelementetyp erfolgt eine Eintragung. 
Dazu gehört die Zuordnung der Anschlüsse 
am Stromlaufplansymbol zu den Pins des 
Bauelementes einschließlich der Beschrei- 
bung von Gatterstruktur und -anzahl, mög- 
lichst die Funktionsbeschreibung der Pins 
(Input, Output, bidirektional, unbelegt, Span- 
nung, Masse usw.). Einige Systeme ordnen 
einzelnen Pins konkrete Signalnamen zu, 
wie bei Spannung (z. B. +12 V, +5V) und 
Masse (z. B. GND), da ja die Anschlüsse 
nicht immer am Stromlaufplansymbol er- 
sichtlich sein müssen, zum anderen aber bei 
den einzelnen (digitalen) Bauelementen die 
Spannungs- und Massepins festliegen und 
auch die Betriebsspannung der (digitalen) 
Bauelemente im allgemeinen konstant ist. 
Wie wirken nun die einzelnen Katalogein- 
träge zusammen? Im allgemeinen wird jedes 
Stromlaufplansymbl, jede Geometrie und 
jede Lötaugenbeschreibung nur einmal er- 
faßt und mit einem Namen in den speziellen 
Katalogteilen abgelegt. Bei der Beschrei- 
bung der Bauelemente wird dann auf diese 
abgelegten Elemente zurückgegriffen. Das 
kann ungefähr so aussehen wie in Bild 3. 

Erst wenn die Kataloge stimmen, 
kann’s losgehen 

Mit der Verflechtung der Katalogteile und ih- 
rer Inhalte entsteht natürlich auch ein Risiko: 



Bild 3 Einmal erfaßte Symbole und Geometrien 
können beliebig den Bauteilbeschreibungen zu- 
geordnet werden 


Wenn auch nur eine Bauelementegeometrie 
falsch im Kataiog beschrieben wird, entste- 
hen in allen Konstruktionen, die dieses Bau- 
element verwenden, Fehler. Aber: Was ein- 
mal richtig in der Bibliothek drin ist, ist eben 
auch beim hundertsten oder tausendsten 
Verwenden richtig. 

Beim Erwerb eines Entwurfssystems sollten 
Sie darauf achten, daß ein Katalogverwal- 
tungssystem mit dazu gehört, mit dem Strom- 
laufplansymbole, Geometrien, Bauelemen- 
tebeschreibungen und eventuell Lötaugen- 
formen zum Katalog hinzugefügt, darin modi- 
fiziert und wieder gelöscht werden können. 
Besteht nämlich diese Möglichkeit nicht, sind 
Sie immer von der Katalogaktualisierung des 
Anbieters abhängig, was Geld und Zeit ko- 
sten kann. Wesentlich günstiger ist es natür- 
lich, wenn man wenigstens den Grundstock 
eines Katalogsystems, das zum Entwurfssy- 
stem paßt, käuflich erwerben kann. Im allge- 
meinen sind solche Kataloge nicht gerade bil- 
lig, aber die Kosten haben sich schnell wieder 
amortisiert. Denn ohne einen Katalog ist ein 
Entwurfssystem nicht einsetzbar, und die 
Ausgaben für das Entwurfssystem bringen 
erst einen Nutzen, wenn mit dem System ge- 
arbeitet wird. In der Zeit der Katalogerfas- 
sung ist aber keine produktive Arbeit mit dem 
System möglich, selbst eine ernstzuneh- 
mende Einarbeitung und Qualifizierung am 
System ist kaum vorstellbar. Deshalb würde 
ich den Erwerb eines Kataloges stets emp- 
fehlen, und wenn er nur dazu vorliegt, her- 
auszubekommen: Wie wird’s denn über- 
haupt gemacht? Genauer sollte man aber 
schon prüfen, ob man sich in jedem Fall auf 
einen Katalogwartungsvertrag einläßt. Hier 
müßte von Fall zu Fall entschieden werden, 
ob sich das rentiert. Das hängt in erster Linie 
vom Aufgabenspektrum und von der Innova- 
tionsfreudigkeit des Unternehmens ab. 

Der Stromlaufplan 

Nun wissen wir, daß so ein Katalog eine Sa- 
che ist, in die eine Menge Aufwand hineinge- 
steckt werden muß. Wann zahlt sich denn so 
etwas überhaupt aus? Das erste Mal bei der 
Erfassung des Stromlaufplanes. Vorausset- 
zung dafür ist natürlich nach wie vor der 
Schaltungsentwurf als Handskizze. Alle pro- 
fessionellen Systeme besitzen einen grafi- 
schen Editor für die Erfassung des Stromlauf- 
planes. 

Zweckmäßig ist es, auch standardgerechte 
Formblätter (Zeichenblätter) als Zeichnungs- 
element einmal zu erfassen und in der Biblio- 
thek abzulegen. Damit ist der erste Schritt der 
Aufruf des Formulars. Es wird mit Hilfe des 
Cursors auf dem grafischen Bildschirm an 
der gewünschten Stelle abgelegt. Jetzt kön- 
nen die Stromlaufplansymbole für die logi- 
schen Funktionen und die Bauelemente mit 
ihren Symbolnamen aufgerufen und an der 
gewünschten Stelle auf dem Formular abge- 
setzt werden. Die meisten Systeme haben 
eine Wiederholfunktion, so daß ein mehrfach 
benötigtes Symbol nur einmal aufgerufen 
werden muß und mehrfach an den jeweiligen 
Stellen abgesetzt wird. Meist ist auch eine 
Kopierfunktion für Gruppen von Symbolen 
vorhanden, so daß bereits erfaßte funktio- 
neile Gruppen auf dem Bildschirm mehrfach 
verwendet werden können. Bei Symbolen, 
die komplette Bauelemente repräsentieren, 
brauchen jetzt nur noch die Schaltteilkurzzei- 
chen an den Symbolen untergebracht zu 
werden. 

Etwas komplizierter ist das Ganze bei logi- 


schen Symbolen, bei denen ja keine eindeu- 
tige Zuordnung zu einem Bauelementetyp 
vorliegt. Hier muß neben dem Schaltteilkurz- 
zeichen auch noch der Bauteiltyp angegeben 
werden. Viele Systeme bieten auf der Grund- 
lage der Kataloginformationen alle in Frage 
kommenden Bauteiltypen an. Bei anderen ist 
man gezwungen, mit Hilfe der Informationsli- 
sten über die Kataloginhalte den gewünsch- 
ten Bauteiltyp herauszusuchen. Da aber für 
einen Entwurf bereits meist bei der Vorberei- 
tung der Konstruktion feststeht, welche 
Bauelemente verwendet werden sollen, sind 
für diesen Arbeitsschritt die notwendigen In- 
formationen ohnehin schon vorhanden. 
Bevor man sich für ein System entscheidet, 
sollte man besonders nach der Systemintelli- 
genz für die Bearbeitung logischer Funktio- 
nen fragen: Gute Systeme zählen nämlich 
die zu einem Bauelement gehörenden Gatter 
mit und machen darauf aufmerksam, daß ein 
neues Bauelement (und ein neues Schaltteil- 
kurzzeichen) benutzt werden muß, wenn die 
Gatteranzahl des vorhergehenden Bauele- 
mentes erschöpft ist. Sie ordnen auch die 
physische Pinnummer des Bauelementes 
den Stromlaufplansymbol-Anschlüssen zu. 
Dieser Automatismus wird nicht unbedingt 
immer gewünscht sein. Deshalb gehört auch 
eine manuelle Pinzuordnungsmöglichkeit 
dazu, was ganz besonders bei Steckverbin- 
dern wichtig ist, weil ja hier die Pinbelegung 
durch das technische Gesamtkonzept be- 
stimmt wird. 

Bei der Handhabung von analogen Bauele- 
menten sieht die ganze Sache allerdings et- 
was anders aus. Hier unterscheiden sich 
auch die Katalogkonzepte erheblich. Einige 
Systeme verlangen, daß alle verwendeten 
Bauelemente komplett beschrieben werden. 
Das erfordert natürlich einen enormen Kata- 
logpflegeaufwand, wenn man nur an alle 
Ausführungen einer einzigen Widerstands- 
baureihe denkt. Hier scheint die Lösung in 
Systemen, wie Cadstar von Racal-Redac 
günstiger zu sein, wo in der Bauelementebi- 
bliothek nur integrierte Bauelemente oder 
Bauelemente mit einer funktionell definierten 
Pinzuordnung erfaßt sind. 

Widerstände, Kondensatoren und andere 
Bauelemente werden nur als Symbole darge- 
stellt, und ihre vielfältigen Geometrien wer- 
den in den jeweiligen Bibliotheken gehalten. 
Bei der Stromiaufplanerzeugung wird dann 
nur das Symbol Widerstand aufgerufen und 
statt einer Bauelementebeschreibung nur die 
gewünschte Bauelementegeometrie zuge- 
ordnet. Der Widerstandswert, die Belastbar- 
keit und der Toleranzwert werden als Textin- 
formationen verbal hinzugefügt, denn diese 
Werte spielen bei der Leiterplattenkonstruk- 
tion im allgemeinen keine Rolle, von Inter- 
esse sind hier nur die geometrischen Infor- 
mationen für die Plazierung. Nachteilig ist al- 
lerdings, daß man sich bereits im Stromlauf- 
plan entscheiden muß, ob beispielsweise ein 
konventioneller Widerstand liegend oder ste- 
hend verwendet werden soll. Bei Cadstar und 
anderen professionellen Systemen besteht 
jedoch die Möglichkeit, unter anderem Bau- 
elemente und Geometrien noch während des 
Leiterplattenentwurfes auszutauschen, so 
daß hier recht große Freiheitsgrade bestehen 
und die oben genannte Einschränkung wie- 
der ausgeglichen wird. 

Wenn die Bauelementezuordnung abge- 
schlossen ist, werden die Verbindungen zwi- 
schen den Symbolen hergestellt. Hier gilt es 
natürlich, mit großer Exaktheit vorzugehen, 
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denn ein Fehler, der sich hiereinschleicht, ist 
nur noch schwer zu beheben, wenn man ihn 
während des Konstruktionsprozesses über- 
haupt noch bemerkt. Einige Systeme verlan- 
gen für jede Verbindung einen Netz- oder ei- 
nen Signalnamen, bei anderen sind nur aus- 
gewählte Verbindungen zu benennen, zwin- 
gend aber bei der Verwendung von Busstruk- 
turen. Busverbindungen werden in den Sy- 
stemen jedoch nur als Zeichenhilfen benutzt, 
es leiten sich daraus noch keine Strukturen 
auf der künftigen Leiterplatte ab. 

Nun wird es in den seltensten Fällen gelin- 
gen, Stromlaufpläne für komplexe Schaltun- 
gen auf nur einem Zeichnungsblatt unterzu- 
bringen. Die derzeit gängigen Systeme sind 
alle so angelegt, daß mehrere Zeichnungs- 
blätter zu einer Konstruktion zusammenge- 
faßt werden können (horizontale Verknüp- 
fung). Vielfach besteht auch die Möglichkeit, 
Stromlaufpläne in Hierarchien aufzubauen, 
womit Blockschaltbilder erzeugt werden kön- 
nen. Der Konstrukteur kann dann festlegen, 
welcher bereits vorhandene und auf Diskette 
abgespeicherte Stromlaufplan für diesen 
Schaltungsblock vom System in die Gesamt- 
schaltung integriert werden soll (siehe Bilder 
4 und 5). 

Über solche Strukturierungsmechanismen 
ist es aber auch möglich, bestimmte, immer 
wiederkehrende Schaltungsteile einmal zu 
erfassen und sie bei Bedarf in komplexe 
Schaltungen einzubinden (ein ganz simples 
Beispiel ist die Stromversorgung bei einer be- 
stimmten Gerätegeneration). 

Jetzt zahlt sich die Vorbereitung aus 

Aus dieser Vorgehensweise wird indirekt 
auch klar, daß einmal erfaßte Stromlaufpläne 
auf Festplatte oder auf Diskette abgespei- 
chert werden können und damit jederzeit wie- 
der zur Verfügung stehen. Über diesen Weg 
ist es natürlich auch relativ einfach möglich, 
vorhandene Schaltungen wieder aufzurufen, 
sie zu modifizieren und unter einem neuen 
Namen innerhalb eines neuen Projektes ab- 
zuspeichern, ohne den ursprünglichen Ent- 
wurf dadurch zu verändern. Daraus wird 
auch deutlich, daß der eigentliche Produktivi- 
tätsgewinn mit solchen Systemen nicht auf 
Anhieb, sondern durch kontinuierliche Arbeit 
über einen längeren Zeitraum eintritt. Dann 
erst entsteht auch die notwendige Routine, 
die für die Handhabung eines solchen Sy- 
stems erforderlich ist, und auch die Kenntnis 
über alle „Ecken und Winkel“ des Systems, 
die es dem Konstrukteur erlaubt, das System 
in seiner Leistungsfähigkeit „auszureizen“. 


Aber kommen wir zurück zum Entwurfspro- 
zeß. Die auf dem Bildschirm sichtbare und 
auf Diskette abgespeicherte Schaltung ist 
zwar recht nett anzuschauen, aber nützt 
auch noch relativ wenig . Zwei Dinge sind jetzt 
erforderlich: Die Zeichnung des Stromlauf- 
planes und maschinenlesbare Informationen 
für die Leiterplattenkonstruktion. Die Zeich- 
nung ist relativ einfach über einen Plotter zu 
erzeugen, die dazu notwendigen Hilfsmittel 
sind eigentlich in allen Systemen enthalten. 
Allerdings sollte man sich vor dem Erwerb 
sehr genau über die Hardwarebedingungen 
und die unterstützten Plottertypen informie- 
ren, damit man an dieser Stelle nicht eine 
böse Überraschung erlebt. Wir gehen auf 
diese Dinge später noch einmal etwas detail- 
lierter ein. 

Wesentlich weniger Einfluß hat man aber auf 
die Übergabe der Stromlaufplandaten zum 
Leiterplattenentwurf. Deshalb sollte man hier 
stets darauf achten, daß Stromlaufplanent- 
wurf und Leiterplattenentwurf als gemeinsa- 
mes, homogenes System vom gleichen Her- 
steller angeboten werden. Hier sind ordentli- 
che Übergabebedingungen garantiert, die 
auch die Kataloginformationen gründlich 
auswerten. Im allgemeinen werden beim 
Übergang vom Stromlaufplan zum Leiterplat- 
tenentwurf vom System automatisch eine 
Bauteilliste und eine Verbindungsliste er- 
zeugt. Diese Daten werden durch das Sy- 
stem mit den geometrischen Bauelemente- 
beschreibungsdaffen ergänzt. An dieser 
Stelle sehen wir, wie wichtig eine korrekte 
Kataiogpflege ist und welchen Stellenwert 
der Katalog in einem solchen System besitzt. 
Um es noch einmal deutlich zu sagen: Aus- 
gangspunkt der Bauteil- und der Verbin- 
dungsliste ist der grafisch erfaßte Stromlauf- 
plan. Die manuelle Erzeugung solcher Listen 
entfällt. Damit wird die Fehlerquote in der 
Verbindungsliste auf Null gesetzt - voraus- 
gesetzt natürlich, daß der Stromlaufplan or- 
dentlich erfaßt worden ist. 

Bevor wir zum eigentlichen Leiterplattenent- 
wurf kommen, sei hier noch eine Bemerkung 
gestattet. In vielen Gesprächen wurde von 
Konstrukteuren und Schaltungsentwicklern 
der Wunsch nach einem Simulationssystem 
geäußert. Ich möchte in diesem Artikel die 
Problematik Simulation nicht weiter diskutie- 
ren, denn sie ist selbst eine Artikelserie wert. 
An dieser Stelle möchte ich nur allzugroße 
Erwartungen in Simulationssysteme auf PC- 
Basis dämpfen, denn die Simulation des Si- 
gnalspiels eines einzigen Bauelementes - 
geschweige denn einer ganzen Baugruppe - 


erfordert enorme Rechenleistungen. Das 
hängt damit zusammen, daß eine große 
Menge an bauteilbeschreibenden Daten für 
die Simulation notwendig ist. Einige davon 
lassen sich nicht als arithmetische Größen, 
sondern nur als Funktionen (im mathemati- 
schen Sinn) oder komplexe Funktionsbe- 
schreibungen darstellen. Die selbständige 
Pflege dieser Daten ist nur in wenigen Fällen 
ökonomisch vertretbar, wenn überhaupt 
durchführbar. Die Daten müssen von den Si- 
mulationssystemen ausgewertet werden, 
was eine zeitaufwendige Angelegenheit ist. 
Andererseits müssen diese Daten ja erst ein- 
mal erfaßt werden, um sie für die Simulation 
zur Verfügung zu haben. Hier muß jedes Un- 
ternehmen selbst entscheiden, ob dieser 
Aufwand in einer vertretbaren Relation zum 
Nutzen steht. Deshalb kommt hier auch in er- 
ster Linie eine Simulation der logischen 
Funktionen in Frage, die noch in vertretbaren 
Aufwandsgrößen zu bewältigen ist. 

Wir beginnen das Layout 

Ebenso wie bei der Erfassung des Stromlauf- 
planes stehen bei der eigentlichen Leiterplat- 
tenkonstruktion die grafischen Methoden im 
Vordergrund. Jedoch im Gegensatz zum 
Stromlaufplan werden bei der Leiterplatten- 
konstruktion nicht mehr die logischen Schalt- 
plansymbole, sondern die geometrischen In- 
formationen der Bauelemente als grafische 
Objekte verwendet. Weitere wichtige Objekte 
sind die aus den logischen Verbindungen 
entstehenden physischen Kupfertrassen 
(Routes), Kupferflächen (beispielsweise 
Schirmflächen), der Leiterplattenumriß, bei 
einigen Systemen die Lötaugen, aber auch 
Texte, die auf die Platine geätzt werden sol- 
len. Am Beginn der Konstruktionsaufgaben 
steht in jedem Fall die Festlegung der Kon- 
struktionsparameter. Dazu gehören (ohne 
Vollständigkeit): die Trassenbreiten der Si- 
gnal- und Stromversorgungsverbindungen, 
die minimalen Abstände zwischen Pin und 
Pin, Pin und Trasse, Trasse und Trasse so- 
wie zu Kupferflächen, das Plazierungsraster, 
das Konstruktionsraster, Form und Größe 
der Durchkontaktierungen, die Anzahl der 
Leiterplattenebenen, Vorzugsrichtungen auf 
den einzelnen Ebenen usw. Gerade bei der 
Flexibilität und der Handhabung der Einstel- 
lung der Konstruktionsparameter unterschei- 
den sich die Systeme erheblich. Hier sollten 
sich die künftigen Anwender vor dem Erwerb 
eines Systems sehr gründlich informieren. 
Worauf ist hierbei besonders zu achten? 
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Einige Systeme bieten nur wenige feste T ras- 
sierungsraster an (1/20", 1/40", 1/80"), die 
nicht verändert werden können, sondern zwi- 
schen denen nur ausgewählt werden kann. 
Auch die maximal und minimal möglichen 
Abmaße für Trassen und Lötaugen sollten 
genau geprüft werden. Bei einigen Systemen 
besteht nach Beginn der Konstruktionsarbeit 
keine Möglichkeit mehr, die Parameter zu 
verändern. Günstig dagegen sind Systeme, 
die mehrere Signaltrassenbreiten (die auf 
den Lagen auch unterschiedlich sein kön- 
nen) zulassen, bei denen der Wechsel des 
Arbeitsrasters bis zu einer Feinheit von 
1/1000 Zoll möglich ist sowie Form und 
Größe der Lötaugen und Durchkontaktierun- 
gen frei gewählt werden können. Zunehmend 
spielt auch die Verwendung mehrerer, unter- 
schiedlicher Durchkontaktierungen (Blind- 
vias, verdeckte Durchkontaktierungen) eine 
Rolle. Achten Sie auch bei der Angabe der 
maximal möglichen Anzahl von „Leiterplat- 
ten-Ebenen“ darauf, ob es sich dabei tat- 
sächlich um Ebenen handelt, die der Be- 
schreibung elektrischer Objekte dienen. 
Wichtig bei der Parametrisierung ist auch, 
wie groß die Unterstützung des Systems in 
Richtung Postprozeß ist. Das klingt in diesem 
Zusammenhang zunächst wenig einleuch- 
tend. Doch was nützen Ihnen die interessan- 
testen Parametereinstellungen, wenn es Ih- 
nen beispielsweise nicht gelingt, bestimmte 
Informationen auf die Lichtzeichentechnik zu 
übertragen, oder wenn Sie vom System 
keine Warnung erhalten, daß die Blende der 
Lichtzeichenmaschine für eine bestimmte 
Trassenbreite gar nicht vorhanden ist? Fer- 
ner sollte eine Möglichkeit bestehen, kom- 
plette Parametersätze für unterschiedliche 
Schwierigkeitsgrade oder Hersteller auf der 
Diskette abzulegen, um diese vor Konstruk- 
tionsbeginn in den Datenbestand der Kon- 
struktion einiesen zu können. 

Eine Bemerkung möchte ich noch zum Ar- 
beitsraster der Systeme machen. Bekannt- 
lich gibt es Probleme bei der sogenannten 
Mischbestückung: Auf einer Platine im Zollra- 
ster sollen metrische Bauelemente oder um- 
gekehrt verwendet werden. Deshalb ist es 
günstig, sich für ein System zu entscheiden, 
das ein Arbeitsraster bis zu 1/1000 Zoll er- 
möglicht, denn dann können zum Beispiel die 
metrischen Konstruktionselemente hinrei- 
chend genau in Zollmaßen dargestellt wer- 
den. 

Die Leiterplattenkontur muß her 

Nehmen wir an, die Konstruktionsbedingun- 
gen sind eingestellt. Was wir nun brauchen, 
ist die Leiterplattenkontur. Sie wird entweder 
auf dem Bildschirm gezeichnet, oder die in ei- 
nem Unternehmen üblichen Leiterplatten- 
konturen sind auf den Datenträgern der Kon- 
struktionsrechner abgelegt und stehen somit 
bereits zur Verfügung. Inzwischen sind bei 
fast allen Systemen freie Darstellungsmög- 
lichkeiten für den Leiterplattenumriß möglich, 
also auch abgerundete Ecken oder sogar 
kreisförmige Umrisse. Aber wie nun weiter? 
Die aus dem Stromlaufplan erzeugten Bau- 
elemente- und Verbindungslisten werden 
jetzt vom System auf der Grundlage der 
Bauelementeinformationen aus dem Katalog 
verarbeitet. Im Ergebnis dessen erscheinen 
unsere Bauelemente in grafischer Form auf 
dem Bildschirm. Die logischen Verbindungen 
aus dem Stromlaufplan werden als Luftlinien 
zwischen den Bauteilpins dargestellt. Bei 
einigen Systemen wird die grafische Darstel- 


lung der Bauelemente erst über die Angabe 
des Schaltteilkurzzeichens aktiviert. Unter 
Umständen ist es jetzt noch notwendig, kon- 
struktionsbedingte Kupferflächen (Schirmflä- 
chen oder ähnliches) sowie Flächen, die für 
Bauelemente oder Trassen gesperrt sein sol- 
len, festzulegen. 

Starke Hilfe für das Plazieren 

Nun kann das Plazieren der Bauelemente 
beginnen. Dafür stehen manuelle und viel- 
fach automatische Möglichkeiten zur Verfü- 
gung, wobei die Leistungsfähigkeit der auto- 
matischen Verfahren unterschiedlich ist. Da- 
bei sollte darauf geachtet werden, daß Aus- 
wahlmöglichkeiten für die Einbeziehung von 
Bauelementen in einen automatischen Pla- 
zierungsvorgang bestehen. Denn bekannt- 
lich gibt es bei jeder Konstruktion Bauele- 
mente, deren Position vorgeschrieben ist - 
und wenn es sich dabei nur um den Steckver- 
binder handelt. Solche Bauelemente werden 
immer manuell vorplaziert. Außerdem lassen 
Systeme mit Auswahlmöglichkeiten der 
Bauelemente für die automatische Plazie- 
rung ein schrittweises Plazieren entspre- 
chend den Bauelementekategorien zu. 

Für die manuelle Plazierung gibt es in den 
einzelnen Systemen inzwischen recht wir- 
kungsvolle Unterstützungsmöglichkeiten, 
wie unter anderem ein dynamisches Optimie- 
ren der Verbindungsbäume. Lassen Sie sich 
dazu aber vom Anbieter genau informieren. 
Die Verbindungsbäume werden meist als 
Luftlinien, die die logischen Verbindungen 
aus dem Stromlaufplan repräsentieren, dar- 
gestellt. Wurden die kritischen Bauelemente 
manuell plaziert, kann mit den automatischen 
Plazierungsroutinen weitergearbeitet wer- 
den. Um Irrtümern vorzubeugen, sei hier an- 
gemerkt, daß diese automatischen Routinen 
stets eine Empfehlung darstellen, in den mei- 
sten Fällen ist eine manuelle Korrektur des 
automatischen Plazierungsergebnisses not- 
wendig. Dennoch sind solche Plazierungs- 
routinen eine wertvolle Hilfe, wenn eine Viel- 
zahl gleicher Bauelemente (z. B. ICs) zu pla- 
zieren sind. Die Mehrzahl der Systeme ver- 
langt vom Konstrukteur die Vorgabe einer 
Plazierungsmatrix. Das sind Linien in hori- 
zontaler und vertikaler Richtung, deren Ab- 
stände frei wählbar sind. Auf den Schnitt- 
punkten dieser Linien werden die Bauele- 
mente mit ihrem geometrischen Nullpunkt 
plaziert (Bild 6). Bei der Konstruktion und der 
Modifizierung dieser Matrizen sollte auf den 
angebotenen Komfort geachtet werden. Im 
allgemeinen erfolgt das Plazieren nach dem 
Kriterium der kürzesten Verbindungslängen. 
Daraus wird ersichtlich, daß mit fortschreiten- 
dem Plazierungsstand neue Konstellationen 
für die kürzesten Verbindungslängen entste- 
hen. Deshalb sollte man sich über Optimie- 
rungsmöglichkeiten des Plazierungsstandes 
genau beraten lassen, weil hier teilweise 
große Unterschiede im Leistungsangebot be- 
stehen. Wichtig scheint aus meiner Sicht das 
Vorhandensein eines Optimierungspasses 
bei der automatischen Plazierung für voll- 
ständig plazierte Leiterplatten durch Aus- 
tausch der Bauelemente auf ihren Plätze, 
Gatter- und Pintausch, die Neuordnung der 
Verbindungsbäume und die Möglichkeit der 
Rückschreibung der Ergebnisse des Gatter- 
und Pintausches in den Stromlaufplan. Diese 
Algorithmen können sogar dazu führen, daß 
einzelne Bauelemente auf der Platte über- 
flüssig werden. Zumindest aber sind sie eine 
wichtige Voraussetzung für eine möglichst 



Bild 6 Leiterplatte mit Plazierungsmatrix wäh- 
rend des Plazierens 


komplikationsfreie Entflechtung der Verbin- 
dungen auf der Leiterplatte, insbesondere 
dann, wenn durch Verkürzung der Verbin- 
gungslängen auch gleich die „Kreuzung“ von 
Verbindungslinien vermieden wird. Im Hin- 
blick auf die Verwendung von SMD-Bauele- 
menten sollte die automatische Spiegelung 
von Bauelementen und ihrer Pins bei der ma- 
nuellen und automatischen Plazierung zur 
Selbstverständlichkeit gehören. In diesem 
Zusammenhang noch ein Hinweis: Alle 
Bauelemente der Konstruktion (Bauelemen- 
teumrisse, Pins, die grafische Darstellung 
der logischen Verbindungen, geroutete Tras- 
sen, Texte usw.) sollten in der grafischen 
Darstellung mit verschiedenen Farben dar- 
gestellt und auch unsichtbar gemacht wer- 
den können. 

Gute Systeme routen selbständig 

Ist ein befriedigender Plazierungsstand er- 
reicht, kann die Wandlung der logischen Ver- 
bindungen in physische Trassen, das Rou- 
ting, beginnen (Bilder 7 und 8). Auch hier bie- 
ten die Systeme manuelle und automatische 
Routinen an. Bereits bei den manuellen Rou- 
tinen gibt es in der Handhabung erhebliche 
Unterschiede. Auf alle Vor- und Nachteile 
einzugehen, reicht der Platz in diesem Artikel 
nicht aus, wobei es der subjektiven Einschät- 
zung eines jeden Konstrukteurs obliegt, ein- 
zuschätzen, ob eine Routine tatsächlich in 
der täglichen Arbeit von Vorteil ist. Allgemein 
kann aber gesagt werden, daß solche Ar- 
beitsweisen wie „Gummibandtechnik“, das 
teilweise Routen einer Verbindung, das par- 
tielle Löschen einer fertig gerouteten Trasse, 
Verschiebemöglichkeiten von Trassenseg- 
menten (Stück von einer Trassenecke zur 
nächsten) und das automatische Setzen von 
Durchkontaktierungen als vorteilhaft angese- 
hen werden und zum Standard gehören soll- 
ten. 

Zunehmend spielt auch die Möglichkeit der 
Trassenverjüngung bei der Durchführung 
zwischen zwei Bauteilpins sowie die Wahl 
zwischen verschiedenen Arten von Durch- 
kontaktierungen eine große Rolle. Unter- 
schiedliche Auffassungen dagegen gibt es 
zur Entwurfsregelprüfung. Daß eine Prüfung 
des Entwurfs auf Einhaltung der eingestellten 
Konstruktionsparameter vorhanden sein 
muß, steht außer Zweifel. Einige Systeme 
prüfen beim manuellen Routing die Entwurfs- 
regeln sofort (on-line checking); das kostet 
aber während der Arbeit Rechnerzeit, so daß 
dadurch das Antwortzeitverhalten ungünstig 
beeinflußt werden kann. Da man eine Trasse, 
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Bild 7 Detail der Leiterplatte vor dem Routen . - . 




Bild 8 ... und nach dem Routen 


die nicht den Entwurfsregeln entspricht, weil 
sie zum Beispiel irgendwo die Abstandswerte 
verletzt, nicht los wird, obwohl man sie erst- 
mal nur ablegen will, um an einer kritischen 
Stelle Platz zu schaffen, bieten andere Sy- 
steme gesonderte Prüfroutinen an, die man 
bei jedem beliebigen Arbeitsstand und nach 
Abschluß der Arbeiten aufrufen kann. Opti- 
mal scheint deshalb eine Mischung aus bei- 
den Verfahren zu sein. 

Die automatischen Router auf PC-Basis sind 
inzwischen bei guten Systemen erstaunlich 
leistungsfähig, lassen aber insgesamt immer 
noch einige Wünsche offen. Das liegt meist 
daran, daß hierfür erhebliche Rechenleistun- 
gen notwendig sind, die sich auch im Zeitver- 
halten ausdrücken. Da ein Routerlauf von 
mehreren Stunden auf einem PC kaum ak- 
zeptabel ist, müssen also Kompromisse ge- 
funden werden. Bei einigen Systemen wird 
ein Standardrouter angeboten, der in kurzer 
Zeit (je nach Packungsdichte und Anzahl der 
Verbindungen zwischen 5 und 15 Minuten) 
einen Trassierungsvorschlag liefert, der aber 
in den meisten Fällen manuell nachbehan- 
delt werden muß. Für höhere Anforderungen 
werden dann zusätzlich Autorouter angebo- 
ten, die aber einen kräftigen Hardwarehinter- 
grund brauchen, zumindest PCs mit 386er- 
Prozessoren. Hier sollte der künftige Anwen- 
der genau prüfen, ob sich die relativ hohe In- 
vestition (Hardware und Software) am Ende 
auszahlt. 

Nur noch hersteilen lassen? 

Kommen wir jetzt zu einem kritischen Punkt 
im gesamten Konstruktionsprozeß. Die fer- 
tige Konstruktion auf dem Bildschirm soll jetzt 
in technologische Daten und Unterlagen um- 
gesetzt werden. Die frühere Praxis der Leiter- 
plattenhersteller bestand darin, eine erhebli- 
che Menge verschiedener Unterlagen für die 
Leiterplattenherstellung anzufordern. Heute 
sollten jedoch auch die Hersteller der östli- 
chen Bundesländer in der Lage sein, maschi- 
nenlesbare Datenträger mit den Steuerinfor- 
mationen für Lichtzeichen- und Bohrma- 
schine entgegenzunehmen und daraus die 
Platine zu fertigen. Als Quasi-Standards ha- 
ben sich dafür das Gerber-Format für die 
Lichtzeichenmaschinen und das Excellon- 
Format für die Bohrmaschinen durchge- 
setzt. 

Um aber die Steuerdaten ableiten zu können, 
müssen die notwendigen Softwarehilfsmittel 
in den Entwurfssystemen enthalten sein. In- 
formieren Sie sich bei Ihrem Anbieter sehr 
genau, wie leistungsfähig das angebotene 


System an dieser Stelle ist. Sie können durch 
eine gute Auswahl eine Menge Geld und Auf- 
wand sparen. Empfehlenswert sind Systeme 
mit einer grafischen Unterstützung bei der 
Ableitung der Postprozeßdaten. Aber auch 
weitere Kriterien, wie die Möglichkeiten zum 
Skalieren, Verschieben und Drehen der kon- 
struierten Platine, sollten Sie berücksichti- 
gen. Fragen Sie ihren Anbieter auch, ob alle 
von Ihnen benötigten Fertigungsunterlagen 
ableitbar sind. 

Die Hardware muß passen 

Zum Schluß noch einiges zur Hardware. Ein 
AT-kompatibler PC mit 286er- oder 386er- 
Prozessor sollte selbstverständlich sein. Um 
das Entwurfssystem selbst, die Katalogdaten 
und alle im Entwurfsprozeß anfallenden Da- 
ten abspeichern zu können, ist in Abhängig- 
keit von der Anzahl der gleichzeitig zu bear- 
beitenden Projekte eine Festplatte von 40 bis 
1 20 MByte erforderlich. Ein oder zwei Disket- 
tenlaufwerke gehören ebenso zur Grundaus- 
stattung. Die Entwurfssysteme benötigen 
entweder ein Digitalisiertablett oder eine 
Maus für die Arbeit. Informieren Sie sich des- 
halb vor dem Softwarekauf darüber, damit 
Sie Ihre Hardware entsprechend bestellen 
können. 

Wichtig ist die Auswahl des Grafikbild- 
schirms. Auch hierfür sollten Sie sich von Ih- 
rem Anbieter gründlich beraten lassen, denn 
im allgemeinen unterstützen die einzelnen 
Systeme immer nur einen Teil der insgesamt 
von den Hardware- Herstellern angebotenen 
Grafikbildschirme und -karten. Für den pro- 
fessionellen Einsatz sollten aber Auflösun- 
gen von 800 x 600 Bildpunkten (erweiterter 
VGA-Standard) die untere Grenze sein. Spa- 
ren Sie aber nicht an dieser Stelle, die Kon- 
strukteure werden es Ihnen später danken. 
Zur Grundausstattung sollte auch ein Plotter 
gehören. Auch hier sind die Angebote vielfäl- 
tig. Günstig sind Plotter, die die HP-Sprachen 
verstehen; diese Ausgabe hat sich bei den 
Entwurfssystemen zum Quasi-Standard her- 
ausgebildet. Ebenso wird das Gerber-Format 
für die Lichtzeichentechnik fast ausnahmslos 
von allen Entwurfssystemen ausgegeben. 
Ob Sie sich allerdings die teure Lichtzeichen- 
technik kaufen wollen, hängt natürlich davon 
ab, ob in Ihrem Unternehmen gefertigt wer- 
den soll oder ob Ihr Hersteller Glasoriginale 
für die Produktion fordert. Ansonsten sollte 
man auf diese teure Investition verzichten. 
Sollte bei Ihnen noch Lichtzeichentechnik äl- 
terer Produktion mit Lochstreifeneingabe im 
Einsatz sein, so werden Sie einen Lochstrei- 


fenstanzer am PC benötigen. Da aber ältere 
Lichtzeichenmaschinen und insbesondere 
die aus DDR-Produktion das Gerber-Format 
nicht verstehen, werden Sie Sprachwand- 
lungsprogramme vom Gerber-Format in das 
Sprachformat Ihrer Lichtzeichenmaschine 
benötigen. Im allgemeinen kann der Soft- 
ware-Anbieter bei der Beschaffung solcher 
Programme vermittelnd helfen. 

Für die Zukunft sind Sie immer gut beraten, 
wenn Sie die Möglichkeit der Vernetzung Ih- 
res PCs bereits beim Kauf berücksichtigen. 
Und das aus zweierlei Gründen: Zum ersten 
werden Sie bald merken, daß eine PC-Sta- 
tion für Ihre Auftragsabwicklung nicht aus- 
reicht. Um aber den Pflegeaufwand für die 
Kataloge nicht mehrfach betreiben zu müs- 
sen, sollte der PC als „Katalog-Server“ aus- 
gerüstet werden. Auch angeschlossene Plot- 
ter und andere Peripherie sind über ein sol- 
ches Netz von allen PCs aus erreichbar, die 
Mehrfach-Investition solcher Geräte erübrigt 
sich. 

Zum zweiten haben Sie die Möglichkeit, Ihren 
PC mit einer leistungsfähigen Workstation zu 
verbinden. Wenn Sie langfristig den Einsatz 
von Entwurfssoftware auf der Workstation 
beabsichtigen, noch dieser Hinweis: Wählen 
Sie ihre PC-Software auch unter dem Ge- 
sichtspunkt aus, daß Sie später die Worksta- 
tion-Software vom gleichen Entwickler und 
damit mit der gleichen Systemphiiosophie er- 
werben können. Sie sparen damit eine Menge 
Aufwand beim Datenaustausch zwischen PC 
und Workstation. Diese Verknüpfung ermög- 
licht es Ihnen beispielsweise, die Stromlauf- 
pläne auf dem PC zu erfassen und einfache 
Entwürfe dort zu Ende zu bearbeiten. Kompli- 
zierte Entwürfe, die unter anderem höhere 
Router-Leistungen verlangen, können auf 
dem direkten Weg an die Workstation über- 
geben und dort fertiggestellt werden. 

Auch wenn Ihre Geschäftslage heute solche 
Auftragsdichte und -kompliziertheit noch 
nicht erwarten läßt, sollten Sie sich dennoch 
der Zukunft nicht verschließen. Der Wechsel 
der Entwurfssysteme und deren Konzeption 
ist immer mit Problemen behaftet. Durchgän- 
gigkeit im Hardwarebereich und im Software- 
bereich vom PC bis zur Workstation und um- 
gekehrt bringt immer Vorteile, insbesondere 
bei den Kosten und den Einsatzmöglichkei- 
ten. 


| El KONTAKT g | 

Systemhaus für Informationsverarbeitung GmbH, Jacques- 
Duclos-Straße 50, 0-1156 Berlin 


m 



8 


Mikroprozessortechnik, Berlin 4 (1990) 12 




Schneller Logarithmier- 
algorithmus für Mikrorechner 


Jörg Wunsch , Dresden 


Die Logarithmierung binärer Zahlen ist ein in 
der Praxis häufig auftretendes Problem. Ins- 
besondere zur grafischen Darstellung von 
Meßwerten und ähnlichem ist es oftmals not- 
wendig, größere Datenmengen in möglichst 
kurzer Zeit zu logarithmieren. Dabei ist die er- 
reichte Genauigkeit der üblichen Gleit- 
komma-Algorithmen im Grunde nicht not- 
wendig, da die mögliche Darstellungsgenau- 
igkeit der Grafik meist um einige Größenord- 
nungen niedriger ist. Auch spielt die Basis 
des Logarithmus keine Rolle, da eine unter- 
schiedliche Basis einer Multiplikation des Er- 
gebnisses mit einem konstanten Faktor 
gleichkommt. Diese kann dann wiederum 
durch eine entsprechende Achseneinteilung 
korrigiert werden. Hingegen wirkt sich der 
große Zeitbedarf entsprechender Gleitkom- 
maoperationen oft sehr nachteilig aus. Da 
Meßwerte zumeist ursprünglich als Festkom- 
mazahlen vorliegen, kann in solchen Fällen 
oft ein schnelles Logarithmierunterprogramm 
auf Maschinenniveau Abhilfe schaffen. Die- 
ser Beitrag soll auf grundlegende Zusam- 
menhänge dieses Problems eingehen und 
abschließend ein praktisches Beispiel anbie- 
ten. Die Beschränkung auf Festkommazah- 
len wird zwar von vornherein als gegeben an- 
gesehen, stellt aber kein grundlegendes 
Dogma dar. 

Mathematische Grundlagen 

Entsprechend der Zahlenbasis unserer Com- 
puter bietet sich für solche Logarithmieralgo- 
rithmen natürlich die Basis 2 zuerst an. Wenn 
man den ganzzahligen Anteil des Zweierloga- 
rithmus einer Integerzahl i (nachfolgend als Id i 
bezeichnet) ermitteln will, so ist das Verfah- 
ren recht einfach: Man zählt die Bitposition 
aus, in der sich das höchstwertige Eins-Bit (in 
der Dualdarstellung) befindet. (Die Bitzäh- 
lung erfolgt dabei in der üblichen Weise, das 
heißt, Bit 0 steht ganz rechts.) Zwei Beispiele: 

1 = 1234 = 010 011 010 01 OB 

höchstwertige 1 in Bit 10, 
d. h. int(ld( 1 234)) = 10; 

i = 23 = 010 111B 

Bit 4 enthält die erste Eins: int(ld(23)) = 4 . 

Der ganzzahlige Anteil des Logarithmus wird 
im allgemeinen selbst bei nur geringen For- 
derungen an die Auflösungsgenauigkeit nicht 
ausreichend sein: Wenn der Wertebereich 
von i 0 < i ^ 65 535 ist, so ist der Wertebe- 
reich von x = ld(i) schließlich nur 0 ^ x ^ 1 5. 
Leider sieht die Mathematik bei der Ermitt- 
lung des gebrochenen Anteils von Id i nicht 
mehr ganz so einfach aus. 

Für die Ermittlung dieses gebrochenen An- 
teils (Mantisse) muß man schon etwas tiefer 
in die Mathematik einsteigen. Zunächst wird 
der nach obigem Prinzip ermittelte ganzzah- 
lige Teil aus der weiteren Betrachtung ausge- 
klammert: 

Id a = Id (b*2') = i + Id b, (1) 

wobei 

i . . . ganzzahliger Anteil von Id a, 

1 ^b<2. 

Die Zahl b ist somit 1 + <echt gebrochene 
Zahl>, auch darstellbar als: 


b = 2° + Ci 2* 1 + c 2 2“ 2 + . . . + c n 2“ 


( 2 ) 


wobei q e {0, 1}. (3) 

Der Koeffizient von 2° in Gleichung 3 ist das 
gefundene höchstwertige Eins-Bit und damit 
stets gleich eins. Die Koeffizienten bis c n 
entsprechen den diesem Bit nachfolgenden 
Bitpositionen, von links numeriert. Damit wird 
das weitere Problem in die Logarithmierung 
der Zahl b verlagert. Diese läßt sich entspre- 
chend den Logarithmengesetzen ohne wei- 
teres auf eine andere Basis umrechnen mit: 


x = Id b = 


dene Werte. Dies dürfte für den oben ge- 
nannten Anwendungsfall (Grafik) meist aus- 
reichend sein, wenn man den erzielbaren Re- 
chenzeitvorteil berücksichtigt. 

Bild 1 zeigt ein kurzes Z 80-Assemblerpro- 
gramm, das die angeführten Regeln prak- 
tisch umsetzt. Es wurde übersetzt und zu 
Testzwecken als Inline-Funktion in ein 
Turbo-Pascal-Programm eingebunden. In 
diesem wurde dann durch Vergleich mit den 
„genauen“ Werten der Real-Rechnung für 
alle positiven ganzen Zahlen (2 bis 32767) 
der relative Fehler ermittelt. Es zeigten sich 
folgende Ergebnisse: 
mittlerer relativer Fehler: 0,0020 
Maximalwerte des relativen Fehlers: 


Inb 



Intervall 2 . . 9 

0,0093 

bei i = 7 

In 2 

= k * In b, 

(4) 

o 

CO 

CO 

0,0091 

bei i = 71 



100.. 999 

0,0092 

bei i = 143 

1 

« 1,442695 . 

(5) 

“ 1000.. 9999 

0,0074 

bei i = 1151 

In 2 

“ 10000 .32767 

0,0054 

bei i = 10239 


wobei k = 


Diese scheinbar umständliche Vorgehens- 
weise bietet nun einen Vorteil: In b kann für 
die Entwicklungsstelle 1 in eine Taylor-Reihe 
entwickelt werden, die folgendes Aussehen 
hat: 


In b 


T 


k-1 


(-1) k 


(b-1) k 


(n- 


( 6 ) 


Dabei ergibt sich b - 1 entsprechend Glei- 
chung (2) zu 

b-1 = Ci 2 -1 + c 2 2" 2 + . . . + c n 2 ~\ (7) 

Wenn man nun die Taylor-Reihe schrittweise 
auflöst, so ergibt sich eine Summe aus Koef- 
fizienten der entsprechenden Zweierpoten- 
zen 2” 1 . Entsprechend dem Wertebereich der 
Koeffizienten c, (Gleichung 3) bilden sich da- 
bei die Potenzen dieser Koeffizienten auf 
sich selbst ab, das heißt 
Ci = ö (für n > 0, ganzzahlig). (8) 

Diese Rechnung kann man nach endlich vie- 
len Schritten abbrechen, weil man sich eine 
Mantissengenauigkeit von beispielsweise 
maximal 1 Byte als Richtwert vorgeben kann. 
Dabei zeigt sich dann folgender verblüffen- 
der Effekt, der bei Betrachtung der Gleichun- 
gen 1 bis 6 augenscheinlich für unwahr- 
scheinlich gehalten worden wäre: 

Id b = Ci 2 1 + C2 2 2 + C3 2 3 + 

(C4 + (Ci - C2) 2 ) 2 " 4 + (C5 + 

(Ci - c 3 ) 2 ) 2 ~ + . . . (9) 

Rechentechnische Umsetzung 

In Gleichung 9 lassen sich die Terme (q - q) 2 


entsprechend Gleichung 3 auflösen zu: 


(Cj - qr = q .xor. q 


(10) 


Somit lassen sich also die ersten fünf Mantis- 
senbits von Id i mit guter Näherung nach fol- 
genden Regeln ermitteln: 

• Bit 1 (MSD) bis Bit 3 werden aus den Bitpo- 
sitionen übernommen, die dem höchstwerti- 
gen Eins-Bit der Zahl i unmittelbar folgen (ge- 
nannt c-i bis c 3 ). 

• Bit 4 ergibt sich zu c 4 -l- .xor. c 2 ) sowie 
Bit 5 zu c 5 + (Ci .xor. c 3 ), wobei Überträge in 
die vorderen Stellen möglich sind. 

• Weitere Bitpositionen lassen sich leider 
nicht mehr so einfach ermitteln und werden 
deshalb bei Bedarf mit Nullen gefüllt. 

Der damit realisierte Wertebereich beträgt 
zum Beispiel der bei Logarithmierung einer 
1 6-Bit-unsigned-Zahl: 

• 4 Bit für den ganzzahligen Teil (0. ..15) 

• 5 Bit für die Mantisse. 

Somit ergeben sich insgesamt 512 verschie- 


Dies bestätigt die entsprechenden bei der 
Auflösung der Taylor-Reihe gemachten Ein- 
schränkungen. Der vorgestellte Algorithmus 
wird deshalb also vorrangig dort gut anzu- 
wenden sein, wo die Genauigkeitseinbuße 
zugunsten des Rechenzeitvorteils in Kauf ge- 
nommen werden kann. 


. z80 

title dual logarithm of fix— point- # 
input HL: unsigned # 

output D: fix part of ld(HL), 0<=x<16 
E ( 3 ) . . E ( 7 ) : mantissa of ld(HL) 
E(O) . .E(2) : O 

ld_of_HL: » 

ld a, h 

or 1 

jr n: , ldi 

jany error handling may occur here, e.g.: 
ld de, O 

sc f 

jr ldexit 

ldi $ ld b, 15 

ld de, BOOOh 

ld2: ; test for most significant 1-bit 


ld 

a , h 

; test HL & DE 

and 

d 

;jr nz, ld3 

jr 

nz, ld3 


ld 

a, 1 


and 

• 


jr 

nz, ld3 


srl 

d 

; DE :* DE / 2 

rr 

m 


djnz 

ld2 


ld 

d , b 

;cycl* countir: fix part 

ld 

a, 16 


sub 

b 


ld 

b , a 


ela 

1 

fshift c(l)..c(n) into 

r 1 

h 

j upper part of H 

djnz 

ld4 


ld 

a, h 

jcopy mantissa bits 

and 

lllllOOOb ;c(l)..c(5) 

ld 

c, a 


ld 

a , h 


and 

rrca 

lOOOOOOOb ;c(l) .xor. c(2) 

push 

af 


xor 

h 


and 

rrca 

rrca 

lOOOOOOb 


add 

a , e 


ld 

e, a 


pop 

rrca 

af 


xor 

h 


and 

rrca 

rrca 

lOOOOOb 

S c ( 1 ) .xor. c ( 3 ) 

add 

a , e 


ld 

e , a 


xor 

a 

;clear cy --> succeeded 


ldexit: ret 


Bild 1 Listing des vorgestellten Beispielpro- 
gramms zur schnellen Logarithmierung einer 
16-Bit-Zahl 
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Erweiterung 

für die Gleitkomma-Arithmetik 

Das vorgestellte Verfahren eignet sich grund- 
sätzlich auch zur näherungsweisen Logarith- 
mierung von Gleitkommazahlen. Dabei ver- 
einfacht sich der Ablauf sogar, weil Gleitkom- 
mazahlen rechnerintern in der Form 
r = 2 a *bmit 1 ^b<2 (11) 

abgespeichert werden, das heißt, der ganz- 
zahlige Teil des Logarithmus ist bereits früher 
ermittelt worden. Er kann hier aber auch ne- 
gativ sein, da Zahlen < 1 zugelassen sind. 
Meist wird er nicht in der sonst für vorzeichen- 
behaftete Zahlen üblichen Zweierkomple- 
mentdarstellung abgespeichert, sondern mit 
Offset 80H (bei 8 -Bit-Exponenten) als soge- 


nannte Charakteristik notiert. Zum Beispiel 
sind dann: 

80H = Exponent 0, 1 = Exponent - 1 27, 

OFFH = Exponent 127, 0: Kennzeichnung der exakten 
Null 

Die Zahl b, auch Mantisse der Zahl genannt 
(was nicht mit der Mantisse des Logarithmus 
zu verwechseln ist), besitzt, wie im obigen 
Fall, in der Bitposition 2° (entsprechend ih- 
rem Wertebereich, s. Gleichung 1 1) stets ein 
Eins-Bit, was deshalb niemals abgespeichert 
wird (sogenanntes hidden bit). Dafür steht an 
dieser Stelle gewöhnlich das Vorzeichenbit 
für die gesamte Zahl. Dieses sollte vor dem 
Logarithmieren getestet werden (ebenso wie 
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Im dritten und letzten Teil geht es insbeson- 
dere darum , wie mit Hilfe eines logischen 
Programms Fragen zu beantworten sind. 
Das erfordert Kenntnisse, was logisches Fol- 
gern heißt und wie eine Folgerungsbezie- 
hung festzustellen ist 

Die Skolemschen Normalformen 

Angenommen, wir haben ein Modell einer 
Aussage cp. Dieses Modell ist dann zugleich 
ein Modell jeder Aussage 3X<p(name/X). 
(cp(namelX) bezeichne dabei wieder die 
Aussagenform, die aus cp dadurch hervor- 
geht, daß die Individuenkonstante name 
überall durch die Variable X ersetzt wird.) 
Wenn wir ein Modell einer Aussage \/Ycp ha- 
ben, so haben wir ebenso zugleich ein Modell 
jeder Aussage VY3Xg?(fname(Y)/X), wobei 
fname eine einstellige Funktionskonstante 
ist. Umgekehrt lassen sich Modelle der parti- 
kularisierten Aussagen zu Modellen von cp 
oder VY cp fortsetzen, indem name bzw. 
fname geeignet interpretiert wird. Daraus 
folgt: 

Die Aussagen 3X^ bzw. VYlXxp sind genau 
dann logisch erfüllbar (d. h., sie besitzen ein 
Modell), wenn für eine jeweils neue (noch 
nicht vorkommende) Individuenkonstante a 
bzw. Funktionskonstante f die Aussagen 
xp(Xla) bzw. VY^(X/f(Y)) logisch erfüllbar 
sind. 

Auf diese Weise kommt man zu einer erfüll- 
barkeitstheoretischen Skolemschen Nor- 
malform: 

Man ersetze in einer pränexen Normalform cp 
gleich VX^.-VX^BXig/ (cp* darf noch mit 
Quantifizierungen beginnen) die Variable Xj 
durch den Term f(X 1 l ...,X i _i) für eine neue 
Funktionskonstante f und lasse 3X| weg. Die- 
ses Verfahren werde so oft wie möglich wie- 
derholt. Das Ergebnis ist eine (erfüllbarkeits- 
theoretische) Skolemsche Normalform xp, 
eine pränexe Normalform ohne 3, die genau 
dann logisch erfüllbar ist, wenn cp logisch er- 
füllbar ist. 

Ebenso kommt man zu einer allgemeingül- 
tigkeitstheoretischen Skolemschen Nor- 
malform: 

Man ersetze in einer pränexen Normalform cp 
gleich 3X 1 ...3X M VX i gY die Variable Xi durch 


den Term f(X^,...,X^) für eine neue Funk- 
tionskonstante f und lasse VX, weg. Das Ver- 
fahren werde so oft wie möglich wiederholt. 
Das Ergebnis ist eine (allgemeingültigkeits- 
theoretische) Skolemsche Normalform xp, 
eine pränexe Normalform ohne V, die genau 
dann allgemeingültig ist, wenn cp allgemein- 
gültig ist. 

Wenn nun <P eine Menge von Aussagen ist 
und 0' dadurch aus <P hervorgeht, daß alle 
Aussagen durch dazugehörige erfüllbarkeits- 
theoretische Skolemsche Normalformen er- 
setzt werden, so gilt wiederum: <P ist genau 
dann logisch erfüllbar (besitzt ein Modell), 
wenn 0 ' logisch erfüllbar ist, bzw. genau 
dann, wenn 0 ' ein kanonisches Modell be- 
sitzt. 

Sei weiter 0'° die Menge aller Grundbei- 
spiele von Elementen von 0'. Ein kanoni- 
sches Modell von 0' ist offenbar auch ein ka- 
nonisches Modell von 0 '° und umgekehrt. 
Somit ist 0 genau dann logisch erfüllbar, 
wenn 0'° ein kanonisches Modell besitzt. 
Nun gilt für einfache Aussagen cp die Bezie- 
hung 0\=y genau dann, wenn es kein Modell 
von 0 u{“i<p} gibt, und damit genau dann, 
wenn es kein kanonisches Modell von 
0'°U {n<p} gibt, und damit auch genau dann, 
wenn gilt 0 '°l =<p. 

Hinzu kommt ein weiterer Satz aus der ma- 
thematischen Logik: Falls 0 eine (eventuell 
unendliche) Menge von Aussagen ist (zum 
Beispiel 0 gleich 0 ' 0 ) und gilt 0t=xp, so gibt 
es eine endliche Teilmenge 0* von 0, für die 
auch schon 0*\=xp gilt. 

Um nachzuweisen, daß gilt 01 -cp, braucht 
der Computer also nur eine endliche Menge 
0 rO * von Grundbeispielen aus 0'° zu finden 
mit 0 '°*l -cp. Und das kann der Computer 
grundsätzlich. Die endlichen T eilmengen von 
0' 0 sind für den Computer (theoretisch) be- 
herrschbar, und ob aus ihnen cp folgt, kann er 
überprüfen. 

Falls gilt 0\=cp, kann der Computer das (theo- 
retisch) also auf jeden Fall beweisen und 
dann beispielsweie in Prolog antworten 
yes 

und eventuell auch noch einen Beweis dazu 
aufschreiben. 

Erhalten wir vom Prolog-System trotzdem 
keine Antwort auf unsere Frage, so liegt das 
meistens an einem Programmierfehler, wenn 
der Programmierer die spezielle Ablauforga- 


die Charakteristik 0 ), da der Logarithmus von 
Null oder einer negativen Zahl nicht definiert 
ist. Die nachfolgenden Bits entsprechen den 
in obiger Rechnung benutzten Bits c ^ bis c n , 
wobei für das hier vorgestellte Näherungs- 
verfahren wiederum c 1 bis c 5 herangezogen 
werden müssen. 
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nisation von Prolog etwa bei der Art der For- 
mulierung rekursiver Eingaben nicht berück- 
sichtigt hat und den Computer damit unnöti- 
gerweise in Endlosschleifen oder sonst in die 
Irre schickt. Falls allerdings nicht gilt 0 l=<p , 
kommt zwar bestimmt kein yes , aber wir sind 
der Antwort no auch nicht sicher. Der Compu- 
ter kann in diesem Falle in eine unendliche 
Schleife geraten. Es ist sogar so, daß wir die 
erforderliche Rechenzeit des Computers für 
ein eventuelles yes grundsätzlich nicht ab- 
schätzen können. Es kann sein, daß er schon 
50000 Jahre nach einer endlichen Menge 
von Grundbeispielen aus 0'° gesucht hat, wir 
dann aber durchaus nicht wissen, ob wir bloß 
nicht lange genug auf das yes gewartet ha- 
ben, oder ob es deshalb nicht kommt, weil 
0 h<p gar nicht gilt. Das ist gleichbedeutend 
damit: Es kann keinen Computer geben, der 
für beliebige cp entscheiden kann, ob 0 N 9 ? 
oder nicht 0 N<p. 

In den Anfangszeiten der Logikprogrammie- 
rung hat man die Computer systematisch alle 
endlichen Mengen von Grundbeispielen auf- 
bauen und die aufgebauten Mengen testen 
lassen; in der Zwischenzeit ist man auf effi- 
zientere Verfahren gekommen (siehe Ab- 
schnitt Resolutionsverfahren). 

Fragen nach Variablenwerten 

Bei der Frage nach 0 h^, also der Frage 

?-cp. 

bezüglich einer „Wissensbasis“ 0 aus Klau- 
seln haben wir bisher nur einfache Aussagen 
cp betrachtet. Wir setzen jetzt nur noch vor- 
aus, daß cp in allgemeingültigkeitstheoreti- 
scher Skolemscher Normalform 3X 1 ...3X k cp 0 
vorliegt. Die Elemente von 0 seien dagegen 
in erfüllbarkeitstheoretischer Skolemscher 
Normalform gegeben. Da 1 cp dann logisch 
äquivalent zu einer erfüllbarkeitstheoreti- 
schen Skolemschen Normalform ist und es 
nur darauf ankommt, ob 0 u {lg?} logisch er- 
füllbar ist, sind die Voraussetzungen legi- 
tim. 

0 U{”i<p} besitzt genau dann kein Modell, 
wenn wiederum eine endliche Menge von 
Grundbeispielen kein Modell besitzt, also 
eine endliche Menge 0 0 * von Grundbeispie- 
len für Elemente von 0 und von Grundbei- 
spielen -Kp U :;~Hpn für ~\cp kein Modell besitzt, 
demzufolge logisch widerspruchsvoll ist. Das 
ist aber gleichwertig mit 0°*h<p 1 v... v<p n . Die 
Grundbeispiele cp\ haben dann die Gestalt 
9o(X 1 /t 1il ...,X k /t k i) für geeignete Grundterme 
tl i>- • • »t^i- 

Es ergibt sich: Wenn 0 N 3X xp, so liefert die 
Logikprogrammierung (und damit der (theo- 


10 


Mikroprozessortechnik, Berlin 4 (1990) 12 



retische) Computer) Grundterme t 1t ...,t n mit 
0hV'(X/t 1 )v... v Vj(X/t n ). Für n = 1 wäre die 
Lösung konstruktiv, das ist aber nicht allge- 
mein zu erreichen. In Prolog allerdings zah- 
len sich die folgenden Einschränkungen 
aus: 

© Die Elemente von 0 sind (meist generali- 
sierte) Hornklauseln (Fakten und Regeln) 
und damit auch in erfüllbarkeitstheoretischer 
Skolemscher Normalform. 

© 3X0, die Frageaussage (in Prolog Ziel- 
klausel genannt), ist eine partikularisierte 
Konjunktion (die Partikularisierung wird üb- 
licherweise ebensowenig mitgeschrieben 
wie die Generalisierung in den Horn-Klau- 
seln) von einfachen Aussagen und steht da- 
mit in allgemeingültigkeitstheoretischer Sko- 
lemscher Normalform. 

Dann ist n = 1 , also 01 = 3X0 zieht nach sich 
0l=0(X/ 1) für einen Grundterm t, und diese 
konstruktive Lösung t wird vom Computer ge- 
liefert. Der Computer ist in Prolog sogar dar- 
über hinaus in der Lage, sämtliche „Belege“ 
zu liefern, auf die eventuell systemabhängig 
modifizierte Frage 
?-liebt(hans,X),liebt(X,hans). 

(also inhaltlich: Bestimme die Terme t mit 
0Niebt(hans,t) a liebt(t,hans) ) 
kommt bei geeignetem 0 dann zum Beispiel 
die Antwort 
X = grete 

X = mutter_von(hans) 

und vielleicht noch ein Vermerk, daß weitere 
Werte von X nicht zu erwarten sind. Bei man- 
chen Prolog-Systemen kommt auch zu- 
nächst nur eine Antwort, weitere Antworten 
können dann durch ; abgefordert werden. 

Zum Resolutionsverfahren 

Das Resolutionsprinzip braucht ein Prolog- 
Programmierer dann nicht unbedingt zu ken- 
nen, wenn er dem System alle Klauseln (Fak- 
ten und Regeln) logisch exakt mitteilt und 
dies obendrein in der richtigen Reihenfolge 
tut. Wenn aber Fehler Vorkommen, das Sy- 
stem nicht so reagiert, wie man es sich vorge- 
stellt hat (wie wohl zu Beginn meistens), dann 
ist schon eine gewisse Kenntnis der Prolog- 
Arbeitsorganisation erforderlich, um die Aus- 
wirkungen von Fehlern beurteilen und umge- 
kehrt von den Auswirkungen auf die verursa- 
chenden Fehler schließen zu können. Ich 
stelle in diesem Abschnitt dar, wie der Com- 
puter logisch schließt, und komme damit auf 
das Resolutionsverfahren. 

Da <P\=cp genau dann gilt, wenn 0 v {~Kp} lo- 
gisch widerspruchsvoll ist, bemüht man sich 
in der Logikprogrammierung meist um den 
Nachweis der logischen Widersprüchlichkeit 
gewisser Aussagenmengen 0 . Wir setzen 
voraus, daß alle Elemente von 0 erfüllbar- 
keitstheoretische Skolemsche Normalfor- 
men sind und die Generalisierungen wegge- 
lassen sind. Die Reste seien als konjunktive 
Normalformen gegeben. Dann dürfen wir 
auch voraussetzen, daß die Elemente von 0 
Alternativen von Literalen sind, Konjunktio- 
nen also in ihre Bestandteile aufgespalten 
sind. 

Ein logischer Widerspruch in 0 kann sich 
höchstens darin markieren, daß ein Beispiel 
eines Gliedes ^1 einer Alternative <^6 0 ge- 
rade die Negation eines Beispiels 0 2 einer 
anderen Alternative 0^0 ist. Von einer Al- 
ternative 0 zu einem Beispiel überzugehen, 
bedeutet die Anwendung einer Termeinset- 
zung o auf <p, das Ergebnis sei mit o(<p) be- 
zeichnet. Im Beispiel trifft also zu a^i) 
gleich "icr 2 (0 2 ). (Wir sagen, daß und 0 2 


unifizierbar sind, identifizierbar durch pas- 
sende Einsetzungen in die Variablen.) Wenn 
nun cp\ bzw. (p' 2 dadurch entsteht, daß alle 
(evtl, mehrere) Glieder < 7 ^ 1 ) in o^(cpP) und 
alle Glieder a 2 (0 2 ) in cr 2 (<p 2 ) weggelassen 
werden, so nehmen wir die Alternative cp\ v <p' 2 
zu 0 hinzu. Durch die Hinzunahme bleibt ein 
widerspruchsvolles 0 widerspruchsvoll, ein 
widerspruchsfreies 0 bleibt aber wider- 
spruchsfrei, denn ( cp -i) ist logisch äquivalent 
zu »a-ifV'-i) und 02 ( 02 ) * st J°9' sc h äquiva- 
lent zu ~lo 2 (xp 2 )-±<p 2 gleich oi(0i)— > 02 , und 
0 i V 0 2 , logisch äquivalent zu n <p^q> 2l folgt 
logisch aus beiden und damit aus { 01 , 02 } 
und aus 0. Wenn wir das Verfahren zu Ende 
führen, ergibt sich: 

0 ist genau dann logisch widerspruchsvoll, 
wenn das beschriebene sog. Resolutionsver- 
fahren schließlich zu einer leeren Alternative 
führt. 

Im Falle von Prolog mit seinen Horn-Klauseln 
ergibt sich nach der gleiche Methode folgen- 
des: Von zwei Klauseln (p Q \- cp- 1 , cp 2 , ... und 
0o" Vh. V> 2 . mit etwa o 2 (0 o ) = 01 ( 01 ) geht 
man über zu einer Klausel a 1 (0o):-a 2 (0i), 
^2(02)>---i<7i(0 2 ),r7 1 (0 3 ) > ... . und fügt diese zu 
0 hinzu. Dies läßt sich verhältnismäßig an- 
schaulich wie folgt umschreiben: Die negati- 
ven Literale sind die rechts von , die positi- 
ven Literale die links von (wegen 
a:-b,...,c=~ibv... vncva). Die Fakten sind 
positiv, die Glieder der Fragen negativ. Ein 
negatives Literal (insbesondere der Frage) 
wird (erfolgreich) aufgerufen, indem ein Bei- 
spiel dieses Literais mit einem Beispiel eines 
positiven Literais zur Deckung gebracht wird 
(die beiden Literale werden unifiziert) und 
das Beispiel dieses positiven Literais (erfolg- 
reich) aufgerufen wird. Der Aufruf des positi- 
ven Literais eines Fakt-Beispiels ist immer 
unmittelbar erfolgreich. Das positive Literal 
eines Regel-Beispiels wird (erfolgreich) auf- 
gerufen, indem alle negativen Literale des- 
selben Regel-Beispiels (erfolgreich) aufgeru- 
fen werden. Die Frage wird mit yes oder den 
Variablenwerten beantwortet, falls alle Glie- 
der erfolgreich aufgerufen wurden. 

Das Resolutionsverfahren liefert in jedem 
Falle die Lösungen, die Variablenwerte, mit. 
Ich erkläre das nun an meinem Prolog-Bei- 
spiel: Mit jedem Aufruf eines negativen Lite- 
rais werden gewissen Variablenbindungen 
eingeführt, es wird nämlich eine (möglichst 
allgemeine) Substitution gemacht, die gewis- 
sen Variablen gewisse Terme zuordnet 
(Übergang vom Literal zu einem Beispiel). 
Diese Zuordnung, Bindung genannt, bleibt so 
lange gültig, bis der verursachte Aufruf sich 
als erfolglos herausstellt. Dann jedoch, wenn 
wir also in eine Sackgasse geraten sind, wird 
ein Zurück - ein Backtracking - ausgelöst, 
die Variablenbindung wieder aufgehoben 
und nach Möglichkeit mit einem anderen po- 
sitiven Literal unifiziert, was eine neue, alter- 
native, Variablenbindung auslöst. Falls das 
nicht möglich ist, ist der jeweils vorher ver- 
suchte Aufruf (der seinerseits das betrach- 
tete negative Literal aufgerufen hat) ebenfalls 
erfolglos, und das Backtracking muß fortge- 
setzt werden. Die Variablenbindungen, die 
zum Schluß übrigblieben (das kann nur beim 
erfolgreichen Aufruf aller Frageglieder sein), 
liefern die gesuchten Variablenwerte. 

Es sei noch bemerkt, daß sich die Resolu- 
tionsmethode im Falle von Horn-Klauseln 
wesentlich effizienter gestalten läßt, es 
sind weniger Unifizierungen zu versuchen, 
Doppelarbeit und Backtracking sind selte- 
ner. 


Abseits der „reinen“ Logik- 
programmierung in Prolog 

Ich hatte schon bemerkt, daß es in Prolog wie 
in jeder Sprache der Logikprogrammierung 
Strukturen gibt, die nicht nur oder am allerwe- 
nigsten als Aussagen zu interpretieren sind, 
Ausgabeanweisungen etwa, die zwar als 
wahr, also als erfolgreich aufrufbar gelten, 
bei denen es aber doch in erster Linie auf so- 
genannte Seiteneffekte ankommt, bei denen 
also die prozedurale Interpretation die ent- 
scheidende ist. Hier nimmt es nicht wunder, 
daß die Reihenfolge der Atome in den Klau- 
seln bzw. die Reihenfolge der Klauseln von 
Bedeutung ist, wie wir bereits gesehen ha- 
ben. 

Es kommt aber auch im Bereich primär dekla- 
rativer Interpretationen auf Reihenfolge- und 
andere organisatorische Fragen an. Wenn 
wir etwa definieren 
fak(0,1) 

fak(X,Y):- A is X-1, fak(A,B), Y is B*X. . 

- wobei ein Atom Variable is <Term> (kon- 
sequenter wäre die Schreibweise is(Varia- 
ble,<Term>) realisiert wird, indem der Wert 
von <Term> der Variablen Variable zuge- 
wiesen wird -, erhalten wir auf die Frage 
?-fak(3,X) 

ganz richtig die Antwort 
X = 6 

Wenn wir aber die beiden Klauseln bei der 
Eingabe in ihrer Reihenfolge vertauschen, so 
kommt auf die Frage 
?-fak(3,X) 

keine Antwort, weil der Aufruf von fak(M,X) 
nacheinander fak(2,X1), fak(1,X2), 

fak(0,X3), fak(-1 ,X4), . . . aufruft ohne Ende. 
Prolog ruft nämlich die positiven Klausel- 
köpfe stereotyp von oben nach unten und die 
negativen Atome der einzelnen Klauseln 
ebenso stereotyp von links nach rechts auf. 
Das ist eine dem Wesen nach algorithmische 
Arbeitsweise, dem Computer angemessen, 
aber nicht der Logik. An parallelen Konzep- 
ten, die solche Schwierigkeiten vermeiden, 
wird intensiv gearbeitet. 

Es gibt ein recht umstrittenes Konzept in Pro- 
log, das Schnittprädikat (den Cut) !, mit dem 
der Programmierer in die sonst starre Prolog- 
Abarbeitungsorganisation eingreift. Ein Auf- 
ruf von ! ist grundsätzlich erfolgreich, aber 
hier kommt es auf einen Seiteneffekt an: 
Einige Variablen dürfen bei einem eventuel- 
len Backtracking kein zweites Mal gebunden 
werden. Kein Beispiel einer Regel 

0o-~ 01 0k, I, 0k+l 

darf im Zuge eines Backtrackings über ! hin- 
aus zurück durch ein alternatives Beispiel er- 
setzt werden. Es wird also eine ganze Reihe 
von sonst möglichen alternativen Variablen- 
bindungen abgeschnitten, was viel Rechen- 
zeit sparen kann. Zuweilen wird die Verwen- 
dung von ! jedoch zur Programmiermethode. 
Ein Ziel der Logikprogrammierung, die Kon- 
zentration auf „Programme“, in denen nur die 
reine Logik des Problems dargestellt ist, und 
die deshalb leicht verständlich und leicht kor- 
rigierbar sind, wird verlassen zugunsten al- 
gorithmischer Eingriffe, die das Programm 
zwar schneller machen können, aber die 
Transparenz nehmen. 

Prolog verfügt über keine Negation, Motive 
dafür haben wir schon genannt: Insbeson- 
dere kommt durch die Hinzunahme der klas- 
sischen Negation ein nichtkonstruktiver Zug 
in die Logikprogrammierung (es gibt aber 
auch konstruktive Negationsformen, die in 
der Logikprogrammierung noch keinen allge- 
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meinen Eingang gefunden haben), und die 
Arbeitsweise des Logik-Computers wird we- 
sentlich komplizierter. Im übrigen reicht der 
Bereich der Horn-Klauseln in folgender Be- 
ziehung aus: Wenn zwischen verschiedenen 
Größen ein algorithmischer Zusammenhang 
besteht, so läßt er sich durch ein Prolog-Pro- 
gramm beschreiben und auch realisieren. 
Das ist die sogenannte algorithmische Voll- 
ständigkeit von Prolog. 

Es soll aber noch auf zwei negationsähnliche 
Erscheinungen in Prolog hingewiesen wer- 
den. Die eine ist das Standardprädikat fail. 
fail ist eine nullstellige Prädi katenkonstante, 
die immer als falsch gilt, als nie realisierbar 
(nicht erfolgreich aufrufbar). Logisch gilt 
~kp = cp —> fail 

für beliebige Aussagen <p, aber eine entspre- 
chende Regel 
fail:— 99 . 

ist in Prolog nicht zugelassen, formal, weil der 
Regelkopf kein Standard prädikat wie fail sein 
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In der Programmiersprache Pascal steht zur 
Umwandlung einer in Form eines Strings 
vorliegenden Zahl in einen numerischen 
Wert die Prozedur Val zur Verfügung. Diese 
Funktion wandelt aber stets nur eine einzige 
Zahl um, die Behandlung zusammengesetz- 
ter mathematischer Ausdrücke oder Stan- 
dardfunktionen (wie z. B. innerhalb einiger 
Basic-Dialekte) ist nicht möglich. 


darf. Inhaltlich ist der Aufruf von fail per defini- 
tionem zum Scheitern verurteilt und kann 
nicht erst vom Scheitern des Aufrufs von <p 
abhängig gemacht werden. 

Der andere Negationsersatz ist not. Ein Auf- 
ruf von not(<p) ist erfolgreich, falls der Aufruf 
von cp in endlicher Zeit scheitert. Dieses so- 
genannte negation by failure ist der nächst- 
liegende Ersatz für ~i, aber eben nur ein Er- 
satz. Falls nämlich der Aufruf von <p den Com- 
puter in eine unendliche Schleife führt, ist 
auch der Aufruf von noi(<p) erfolglos, obgleich 
“l cp dann wahr wäre. Wenn in cp eine Variable 
X vorkommt, so wird die Frage 
?-not (<p) 

mit yes beantwortet, falls die Annahme 
01=3 X(p in endlich vielen Schritten widerlegt 
werden kann. Dann gilt VX~i<p in einem Mo- 
dell von 0 . Das not bringt so eine Unsymme- 
trie bezüglich der Variablenbehandlung. 
Während eine Frage 
?-alpha(beta(X)). 


Da es aber in vielen Fällen wünschenswert 
wäre, derartige zusammengesetzte Aus- 
drücke berechnen zu können (Tischrechner, 
Tabellenkalkulation, Eingabe-Bearbeitung 
ähnlich III usw.), soll im folgenden ein kom- 
fortabler Ersatz für die Funktion Val vorge- 
stellt werden. 

Die Behandlung von Formeln erfordert die 
Aufspaltung des Ausdrucks in einzelne Teile, 
die dann durch die Standard-Prozedur Val 
behandelt werden können. Die so erhaltenen 


Antworten der Art ^ 

X=name 

liefert, liefert die syntaktisch äquivalente 
Frage 

?-not(beta(X)). 

keine Variablenwerte, höchstens ein yes 
oder no. ?-alpha(beta(X)). wird als Frage 
nach 0N3X alpha(beta(X)) verstanden, ?- 
not(beta(X)) als Frage nach 
0l=not(3X beta(X)) und nicht etwa nach 
01= 3X not(beta(X)). 

Schluß 
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fach 964, 0-901 0 Chemnitz; Tel. 66 82 52 


numerischen Zwischenwerte sind anhand 
der Operationszeichen miteinander zu ver- 
knüpfen. 

Diese Angaben erfüllt die Funktion Ergebnis; 
ihr wird ein mathematischer Ausdruck als 
String übergeben, zurückgegeben wird der 
numerische Wert des Ausdruckes als Real- 
Zahl. Bei der Bildung des Ausdruckes müs- 
sen allerdings einige Regeln berücksichtigt 
werden: 

Argumente von Funktionen müssen stets in 
Klammern gesetzt werden. 

Es dürfen nie zwei Operationszeichen unmit- 
telbar aufeinander folgen. Wird das Minus- 
zeichen als Vorzeichen verwendet, so ist die 
zu negierende Zahl mit dem Vorzeichen in 
Klammern zu setzen, also 2*(-3) anstatt 
2*-3. Erlaubt ist hingegen ein führendes Mi- 
nus am Anfang eines (Teil-) Ausdruckes, 
z.B.2 A (— 3*6) oder -2*3 
Die Exponentialschreibweise (1e4 statt 
10000) darf ebenfalls verwendet werden. 
Innerhalb der Funktion wird versucht, den 
Ausdruck in zwei Teile (die Operanden) und 
ein beide Operanden verbindendes Opera- 
tionszeichen aufzuspalten, wobei die Klam- 
merung und die Vorrangregeln der Opera- 
tionszeichen untereinander zu berücksichti- 
gen sind. Gelingt dies, so werden die numeri- 
schen Werte der beiden Operanden entspre- 
chend dem Operationszeichen miteinander 
verknüpft. Die Definition eigener Operations- 
zeichen ist möglich (z. B. ,,A ” für Potenzie- 
rung, siehe Bild 1 ). Da die beiden Operanden 
natürlich auch komplexe Ausdrücke sein 
können, sind sie wiederum mit der rekursiven 
Funktion Ergebnis zu behandeln. 

Ist das weitere Aufspalten eines Ausdruckes 
nicht mehr möglich, so ist aus diesem unteil- 
baren Ausdruck der entsprechende numeri- 
sche Wert zu bestimmen. 

Das Auftreten eines nicht weiter zerlegbaren 
Ausdruckes stellt also vorerst die Abbruchbe- 
dingung für die Rekursion dar. Der so erhal- 
tene elementare Ausdruck kann eine durch 
die Funktion Val verarbeitbare Zahl oder aber 
ein Funktionsaufruf sein, der mit Val noch 
nicht behandelt werden kann. Der Ausdruck 
muß also weiter bearbeitet werden. Diese 
Aufgabe übernimmt die Funktion Wert. Ergibt 
die Behandlung des Ausdrucks mit Val einen 
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{Rekursion erlauben) 
{keine Strm 1 aengenpruef ung ) 


PROGRAM Val; 

(*A-) 

{ *V— ) 

CONST max_funkt = 10; 

buchstaben: SET OF CHAR = { ' A ' . . ' Z ' ] ; 

op_zeich : SET OF CHAR = { ‘ Ä * 3 ; 

funkt_name: ARRAY[ 1 . „ max_f unk t ) OF STRING[6) = 

(' ARCTAN' , 'COS' , 'EXP', LN', 'SIN', 

' SQR ' , ' SQRT ' , ' RAD ' , ' DEG ' , ' PI ' ) ; 

TYPE string_typ = STRINGC60] ; {String fuer Formel , Laenge nach Bedarf) 
slO - STR I NG [ 10] ; 

var_zeiger = A var_rec; 

var_rec = RECORD (Element fuer Var iabl en 1 iste) 

name : slO.; (Bezeichnung der Variablen) 

zeiger: '''REAL ; {Zeiger auf Variable) 

next : var_zeiger ; END; 


VAR s: string_typ; 

var_anfang,var_akt: var_zeiger; 
n, fehler: INTEGER; 
x , y : REAL ; 


{Variablen 1 iste) 


PROCEDURE valn( formel :string_typ; VAR x :REAL ; VAR fehl er : INTEGER ) ; 

(Ersatz fuer Standard-Funktion VAL) 

VAR hei p : string_typ ; 
n : INTEGER ; 

FUNCTION ergebnis ( formel : string_typ ): REAL ; FORWARD; 

FUNCTION nummer(VAR f _jiame : s t r ing_ty p ) : I NTEGER ; 

{suchen Funktionsbezeichnung in Liste, Rueckgabe der Ordnungsnr.) 

VAR n : INTEGER ; 

BEGIN 

nummer:=0; {Rueckgabewert, wenn Bezeichnung nicht in Liste) 

FOR n:=l TO max_funkt DO 

IF f unk t__name[n ] = f_name THEN nuni(i)er:=n; 

END ; 
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FUNCTION opz__pos ( VAR formel :5tring_typ) : INTEGER; 

{Position letztes Opera tionszeic hen mit niedrigster Wertigkeit } 
{ausserhalb von Klammern} 

VAR ebene , wertigkei t ,n : INTEGER ; 

BE6IN 


opz __pos:=0; 
ebene : =0 ; 
wertigkeit:=MaxINT ; 

FOR n:=l TO Leng th ( forme 1 ) 
CASE forme 1 [n } 0F 


{Rueckgabewert, wenn kein Zeichen gefunden} 


DO 


END; 


(' : ebene : =ebene+l ; 

)' s ebene : =ebene-l ; 

+ ' :IF (ebene = 0) THEN {wegen Ex pone t ia 1 sc hrei bwei se } 

IF ( n= 1 ) 0R { n> 1 ) AND ( formel [n-1] <> 'E') THEN 
BEGIN opz_pos:=n; Wertigkeit ; =1 ; END; 

*’ : IF (ebene = 0) AND (Wertigkeit >1) THEN BEGIN 

opz_pos:-n; wertigkei t : =2; END; 

: IF (ebene = 0) AND (Wertigkeit >2) THEN BEGIN 
opz_pos:=n; wer t igkei t : =3 ; END; END; 
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PR0CEDURE k 1 ammern_ent fernen ( VAR f : string_typ ) ; 

{Klammern um gesammte Formel entfernen, wenn vorhanden} 

BEGIN 

IF ( opz _pos ( f ) =0 ) AND ( f[l] = ) THEN 

IF f£ Leng th ( f ) } * ')' THEN f:=Copy( f , 2 , Leng th ( f ) -2 ) 

ELSE fehler s=l ; {kein Klammerpaar} 

END; 

PR0CEDURE f ormel _auf spal ten ( VAR forme 1 j opl , opz , op2 : string_typ ) ; 

VAR posit : INTEGER; 

BEGIN 

posit:=opz __pos ( forme 1 ) ; 

IF posit <> 0 THEN BEGIN 

opl:=Copy( f ormel , 1 , posi t-1 ); 
k 1 ammern_en t fernen (opl ) ; 

IF (opl<> ' ' ) AND (opl[ Leng th ( opl ) } IN op_zeich) THEN fehler:=2; 
opz : =Copy ( forme 1 , posit , 1 ) ; 

op2 : =Copy ( forme 1 , posit+1 , Leng th ( f ormel )) ; 

IF (op2<>‘) AND (op2[l] IN op_zeich) THEN fehler:*2; END 
ELSE BEGIN 

opl : =f orme 1 ; 

k 1 ammern_en tf ernen ( opl ) ; 
opz ' ; op2:=' ' ; END; 

END; 

FUNCTION potenz ( basis , exponen t : REAL ) s REAL ; 

BEGIN 

IF basis>0 THEN potenz :=Exp( exponent * Ln(basis) ) 

ELSE f eh 1 er ; =3 ; 

END; 

FUNCTION wurzel (VAR f : s tring_typ ) ; REAL ; 

VAR x ; REAL ; 

BEGIN 

x : =ergebn is ( f ) ; 

IF x >= 0 THEN wurzel :=Sqrt( x ) 

ELSE f eh 1er; =6 ; 

END; 

FUNCTION 1 nn ( VAR f : s t ring_typ ) : REAL ; 

VAR x : REAL ; 

BEGIN 

x : =ergebn is ( f ) ; 

IF x > 0 THEN 1 nn : =Ln ( x ) 

ELSE fehler : =3 ; 

END; 


FUNCTION v_wert(VAR v : string_ty p ) : REAL ; 

{suchen der Variablen mit dem uebergebenen Namen in der vom } 
{Nutzer angelegten Var iab 1 en 1 iste und Rueckgabe ihres Inhaltes} 
VAR e : var_zeiger ; 

BEGIN 


e : =var_anfang ; 

WHILE (e <> NIL) AND (e^.name 
IF e^.name = v THEN v__wert:=e~ 
ELSE fehler:=4; 


END; 


<> v) DO 
. zeiger rt 


e : =e~ . nex t ; 

{Variable existiert nicht} 


FUNCTION f _wert ( forme 1 :string — typ) : REAL ; 
{berechnen des Funktionswertes} 

VAR f_ na me : s tring_typ; 

BEGIN 

f _name : = ' * ; 

WHILE ( Length ( f ormel ) >0 ) AND ( formel[l} 
f _name : =f _name+f ormel [ 1 } ; 

f ormel : =Copy ( formel ,2,Length( formel ) ); 

CASE nummer ( f _name ) 0F 

0; f_wert:= v_wert( f_name); 

1: f_wert:= ArcTan( ergebnis ( formel ) ); 

2: f_wert:- Cos( ergebnis ( forme 1 ) ); 

3: f_wert:= Exp( ergebn is ( forme 1 ) ); 

4r f_werts= lnn( formel ); 

5: f_wert:= Sin( ergebnis ( formel ) ); 

6: f_wert:= Sqr( ergebnis ( formel ) ); 

7: f _wer t : - wurzel ( formel) ; 

Öi f_wert:= ergebnis! 'PI*(' +formel+ ' 
9: f_wert:= ergebnis( formel ) *180/Pi ; 
10: f _wer t : “ Pi; END; 


END; 


IN buchs taben) DO BEGIN 
END; {formel =argument> 


) / 1B0 ' ); {Grad->Bogen } 

{Bogen->Grad } 
{PI} 
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gültigen numerischen Wert, so wird dieser 
zurückgegeben, andernfalls wird angenom- 
men, daß ein Funktionsaufruf vorliegt. 

Der Funktionsaufruf wird in der Funktion 
F_Wert in den Funktionsnamen und das Ar- 
gument aufgespalten. Anschließend wird der 
Funktionswert berechnet. Da das Argument 
wiederum ein zusammengesetzter Ausdruck 
sein kann, muß er natürlich auch mit der 
Funktion Ergebnis behandelt werden, die hier 
also indirekt rekursiv aufgerufen wird. 
Innerhalb der Funktion F_Wert werden die 
mathematischen Funktionen LN und SQRT 
durch eigene Funktionen (LNN und WURZEL) 
berechnet, um Laufzeitfehler bei nichtpositi- 
vem bzw. negativem Argument zu vermeiden. 
Es können auch beliebige nutzereigene 
Funktionen - im Beispiel die Umrechnung 
von Grad- und Bogenmaß -definiert werden. 
Als Sonderfall ist dabei auch die Definition 
von Konstanten möglich - z. B. ji (PI) die 
einfach als Funktionsaufruf ohne Argument 
betrachtet werden. Die selbst programmier- 
ten mathematischen Funktionen können ent- 
weder direkt oder aber wiederum mit der 
Funktion Ergebnis (siehe Berechnung von 
Deg und Rad im Programm Val) berechnet 
werden. Die letzte Variante ist recht elegant, 
wenn andere nutzereigene Funktionen auf- 
gerufen werden sollen, erfordert aber zusätz- 
lichen Platz auf dem Rekursionsstapel. 
Außer der Berechnung von Funktionswerten 
ist als weitere Spezialfunktion der lesende 
Zugriff auf Variablen des übergeordneten 
Programms möglich. Bezeichner, die nicht in 
der Liste mit den Funktionsnamen enthalten 
sind, werden als Namen von Variablen auf- 
gefaßt. Da die durch den Nutzer im Quelltext 
gewählten Namen zur Laufzeit natürlich nicht 
verfügbar sind, muß der Zusammenhang 
zwischen Variablenbezeichnung und Varia- 
ble (genauer der Adresse der Variablen) zur 
Laufzeit durch die Prozedur Var_Def neu fest- 
gelegt werden. Damit der Aufruf der Funktion 
Ergebnis ähnlich wie der Aufruf der Standard- 
prozedur Val gestaltet werden kann, wird sie 
indirekt über die Prozedur Valn aufgerufen. 
Dieser Prozedur sind dieselben Parameter 
zu übergeben wie der Prozedur Val. Der ein- 
zige Unterschied besteht in der Belegung der 
Variablen Fehler. Während bei Val in dieser 
Variablen die Position zurückgegeben wird, 
an der ein Fehler auftritt, erfolgt bei Valn ledig- 
lich Rückgabe einer Fehlernummer, die die 
Art des aufgetretenen Fehlers kennzeichnet. 
Die Bedeutung der Fehlernummern geht aus 
Tafel 1 hervor. 


Tafel 1 Die Bedeutung der Fehlernummern 


Fähler- 

nummer 

Bemerkung 

f 

Klammerfehler; die Klammern um den bearbei- 
teten Ausdruck bilden kein zusammengehöri- 
ges Paar. 

2 

Es folgen mehrere Operationszeichen unmittel- 
baraufeinander. 

3 

Es wurde versucht, den Logarithmus einer 
nichtpositiven Zahl zu berechnen. 

4 

Es existiert keine Variable oder kein Funktions- 
aufruf mit dem übergebenen Namen. 

5 

An der ersten Stelle eines T eil-Ausdruckes darf 
nur ein Vorzeichen {+ oder -Jodereine Zahl 
stehen. 

6 

Es wurde versucht die Wurzel einer negativen 
Zahl zu berechnen. 

7 

Die zu berechnende Formel ist leer. 

8 

Division durch 0 
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179 
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213 

214 
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233 

234 

235 

236 

237 


FUNCTION wert ( forme 1 : s tr ing_typ ) : REAL ; 

VAR f: INTEGER; 

w : REAL ; 

BEGIN '■* ' 

Val ( f ormel , w, f ) ; 

IF f = O THEN wert:=w {Formel besteht aus Zahl} 

ELSE wer t : =f_wert ( f ormel ) ; {Formel ist Funk tionsauf ruf } 

END; 

FUNCTION ergebnis; {wandelt String Real-Zahl} 

VAR opl ,op2,opz :string_typ; {1. Operand, 2. Operand, Op. Zeichen} 

x: REAL; 

BEGIN 

IF fehler = O THEN BEGIN {Abbruch Rekursion nach erstem Fehler} 
forme 1 _auf spa 1 ten ( forme 1 ,opl,opz,op2) ; 

IF opl = * ' THEN 

IF ( ( op z * OR (opz ~ + ')) AND <op2<>'*) 

THEN opl:='0' {Formel zu kompletten Ausdruck kompl . } 

ELSE fehler:=5; {Vorzeichen erwartet oder Operand fehlt} 

IF opz = ' ’ THEN 

IF ( opz_pos ( opl )=0 ) AND {Ausdruck nicht weiter teilbar} 

( opi[l] <>'(' ) {und nicht geklammert} 

THEN ergebnis : =wer t ( opl ) 

ELSE ergebnis : =ergebnis { opl ) 

ELSE 

CASE opz [ 1 ] OF 

+ ergebnis:- ergebnis ( opl ) + ergebnis ( op2 ) ; 

-'s ergebnis : = ergebnis ( opl ) - ergebnis ( op2 ) ; 
ergebnis:= er gebnis ( opl ) * ergebn is ( op2 ) ; 

'/'s BEGIN 

x : =ergebnis ( op2 ) ; 

IF x <> 0.0 THEN ergebnis:= ergebnis ( opl ) / x 

ELSE fehler:=B; END; {Division durch 0} 
ergebnis : «potenz ( ergebnis ( opl ), ergebnis ( op2 )) ; END;END; 

END; 

BEGIN {valn} 
fehler:=0; 
he 1 p : “ ' ' ; 

FOR n:=l T0 Leng th ( f ormel ) DO {Leerzeichen weg, Grossbuc hst . } 

IF formel][n] <> ' THEN help:=help + Upcase( formel[n] ); 

IF help <> '' THEN x s =ergebn i s ( hei p ) 

ELSE fehler : =7 ; {Formel leer} 

END; 

PR0CEDURE var_reset; {loeschen der Variablenliste) 

BEGIN 

var_akt:=var_anfang ; 

WHILE var_akt <> NIL DD BEGIN 
var_anfang: =var_anfang ys .next; 

Dispose (var_akt); 
var^akt :-var__anf ang ; END; 

END; 


PR0CEDURE varjef ( name : slO ; VAR var iable : REAL ) ; 

{Aufnahme einer Variablen in die Liste} 

VAR n: INTEGER; 

BEGIN 

FOR n:=l T0 Length(name) DO name[ n ] : =Upcase ( name [n ] ) ; 

IF var_anf ang = NIL THEN BEGIN 
New ( var_anfang ) ; 
var_akt:=var_anfang END 
ELSE BEGIN 

New( var_akt A .next) ; 
var_akt:-var_akt A .next; END; 
var_akt A .name : =name ; 

var_akt A .zeiger:=Addr ( variable) ; {bei 8 Bit Ptr (Addr(variable) )) 

var_akt A .next:=NIL; 

END; 


BEGIN {Programm VAL} 
var_anf ang : =NIL ; 
var__reset ; 
var _def (' x x ) ; 
var_def ( ' y ' , y ) ; 

Wr i teLn ; 

FOR n : =1 TO 9 DO BEGIN 

x : =10*n ; 

valn( 'rad(x)' ,y, fehler); 

Wr i teLn ( x s 10 : 6 , ' Grad entspricht 
Wr i teLn ; 
x : =5 ; 

valn( ' x^2 ' ,y, fehler) ; 
va 1 n ( ' x^3 ' , y , fehler ) ; 
valn( 'Sqrt(x) ’ ,y, fehler) ; 

Wr i teLn ; 

REPEAT 


{Anf angsini tial isierung , unbedingt notwendig) 
(loescht alte Variablen 1 iste} 


{berechnen Ausdruck mit versch. Werten) 


im Bogenmass ,y:12:8); END; 


{Einsetzen Wert in verschiedene Formeln} 

: 12 : 6 ) ; 

; 12 : 6 ) ; 

, y : 1 2 : 6 ) ; 


Wri teLn ( x : 2 : 2 , ' ~2 
Wr i teLn ( x : 2 : 2 , ' 
WriteLn( Wurzel aus 


= > y 

= ' ,y 

, x :2:2, ' = 


Wr i teLn ; 

Wri teLn (' Eigene Formel eingeben, Ergebnis wird in "Y" 
'abgespeichert, Ende mit ET'); 

Wri teLn ; 

Read ( s ) ; 

valn (s,y, fehler) ; 

IF fehler - 0 THEN WriteLn(' « ,y:l:10) 

ELSE Wri teLn ( Fehler: fehler :3); 

UNTIL s* ’ ’ ; 

END. 


Bild 1 


In der vorliegenden Version läuft das Pro- 
gramm unter MS-DOS. Die Anpassung an 8- 
Bit-Versionen von Turbo-Pascal erfordert 
eine kleine Änderung in der Prozedur Var- 
_Def. Außerdem ist es empfehlenswert, den 
für den Rekursionsstapel zur Verfügung ste- 
henden Speicherplatz zu vergrößern oder die 
Länge des Strings für die Formel zu verrin- 
gern, um den Überlauf des Rekurs ionssta- 
pelszu vermeiden. 

Literatur 

/I/ Schneider, M. Taschenrechner-Programmbaustein in 
Basic. Mikroprozessortechnik, Berlin 2 (1988) 10, S.313 


TERMINE 

Internationales Messesymposium 
„Computersysteme in industriellen Prozes- 
sen“ 

WER? Kammer der Technik e. V., Fachverband 
Elektrotechnik 

WANN? zur Leipziger Frühjahrsmesse ’91 am 
1 9. /20. März 1991 
WO? Leipzig 

WAS? 

• Hard- und Softwarekomponenten für Pro- 
zeßleittechnik und Fertigungsleittechnik 

• Vernetzung von Computersystemen und 
Steuerungsphilosophien für CIM-Projekte 

• speicherprogrammierbare Steuerungen 

• Computereinsatz im Management 

WIE? Einladungen können angefordert werden 
über: 

Hauptgeschäftsstelle der Kammer der Technik 
e.V., FV Elektrotechnik, Postfach 1315, O- 
1086 Berlin 

Rothstock 


2. Berliner UNIX-Forum 

WER? IDG World Expo Corporation, Framing- 
ham (USA), und UniWare # Computer GmbH, 
Berlin 

WANN? 11./1 2. Februar 1991 
WO? ICC Berlin 

WAS? 

• offene Systeme 

• Datenverarbeitung in öffentlichen Verwaltun- 
gen 

• Standardisierung 

• Office-Systeme 

• verteilte Systeme 

• objektorientierte Programmiersprachen 

• Jahrestagung 1991 der Entwickler- und An- 
wendergemeinschaft EAG 

WIE? Interessenten wenden sich bitte an: Uni- 
Ware # Computer GmbH, Kantstraße 152, W- 
1 000 Berlin 1 2; Tel. 31 00 09 -2 46 

Klauke 


3. Fachtagung Computeranimation 

WER? Technische Universität „Otto von Gue- 
ricke“ 

WANN? 6. und 7. Februar 1991 

WO? Technische Universität Magdeburg 

WAS? 

• Computeranimation für Ausbildung und Trai- 
ning 

• Computeranimation und Simulation 

• Animationstechnik zur Werbung für Produkte 
und Verfahren 

• Basissoftware für Animation und Simulation 
WIE Teilnahmemeldungen bitte an Technische 
Hochschule Magdeburg, Fakultät für Informa- 
tik, PSF 124, 0-3010 Magdeburg; Tel. 592446 

Lo. 
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Eine Batchdatei steuert Clipper 


Eberhard Klauk, Bensdorf 


Moderne Programmiersprachen stehen seit 
geraumer Zeit als integrierte Entwicklungs- 
systeme wie Turbo-Pascal 5.5, Quick-C 2.0 
oder TopSpeed Modula-2 zur Verfügung. 
Bei der Softwareentwicklung wird hierbei 
durch interne Editoren und Debugger erheb- 
lich Zeit eingespart. Gar nicht zu reden von 
der Bedienfreundlichkeit. 

@echo off 

rem Batchfile zur CI i ppersteuerung 

rem Autor: E. Klauk / Brandenburg 

: MEN 
cls 
echo . 


Das Entwicklungssystem Clipper und der 
gute alte Assembler müssen nach dem Wil- 
len der Entwickler immer noch von Hand be- 
dient werden. Hierbei wird nach der konven- 
tionellen Methode Editieren-Kompilieren- 
Linken-Editieren . . . verfahren, wozu die zu- 
gehörigen Tools jedesmal neu aufgerufen 
werden müssen. 

Im folgenden stelle ich Ihnen für die Arbeit mit 
dem Clipper-Compiler Sommer ’87 eine 
Batchdatei zur Reduzierung der manuellen 


echo 

echo 

echo 

echo 


CLIPPER CONTROLLER V 3.0 


if "x" «« "Y.lx 
echo 

type cc.men 
key 

if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
if errorlevel 
goto MEN 
: DIR 


goto HELP 


57 

goto 

MEN 

56 

goto 

RUN 

55 

goto 

DOS 

54 

goto 

DIR 

53 

goto 

DEB 

52 

goto 

COM 

51 

goto 

TYP 

50 

goto 

SYN 

49 

goto 

EDI 

48 

goto 

END 


Hauptmodu 1 


cls 

dir *.prg/p 
pause 
goto MEN 
: DOS 
cls 

command 
goto MEN 
: ED I 

ned */.l.prg 
goto MEN 
: COM 
cls 

if exist pro.txt del pro.txt >nul 

if exist ‘/.l.exe del '/.l.exe >nul 

if exist */.l.obj del 7.1. obj >nul 

Clipper */.l -1 >pro.txt 

if not errorlevel 1 goto LIN 

goto TYP 

:LIN 

echo . 

echo. 

tlink 7.1 , , nu 1 , ex tend+c 1 i pper 
goto AN2 


:DEB 

if not exist XI. obj goto MEN 
cls 

1 1 ink/v ’/.l+debug , , nul , ex tend + c 1 i pper 
: ANZ 

dir '/.l.exe 
pause 
goto MEN 
: SYN 
Cl 5 

if exist pro.txt del pro.txt >nul 
Clipper %i.prg -s >pro.txt 
: TYP 
cls 

type pro.txt 
pause 
goto MEN 
: RUN 

if ex ist ‘/.l.exe */.l 
goto MEN 
: HELP 


• Xl.prg 

Eingaben vor, die das gesamte Umfeld von 
der Quelltexterstellung bis zur lauffähigen 
EXE-Datei steuert. 

Das Programm kann problemlos mit einem 
Editor erweitert oder optimiert werden. Bis 
zur Auslieferung von Clipper in integrierter 
Umgebung sind sicher auch noch Verbesse- 
rungen möglich. So könnte beispielsweise 
bei einem negativen Syntaxtest der Editor- 
aufruf mit der Übergabe der fehlerhaften 
Zeile erfolgen. 

Bild 1 zeigt den Quelltext der Datei CC.BAT. 
Das dazugehörige Menü wird als CC.MEN 
abgelegt (Bild 2). Auf diese Weise wird es 
schneller aufgeblendet als über den Echo- 
Befehl des Kommandoprozessors. Beim 
Schreiben dieses Menüs ist darauf zu ach- 
ten, daß am Anfang eine Leerzeile steht und 
die letzte Zeile mit <Return> abgeschlossen 
wird. Das Menü hat einen linken Randab- 
stand von 22 Leerzeichen. 

Beim Aufruf ohne Parameter erscheint auf 
dem Bildschirm eine Hilfsausschrift, die die 
notwendige Umgebung auflistet. Dabei sind 
folgende Besonderheiten zu beachten: 

• Als Editor sollte der Norton-Editor verwen- 
det werden, da dieser unter anderem das 
problemlose Editieren mehrerer Quelltexte 
gleichzeitig oder nacheinander ermöglicht. 
Eine Zeilennummer kann als Parameter 
übergeben werden. 

• KEY.COM ist eine zur Tastaturabfrage 
notwendige Assemblerroutine. Außerdem 
wird damit der Kursor speziell für das Menü 
gesteuert. Bild 3 zeigt den zugehörigen As- 
sembler-Quelltext, der mit einem beliebigen 
Editor in die Datei KEY. I N P geschrieben wer- 
den kann. Die Datei KEY.COM ist am ein- 
fachsten mit einem Debugger zu erzeugen. 


Bild 1 Die Datei 
CC.BAT steuert Clip- 
per. 


echo Entwicklungssystem zum Entwerfen und Testen von Datenbankapplikationen 
echo . 


echo 
echo 
echo 
echo 
echo 
echo 
echo 
echo 
echo 
echo 
: END 
echo 


Control lef — Aufruf : 

Erf order 1 i che 
Control 1 er — 
Umgebung : 


[LW:]CC Hauptmodul 


CL I PPER .EXE 
CLIPPER. LI B 
EXTEND.LIB 
DEBUG. OBJ 
TLINK.EXE 
KEY.COM 
NED.COM 
CC.MEN 


( Compi 1er ) 

(Lauf zei tbibl iothek ) 
( Erwei terungsmodul ) 
(Debuggermodul ) 

{ Programmverbinder ) 

( Control 1 er hi 1 f e ) 

( Que 1 ltexteditor) 

( Cont rol 1 ermenü ) 


Dazu eignet sich der zum Lieferumfang der 
Betriebssysteme PC/MS-DOS gehörende 
Debugger: 

DEBUG < KEY.INP <Return> 

Zur effektiven Arbeit mit dem Programm sollte 
ein separates Verzeichnis auf der Festplatte 
eingerichtet werden, in dem alle Clipper- und 
Anwenderdateien enthalten sind. Es ist aber 
auch möglich, Suchpfade für Editor und Lin- 
ker in der AUTOEXEC.BAT zu deklarieren. 
Die Tools zum Anlegen von Reports, Labels, 
Strukturen oder Indexdateien werden vom 
Programm CC.BAT nicht genutzt. Da die Re- 
port-, Label- sowie Datenbankdateien zu den 
gängigen Datenbanksystemen dBase III Plus 
und Foxbase kompatibel sind, können sie 
auch von diesen erzeugt werden. 

Bei umfangreichen Datenbankapplikationen 
bis hin zur Grafikeinbindung sind natürlich 
auch die entsprechenden Bibliotheken (Tool- 
boxen) notwendig und müßten in der Link- 
Zeile von CC.BAT ergänzt werden. 

Die Bedienung des Programms ist aus dem 
Menü sowie der Batchdatei selbst ersichtlich. 
Über die Option 7 gelangt man in den Kom- 
mandoprozessor, um auf DOS-Ebene arbei- 
ten zu können. Diese wird mit Exit wieder ver- 
lassen. 

Beim Aufruf des Norton-Editors wird zu- 
nächst immer der Hauptmodul geladen. Bei 
modularer Programmierung kann in ein Un- 
termodul nur innerhalb des Editors (<F3>- 
N-E) gewechselt werden. 

Da das Einbinden des Debuggers die EXE- 
Datei vergrößert, ist nach fehlerfreier Kodie- 
rung abschließend mit der Menü-Option 4 zu 
linken. 

Dem Linker sollte man besondere Aufmerk- 
samkeit schenken. Wer nicht unbedingt mit 
Overlays arbeiten muß, sollte auf den Origi- 
nal-Linker Plink86 verzichten und mit ande- 
ren Linkern experimentieren. Bei meinen 
Tests machte der Linker TLink für den Turbo- 
Assembler von Borland seinem Namen alle 
Ehre. 

Das Programm wurde auf einem 286er AT 


Editieren 1 

Syntax prüf ung 2 

Letztes Protokoll ..3 

Compi 1 i er en /Linken 4 

Einbinden Debugger. 5 

Guel 1 enver zeichnis 6 

Kommandoprozessor 7 

Start Hauptmodul B 

E n d e O 


Gib eine Con t rol 1 eropt i on ein : : 


Bild 2 Das Menü steht in der Datei CC.MEN; der 
linke Randabstand beträgt 22 Leerzeichen. 


n key . com 
r cx 
la 


mov ah, 03 
mov bh,00 
int 10 
sub dh,01 
add dl, 35 
mov ah, 02 
int 10 
mov ax , OcOl 
int 21 
mov ah, 4c 

1 1 Bild 3 Der Assembler-Quell- 

w text für die Datei KEY.INP. Die 

g Leerzeile nach int 21 muß sein! 
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mit Festplatte getestet. Bei Maschinen mit 
ausschließlichem Diskettenbetrieb sollten 
CC.BAT, NED.COM und KEY.COM in der 


Wolf gang Schreiber , Chemnitz 


Mit dem 80spurigen Floppylaufwerk K 5601 
von Robotron Ascota (das für rund 200 Mark 
im Fachhandei erhältlich ist) ergeben sich in- 
teressante Anwendungen im PC- Bereich. 
Der folgende Beitrag gibt deshalb Tips für 
die Nachrüstung von XTs und ATs. 

PC/XT 

Das Hausformat des PC/XT (360 KByte) und 
die dafür eingesetzten 40spurigen Floppy- 
laufwerke stellen eine Begrenzung des Da- 
tenaustausches zu anderen Rechnern bzw. 
Betriebssystemen dar. Ein Einbau des K 
5601 als Zweitlaufwerk ermöglicht eine Erhö- 
hung der Datendichte auf DD-Disketten und 
die Übernahme bzw. Übergabe von Daten 
von/zu allen DDR-PCs (z. B. EC 1834: 720 
KByte, PC 1 71 5: 780 KByte). 

Der Einsatz eines 80spurigen Laufwerkes als 
Laufwerk A: ist zwar prinzipiell möglich, aber 
wenig sinnvoll, da viele Installationspro- 
gramme, neue Betriebssystemversionen 
usw. ein Laufwerk A: mit 360 KByte voraus- 
setzen. 

Hardware 

© Das Hosenträgerkabel vom Controller zu 
den Laufwerken muß 2 Laufwerkssteckver- 
binder haben. 

© Die Systemboard-Switches sind wie folgt 
einzustellen: 7 = off, 8 = on. 

© Auf dem Laufwerk K 5601 sind die Jumper 
DS1 , XT, FG und E2 zu setzen. 

© Der Abschlußwiderstand ist auf dem 1. 
Laufwerk nach dem Controller zu entfernen. 

Nutzungsmöglichkeiten 

Das Laufwerk B: kann 720 KByte ohne soft- 
waremäßige Einstellungen lesen. Die Verar- 
beitung von 360 KByte ist nicht möglich. Falls 
das Programmpaket SuperCopy zur Verfü- 
gung steht, installiert man ein 96-tpi-Lauf- 
werk (-r22). Damit wird die Verarbeitung (Le- 
sen, Schreiben, Formatieren) der verschiede- 
nen DOS-Formate über MDRIVE sowie von 
CP/M-Formaten über CDRIVE auf dem ent- 
sprechenden logischen Laufwerk möglich. 
Eine Nutzung über Driver.sys ist möglich; der 
Vorteil ist: Das logische Laufwerk gestattet 
die Anwendung von MS-DOS-Befehlen wie 
FORMAT, DISKCOPY usw. Hier ein Beispiel 
für die Einstellung der Config.sys: 
device = driver.sys /d:1 /t:80 /s:9 /h:2 /f:2 
Das Laufwerk B: wird über IOCTL umgestellt; 
der Vorteil ist: Auch die Formatierung von 
720 KByte wird möglich. Dafür wäre das Pro- 
gramm b_set_xt.com in Bild 1 in der Autoex- 
ec.bat aufzu rufen. 

Sollte das Laufwerk nicht fehlerfrei arbeiten 
oder starke Geräusche verursachen, so ist 
DISK_BASE (Pointer Int 1 EH) zu analysieren 
bzw. zu modifizieren. IM erläutert DISK- 
_BASE näher. 


RAM-Disk laufen, um die Diskettenzugriffe 
zu reduzieren. Die entsprechenden Kom- 
mandozeile in CC.BAT sind in diesem Fall 


PC/AT 

Der AT wird standardmäßig mit nur einem 
1 ,2-MByte-Laufwerk ausgerüstet. In vielen 
Anwendungen erscheint ein zweites Lauf- 
werk als wünschenswert. 

Hardware 

© Das Hosenträgerkabel vom Controller 
zum Laufwerk muß ebenfalls 2 Laufwerks- 
steckverbinder haben. 

© Auf dem Laufwerk K 5601 sind die Jumper 
DS1 , XT, FG und EO zu setzen. 

© Der Abschlußwiderstand auf dem 1 . Lauf- 
werk nach dem Controller ist zu entfernen. 

Nutzungsmöglichkeiten 

Die Nutzung als 720-KByte-Laufwerk ist 
dann möglich, wenn das ROM-BIOS eine sol- 
che Einstellung unterstützt (Setup: 720 
KByte). Für die Verwendung von 360-KByte- 
Disketten gehen Sie wie folgt vor: Um das 96- 
tpi-Laufwerk auf 48 tpi umzuschalten, ist der 
Widerstand R 19 unterhalb der Pins 4 und 6 
des Schaltkreises 6460A0 zu entfernen (Se- 
tup: 360 KByte). Die Disketten sind voll kom- 
patibel zu 96-tpi-Laufwerken (tpi - tracks per 
inch). Die Austauschbarkeit zu „echten“ 48- 
tpi-Laufwerken unterliegt den in 121 genann- 
ten Einschränkungen. 

Es ist zu beachten, daß das Laufwerk K 5601 
hardwaremäßig keinen Diskettenwechsel er- 


um die Laufwerksangaben entsprechend der 
Dateiverteilung zu erweitern. Der Aufruf er- 
folgt dann vom aktuellen Arbeitslaufwerk. 


kennt. Dieser Sachverhalt ist unbedingt dem 
Betriebssystem über IOCTL bekannt zu ma- 
chen, da sonst bei Diskettenwechsel kein 
gültiges Directory zur Verfügung steht. Dafür 
könnte das Programm b_set_at.com in Bild 2 
in der Autoexec.bat aufgerufen werden. 

Die Anwendung des Programmpaketes Su- 
perCopy ist mit Problemen behaftet. Der 
Schalter -r22 unterstützt zwar Disketten- 
wechsel, schaltet aber nach einem Zugriff auf 
A: den HD/FD-Controller nicht auf die erfor- 
derliche Übertragungsrate zurück. Deshalb 
rate ich von einer Anwendung von Super- 
Copy auf dem K 5601 im AT ab. 


debug 

f cs : 100 200 00 
a 100 
mov cl , 60 
call 130 

and byte ptr [152],fd 

mov cl,40 

call 130 

mov ah, 4c 

int 21 

A c 

a 130 

mov ax, 440d 
mov bl , 2 
mov ch , 8 
mov dx, 150 
int 21 
ret 
~c 

n b_set_at . com 
r cx 
100 

w Bild 2 DOS-Pro - 

q grammfürATs 


Tafel 1 Verwendete Hard- und Software 


debug 

f cs : 100 200 00 
a 100 

mov ax,440d 
mov bl, 2 
mov ch,8 
mov cl , 40 
mov dx, 112 
int 21 
mov ah, 4c 
int 21 

db 00 02 00 00 50 00 00 00 

db 02 02 01 00 02 70 00 aO 

db 05 f 9 03 00 09 00 02 00 

n b_set_xt.com 
r cx 
100 
w 

q 

Bild 1 DOS-Programm für XTs 


PC 

Karten 

BIOS 

DOS 

XT 

Multi-I/O 

AMI-BIOS 10/03/86 

MS-DOS 3.30 

AT 

HD-/FD-Controller 

-WD1003V-MM2 

-WD1006V-SR2 

-GR87132 

-DTK 01/25/89 
-IBM 11/1 5/85 

MS-DOS 3.30 
PC-DOS3.30 
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kennengelernt 

Microsoft 
Quick-Pascal 1.0 

Turbo versus Quick 


Uwe Schulze , Berlin 


Lange Zeit wurde Pascal im Hause 
Microsoft recht stiefmütterlich be- 
handelt; man setzte auf C und -Basic. 
Die außerordentlichen Erfolge von 
Turbo-Pascal zwangen nachzuzie- 
hen. MP stellt Ihnen das neue Quick- 
Pascal vor. 


ren Fenstern aber auch nötig ist. Die 
meisten Menüpunkte sind zusätzlich 
über bestimmte Tasten(-kombinatio- 
nen), sogenannte Shortcuts oder 
Hotkeys, zu erreichen, doch unter- 
scheiden sich alle von denen in 
Turbo-Pascai: (<A!t>-<F4> statt 
<Alt>-X für Beenden, <F5> statt 
<Ctrl>-<F9> für den Programm- 
start usw. Übersichtlich und sehr um- 



Bild 2 



Die Entwicklungsumgebung 

Die integrierte Nutzeroberfläche prä- 
sentierte sich mit gleichem Aussehen 
wie die anderen Quick-Sprachen (C, 
Basic) und das auch in einer deut- 
schen Version. Damit sind nicht nur 
die Hilfstexte gemeint (die gibt es bei 
Borland auch), sondern das gesamte 
Menüsystem. Ob mit der deutschen 
Übersetzung Kacheln aber mehr an- 
zufangen ist, als mit der Originalaus- 
schrift mag jeder für sich selbst ent- 
scheiden (Bild 1). Die Oberfläche ent- 
spricht IBMs SAA-Spezifikation (Sy- 
stems Application Architecture) und 
ähnelt damit Anwendungen unter 
MS-Windows, der DOS 4.0-Shell 
oder dem Präsentation-Manager von 
OS/2. 

Typisch dafür sind die mit dem Kursor 
bzw. dem Leuchtbalken mitwandern- 
den Blöcke an den Seiten der Fen- 
ster, die beispielsweise den Stand 
des Kursors in einer Datei oder in ei- 
nem Verzeichnis anzeigen, und die 
Menü-Boxen (siehe Bild 3). Die Ände- 
rung der Standardeinstellungen der 
Fenster (z.B. Farben, Größe und 
Lage) kann direkt in der Entwick- 
lungsumgebung erfolgen; ein separa- 
tes Installatinsprogramm ist nicht nö- 
tig. Der Editor bietet wesentlich 
mehr, als der bekannte Turbo-Editor. 
Es handelt sich um einen Multi- 
Window-Editor, mit dem beliebig 
viele Quelltexte, Hilfstexte und De- 
bug-lnformationen in verschiedenen 
Fenstern überlappend oder nicht- 
überlappend dargestellt werden kön- 
nen (siehe Bild 2). Die Maus wird un- 
terstützt, was bei der Arbeit in mehre- 


fangreich ist die kontextsensitive On- 
line-Hilfe mit Beispielprogrammen, 
die - wie in Turbo-Pascal auch - in 
die Anwendung hinein kopiert werden 
können. Allerdings wird nicht so kon- 
sequent mit Querverweisen gearbei- 
tet, wie bei Turbo. 

Unter den mitgelieferten Demo-Pro- 
grammen befindet sich auch ein Sor- 
tierprogramm, das sechs verschie- 
dene Sortieralgorithmen grafisch dar- 
steilt und damit verständlich macht. 
Wünschenswert wären mehr Anre- 
gungen zur objektorientierten Pro- 
grammierung. Hier wird der Program- 
mierer mit einem kleinen Beispiel 
ziemlich allein gelassen. 

Die Informationen über die System- 
Units sind allerdings nur über die 
Hilfstexte zu erfahren, während Bor- 
land sie als Textdatei ausliefert. Et- 
was ganz besonderes hat man sich 
mit dem sogenannten Color-Coding 
ausgedacht: Pascal-Schlüsselworte, 
Zeichenketten und Kommentare wer- 
den verschiedenfarbig dargestellt, so 
daß vergessene Anführungszeichen 
oder Kommentarklammern sofort 
auffallen. Die Farbeinstellung kann 
durch jeden Anwender leicht nach 
seinen Wünschen geändert werden. 
Neben der integrierten Entwicklungs- 
oberfläche wird - wie bei Turbo-Pas- 
cal auch - ein separater Kommando- 
zeilencompiler (QPL.EXE) ausgelie- 
fert. 

Der Compiler 

Quick-Pascal hält sich an den von 
Turbo-Pascal 5.0 gesetzten Sprach- 
standard, und so wird das nicht eben 
kleine Programm BGIDEMO ohne 


Tafel 1 Die Kompilierung des Programms BGIDEMO mit den Kommandozeilen-Com- 
pilern QPLbzw. TPC 



Quick-Pasca! 

Turbo-Pascal 

Codegröße (Byte) 

89488 

41920 

Compilezeit(s) 

17.9 

14.2 


Tafel 2 Die System-Units 


Quick-Pascal 


Turbo-Pascal 


SYSTEM. QPU 

44976 Byte 

SYSTEM.TPU 

30384 Byte 

CRT.QPU 

5152 Byte 

CRT.TPU 

3968 Byte 

DOS. QPU 

91 04 Byte 

DOS.TPU 

5856 Byte 

PRINTER. QPU 

304 Byte 

PRINTER. TPU 

432 Byte 

GRAPH.QPU 

37644 Byte 

GRAPH.TPU 

31584 Byte 

MSGRAPH. QPU 

72368 Byte 

OVERLAY.TPU 

371 2 Byte 


Probleme übersetzt und abgearbeitet 
(Tafel 1). Gleiches gilt für die gängi- 
gen Toolboxen -allerdings stößt man 
schneller an die Speichergrenzen, da 
durchgängig großzügiger mit dem 
Speicherplatz umgegangen wird als 
bei Borlands Compiler. Das ist auch 
deutlich an der Größe der System- 
Units ablesbar (Tafel 2). Diese sind 
nicht- wie bei Turbo-Pascal -in einer 
Bibliothek zusammengefaßt (dort 
TURBO. TPL) und können damit auch 
nicht im Speicher gehalten werden. 
Alle vorkompilierten Units tragen die 
Erweiterungen QPU (Quick Pascal 
Unit). Die Namen der System-Units 
sind identisch - nur die Quick-Grafik- 
Bibliothek trägt den Namen 
MSGRAPH. Zusätzlich existiert aber 
noch die Kompatibilitäts-Unit 
GRAPH, so daß auch BGIDEMO 


ohne Änderungen an den Uses-An- 
weisungen übersetzt werden konnte. 
Von Quick-Pascal nicht unterstützt 
wird die Overlaytechnik, die ja auch 
bei Turbo-Pascal 4.0 aus dem Pro- 
gramm genommen wurde, seit der 
Version 5.0 aber wieder existiert und 
sich in 5.5 weiter verbessert findet. 
Deshalb also keine Unit OVERLAY in 
Quick-Pascal. 

Als Schnittstelle zu C-Programmen - 
und abweichend von Sprachstandard 
- kennt Quick-Pascal auch nulltermi- 
nierende Strings, die durch das reser- 
vierte Wort CSTRING vereinbart wer- 
den können. 

So erzeugt 

CONST str: CSTRING = *4711’; 

eine Zeichenkette, die mit einer binä- 
ren Null abschließt. 

Der Compiler beinhaltet ferner eine 
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Option zur Erzeugung von 286er 
Code, die Turbo-Pascal nicht kennt. 
Der integrierte Debugger entspricht 
etwa dem von Turbo-Pascal. 

Für die Programmbearbeitung kön- 
nen verschiedene Geschwindigkei- 
ten eingestellt werden, um das Pro- 
gramm dann wie von Geisterhand zu 
tragen und ggf. anzuhalten. Während 
ßorland aber noch einen exzellenten 
Stand-Alone-Debugger (einschließ- 
lich objektorientierter Funktion) lie- 
fert, arbeitet Microsofts Produkt Co- 
deView noch nicht mit Quick-Pascal 
zusammen. 

Mit Quick-Pascal erzeugte Pro- 
gramme sind nicht nur wesentlich 
größer als deren Turbo-Pendants 
(was auch eine längere Überset- 
zungszeit bedingt), sie sind auch be- 
trächtlich langsamer. Insbesondere 
die Arithmetik und die Grafik schnei- 
den schlechter ab. Leider macht der 
Quick-Pascal-Compiler auch das ein- 
zige echte Manko der Borland-Spra- 
chen - keine Erzeugung Microsoft- 
kompatiblen Objektkodes zum Lin- 
ken mit fremdsprachigen Modulen - 
nicht wett. 


Auf Objekte orientiert 

Die objektorientierten Erweiterungen 
entsprechen ziemlich genau denen 
von Turbo-Pascal 5.5; auch die Gren- 
zen sind die gleichen: Ein Überladen 
von Operatoren und die Verwendung 
einer Methode mit verschiedenen Pa- 
rametern sind nicht möglich. Drei 
Schlüsselworte sind für die objekt- 
orientierte Programmierung hinzuge- 
kommen: 

Object, Override und Inherited. 

Während Turbo-Pascal aus Gründen 
der Performance standardmäßig sta- 
tische Methoden generiert und dyna- 
mische Methoden explizit deklariert 
werden müssen; kennt Quick-Pascal 
nur danamische Methoden. Beim 
Überladen von Methoden muß dies 
mit Override bekannt gegeben wer- 
den. 

Ein Beispiel der Klasse eines grafi- 
schen Punktes aus dem Turbo-Pas- 
cal-Handbuch 5.5, S.37 

type 

point = object (location) 
visible: boolean; 

constructor lnit(lnitX, InitY: integer); 


procedure Show; virtual; 
porcedure Hide; virtual; 
function IsVisibie: boolean; 
procedure MoveTo(NewX,NewY: 
integer); 
end; 

hätte in Quick-Pascal folgendes Aus- 
sehen: 

type 

point = object (location) 
visible: boolean; 

procedure lnit(lnitX, InitY: integer); 

procedure Show; 

procedure Hide; 

function IsVisibie: boolean; 

procedure MoveTo(NewX,NewY: 

integer); 

end; 

Um in einem weiteren Objekt die Pro- 
zedur Show zu überladen, wäre fol- 
gende Anweisung nötig: 

new_point - object(point) 
procedure Show; override; 
end; 

Wie am Beispiel zu sehen, kennt 
Quick-Pascal die Begriffe des Kon- 


struktors und Destruktors nicht. In 
C++ (das als Vorbild steht) sind 
ebenfalls keine Schlüsselwörter dafür 
vorgesehen, wohl aber Konstruktor- 
und Destruktor-Funktionen. Diese 
werden dort über eine Funktion, die 
den Klassennamen trägt (für die Kon- 
struktor-Funktion), bzw. den Klassen- 
namen mit einem vorangestellten 
Wiederholungszeichen (~) aufgeru- 
fen. In Quick-Pascal erfolgt die Initiali- 
sierung automatisch, so daß ein expli- 
ziter Konstruktor entfällt. Soll inner- 
halb einer Klasse eine gleichnamige 
Methode aus einer übergeordneten 
Klasse (also eine überladene Me- 
thode) ausgeführt werden, so steht 
dafür das Schlüsselwort Inherited zur 
Verfügung. Der Aufruf der Prozedur 
Show aus der Klasse Point innerhalb 
von Methoden der Klasse New_point 
würde mit 

Inherited self.Show; 

erreicht werden. Die Qualifizierung 
von Methoden der eigenen Klasse er- 
folgt wie bei Turbo-Pascal mit Seif, al- 
lerdings ist die Angabe hier nicht opti- 
nal. 
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+ 1912 London 
1 1954 Wilmslow (Cheshire) 


Der englische Mathematiker A. Tu- 

ring galt schon in seiner Kindheit als 
außerordentlich intelligent und 
zeigte dabei einen deutlichen Hang 
zum Außenseiter. Mit 1 8 Jahren trat 
er in das berühmte Kings-College in 
Cambridge ein. Sechs Jahre später 
- also 1936 - setzte er seine Stu- 
dien am Graduate College in Prin- 
ceton fort, wo u.a. Albert Einstein 
sowie die Mathematiker John v. 
Neumann, Hermann Weyl und Ri- 
chard Cuorant lehrten. Hier promo- 
vierte Turing mit der Dissertation 
„System of Logic based on Ordi- 
nals“. Ein Angebot, Assistent bei 


J. v. Neumann zu werden, lehnte er 
ab und kehrte 1939 wieder nach 
England zurück, um sich bis Kriegs- 
ende der Nachrichtenabteilung des 
Foreign Office als Kryptoioge zur 
Verfügung zu stellen. 

Nach dem Krieg schloß er sich für 
zwei Jahre einem Team des Natio- 
nal Physical Laboratory in Tedding- 
ton an, das den ersten englischen 
Digitalrechner - die ACE (Automa- 
tic Computing Engine) - entwik- 
kelte. Die ACE war eine Variante 
der amerikanischen ENIAC und 
stellte erstmals sowohl Zahlen als 
auch Befehle gleichermaßen als Bi- 
närmuster dar. 

Im Jahre 1948 nahm Turing eine 
Dozentur an der Universität Man- 
chester an; dort wurde ebenfalls ein 
Digitalrechner konstruiert, für den 
er 1 950 eine Programmieranleitung 
verfaßte. Auf Vorschlag von A. 
Newmann und Bertrand Russell 
wurde er 1952 zum Mitglied der 
Royal Society gewählt. 

In Fachkreisen besonders bekannt 
geworden ist A. Turing durch sei- 
nen 1937 in den Proceedings der 
Londoner Mathematischen Gesell- 
schaft veröffentlichten Beitrag zum 
Hilbertschen Entscheidungspro- 
blem. Der damals in Göttingen le- 
bende bedeutende Mathematiker 
David Hilbert (1862-1943) hatte in 
einem berühmt gewordenen Vor- 
trag auf der 1 . Mathematikertagung 
1900 in Paris zum Wesen der Ma- 
thematik 23 Probleme formuliert, 
die bis heute das Interesse der ma- 
thematischen Fachwelt besitzen. 
Eines davon ist das Entscheidungs- 
problem; Turing bewies, daß es - 
im Gegensatz zu Hilberts Vermu- 
tung - generell unlösbar ist. Das be- 
deutet, daß es zum Beispiel in der 
mathematischen Logik Aussagen- 
kalküle gibt, für die mit keinem Algo- 
rithmus nach endlich vielen Schrit- 


ten entschieden werden kann, ob 
sie allgemeingültig sind oder 
nicht. 

Für seinen Beweis erdachte Turing 
einen extrem einfachen, idealisier- 
ten Automaten, die sogenannte 
„Turing-Maschine“. Mit dieser fikti- 
ven Maschine definierte er den Be- 
griff der Berechenbarkeit bzw. des 
Algorithmus und konstruierte dann 
eine Klasse von mathematischen 
Problemen, die durch einen algo- 
rithmischen Prozeß nicht gelöst 
werden können. Er zeigte die Äqui- 
valenz von Algorithmus und Pro- 
gramm auf und wies damit nach, 
daß es Computerprogramme gibt, 
die sich mit keinem automatischen 
Verfahren auf ihre Korrektheit über- 
prüfen lassen. Das Turingmaschi- 
nenmodell wurde so zur Grundlage 
der Berechnungstheorie und der 
Komplexitätstheorie - beides 
Zweiggebiete der theoretischen In- 
formatik. 

Sehr viele biographische Angaben 
über A. Turing, besonders aus der 
Zeit des Krieges, verdankt die 
Nachwelt seiner engsten Mitarbei- 
terin, die seit 1 939 ein Institutstage- 
buch führte, das aus Geheimhal- 
tungsgründen nicht vor 1 974 an die 
Öffentlichkeit gegeben werden 
durfte. Daraus wird ersichtlich, daß 
Turing den Geheimcode der von 
der deutschen Wehrmacht benutz- 
ten Chiffriermaschine „Enigma“ 
(abgeleitet vom griechischem Wort 
ainigma = Rätsel) entschlüsselt 
hat. Diese Leistung wurde für Eng- 
land kriegsentscheldend; denn der 
englischen Heeresleitung wurde es 
dadurch ermöglicht, die Funksprü- 
che der deutschen Wehrmacht seit 
1940 abzuhören. Für die Decodie- 
rung der Enigma (nebenstehende 
Abb.), die 31 0 verschiedene Codes 
zuließ, stand Turing ein Exemplar 
dieser Maschine zur Verfü- 


gung, das polnische Agenten 1930 
aus einer Berliner Fabrik entwen- 
den konnten. Ausführlicheres dar- 
über kann man zum Beispiel bei 
Rolf Hochhuth nachlesen (Rowohlt 
1 987), der das erwähnte Tagebuch 
literarisch verarbeitet hat. 

Dr. Klaus Biener 
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Einführung in MS-DOS 


Wolfram Schulze, Uwe Schulze, Berlin 


Der Norton Commander 

Nicht alles ist so schwer, wie in den bisheri- 
gen vier Folgen beschrieben - es gibt ja 
Dienstprogramme. Heute vor gestellt: Der 
Norton Commander. 

Dienstprogramme und Nutzeroberflächen 

In den erster vier Folgen unseres DOS-Kur- 
ses wurden die Kommandos in sehr konser- 
vativer Weise behandelt. Nun hebt sich aber 
gerade DOS von anderen Betriebssystemen 
dadurch ab, daß eine Reihe komfortabler Be- 
dienoberflächen, Dienstprogramme, Fulls- 
creen-Editoren und Tools aller Couleur ver- 
fügbar sind. Zumindest drei Argumente spre- 
chen aber für eine ausführliche Behandlung 
der DOS-Kommandooberfläche: Erstens läßt 
sich nur so ein echtes Verständnis für die in- 
nere Struktur von DOS vermitteln. Zweitens 
kann man die Befehle in Batch-Dateien zu- 
sammenfassen oder auch in Programmen 
verwenden (indem der Kommandointerpre- 
ter ausgeführt wird). Und drittens: Was tun 
Sie, wenn einmal ein Dienstprogramm zur 
Hand ist? 

Nun war von einfacher Bedienung (die die 
weite Verbreitung von MS-DOS gefördert ha- 
ben soll) an mancher Stelle der vorangegan- 
genen Kurs-Folgen nichts zu merken - den- 
ken Sie nur an die Batch-Dateien. Dieser 
Mangel an Bedienkomfort war wohl auch den 
Betriebssystem-Herstellern bekannt. Sie lie- 
ferten nachträglich grafische Nutzeroberflä- 
chen (Windows, GEM), die insbesondere 
dem Einsteiger den Kommandodschungel 
ersparen sollen. Bei den neuen Betriebssy- 
stemen wird der Befehlsinterpreter von einer 
menügeführten Nutzeroberfläche (Shell) ab- 
gelöst (DOS-Shell bei MS-DOS 4.0, Pres- 
entation Manager bei OS/2). Ihr Vorteil liegt in 
einem einheitlichen äußeren Erscheinungs- 
bild, an das sich auch immer mehr andere 
Software anlehnt und das IBMs SAA (Sy- 
stems Application Architecture) entspricht. In 
jedem Falle werden aber ein grafikfähiges 
Gerät und eine Maus benötigt. 

Neben den erwähnten Shells existieren noch 
eine Reihe von Dienstprogrammen (Pctools, 
Qdos, Xtree), die anstelle der internen und 
externen Systembefehle eingesetzt werden 
und die statt langer Kommandofolgen nur 
weniger Handgriffe bedürfen. Auf eine Ge- 
genüberstellung dieser Programme wurde 
hier verzichtet - jeder mag verwenden, was 
er am besten beherrscht und was den Anfor- 
derungen entgegenkommt. Statt dessen wird 
der Norton Commander - als ein typischer 
Vertreter - genauer vorgestellt, da er weite 
Verbreitung erlangt hat und viele nützliche Ei- 
genschaften der oben genannten Bedien- 
oberflächen und Dienstprogramme in sich 
vereint. 

Die Bedienung des Norton Commanders 

Der Start des Norton Commanders kann auf 
zwei Wegen erfolgen. Ruft man Nc.exe auf, 


so wird das gesamte Programm resident in 
den Speicher gelegt, und das kostet immer- 
hin 140 KByte Hauptspeicher. Da sich viele 
Anwendungen darauf gar nicht erst einlassen 
(in Turbo-Pascal kann man nur noch wenige 
Zeilen große Programme übersetzen), wird 
man sich zumeist für die zweite Variante ent- 
scheiden. Dazu installiert man mit Ncsmall.- 
exe ein kleines residentes Programm, das 
nur etwa 12 KByte Speicher permanent be- 
legt und den Rest des Norton Commanders 
nachlädt - diesen Speicherplatz aber freigibt, 
wenn ein anderes Programm gestartet wird. 
Eine solche Verfahrensweise ähnelt der bei 
Command.com, wo auch ein residenter und 
ein transienter (nachzuladener) Teil unter- 
schieden werden. Der Nachteil liegt auf der 
Hand: Das Nachladen kostet Zeit. Hier kann 
man sich wiederum helfen, indem man 
Nc.exe auf eine RAM-Disk kopiert. 

Ein Blick auf die Festplatte (oder Diskette) 
zeigt Ihnen, daß noch weitere Dateien zum 
Norton Commander gehören. Sie dienen ins- 
besondere der Anpassung an die individuel- 
len Wünsche des Nutzers. Im einzelnen kön- 
nen folgende Files vorhanden sein: 

Nc.ini 

Nc.ext (Textdatei) 

Nc.mnu (Textdatei) 

Treeinfo.ncd 

Später werden wir sehen, wie diese Dateien 
modifiziert (oder, falls noch nicht vorhanden, 
angelegt) werden. In die Textdateien kann 
aber schon jetzt mit einem Editor oder mit 
Type ein Blick geworfen werden. Die ini-Datei 
(ini für Initialisation) enthält Angaben zur 
Konfiguration, betrifft also das Outfit, und das 
kann recht unterschiedlich sein. In Nc.ext (ext 
für Extension) sind Kommandos eingetra- 
gen, die in Abhängigkeit von der Dateierwei- 
terung ausgeführt werden, Nc.mnu (mnu für 
Menü) beinhaltet nutzerdefinierte Menüs und 
in Treeinfo.ncd merkt sich Norton den Ver- 
zeichnisbaum, was insbesondere bei großen 
Festplatten zu erheblicher Zeitersparnis 
führt. Im folgenden wird auf die weit verbrei- 
tete Version 2.0 Bezug genommen, inzwi- 
schen wird bereits die Folgeversion 3.0 gelie- 
fert. Dort trägt das Hauptprogramm den Na- 
men NCMAIN.EXE, und der residente Teil 
heißt NC.EXE, so daß ein NCSMALL entfällt. 
Beim Aufruf erscheint das Programm wie in 
Bild 1 - in Abhängigkeit von den Eintragun- 



Bild 1 In dieser Einstellung belegt der Norton 
Commander den gesamten Bildschirm 


Teil 5 

gen in Nc.ini, aber auch ein wenig anders. 
Zwei Verzeichnisfenster bedecken fast den 
gesamten Bildschirm. Sie werden Panels 
(engl., = Tafel, rechteckiges Format) ge- 
nannt und enthalten die Datei- und Verzeich- 
niseinträge. In einem Fenster befindet sich 
ein Balkencursor, der mit den Pfeiltasten auf 
und ab bewegt werden kann. Stellt man ihn 
auf den obersten oder untersten Eintrag, so 
wird automatisch gescrollt (Kunstwort aus 
screen und rolling), also die Einträge werden 
um eine Position nach unten oder oben ver- 
schoben. So sind immer alle Dateieinträge zu 
erreichen. Weiterhin ist das Blättern mit <P- 
gUp> bzw. <Bild |> und <PgDn> bzw. 
<Bild [> sowie das direkte Anwählen des er- 
sten Eintrages mit <Home> bzw. <Pos 1> 
und des letzten mit <End> bzw. <Ende> 
möglich. 

Ein großer Vorteil des Norton Commanders 
besteht darin, daß auch die traditionelle Kom- 
mandozeile jederzeit zur Verfügung steht. In 
Bild 1 sehen Sie auf der zweiten Zeile von un- 
ten den DOS-Prompt, und dahinter steht der 
blinkende Cursor. Es ist also kein Problem, 
einmal ein dir einzugeben. Dann passiert ge- 
nau das, was man erwartet - für die Zeit der 
Ausführung verschwinden aber die Verzeich- 
nisfenster des Commanders. Und so hält er 
es immer, wenn andere Programme gestar- 
tet werden. Den DIR-Befehl wird man wahr- 
scheinlich nicht mehr verwenden, aber pro- 
bieren Sie doch einmal einen Laufwerkwech- 
sel. Dazu ist einfach a: einzugeben (sofern 
auch eine Diskette eingelegt ist). Sie werden 
feststellen, daß anschließend auch die Datei 
von Laufwerk A: im aktuellen Panel ange- 
zeigt werden. DOS und der Norton Comman- 
der arbeiten also Hand in Hand. Zum Wech- 
seln des Laufwerkes kann man aber auch 
eine Tastenkombination verwenden, nämlich 
<Alt>-<F1 > für das linke und <Alt>-<F2> 
für das rechte Fenster. Es erscheint dann ein 
kleines Menü, aus dem das neue Laufwerk 
ausgewählt werden kann. Das geht auch 
nicht schneller als in der Kommandozeile, hat 
aber den Vorteil, daß alle vorhandenen logi- 
schen Laufwerke (also auch mit Supercopy 
eingerichtete oder im Netzwerk angemel- 
dete) aufgelistet werden. 

In den beiden Panels sind nicht nur unter- 
schiedliche Laufwerke einstellbar, sondern 
auch unterschiedliche Verzeichnisse eines 
Laufwerks. Traditionell kann dazu cd für 
Change Directory verwendet werden, einfa- 
cher ist es aber, den Balkencursor auf den 
entsprechenden Directory- Ei nt rag zu positio- 
nieren und <Enter> zu drücken. Verzeich- 
nisse sind im Gegensatz zu Dateien an den 
Großbuchstaben zu erkennen; außerdem 
sind sie mit SUB-DIR gekennzeichnet. Wie 
gehabt stehen für das übergeordnete Ver- 
zeichnis zwei Punkte. Im linken Panel von 
Bild 1 gibt es kein übergeordnetes Verzeich- 
nis; wir befinden uns im Hauptverzeichnis, 
was auch an der Pfadangabe in der obersten 
Zeile zu sehen ist. Der Prompt der Komman- 
dozeile zeigt das Verzeichnis des aktuellen 
Fensters (zu erkennen am Balkencursor) an. 
Wechseln Sie doch einmal mit <Ctrl>-<l> 


Mikroprozessortechnik, Berlin 4 (1990) 12 


19 



oder der Tabulatortaste in das andere Ver- 
zeichnisfenster und achten Sie auf den 
Prompt. Anschließend sollten Sie versuchen, 
ein anderes Directory einzustellen (cd bleibt 
Ihnen dafür immer), indem Sie den Balken- 
cursor auf einen Directory-Eintrag setzen 
und mit <Enter> abschließen. 

Die Directories stehen stets vor den Dateien 
im Fenster, so daß man mit <Home> bzw. 
<Pos1 > schnell nach oben blättern kann. Da 
Verzeichnisoperationen sehr häufig benutzt 
werden, gibt es noch eine Reihe von Tasten- 
kombinationen (Shortcuts) zum schnellen 
Wechsel. So gelangt man mit <Ctrl>- 
<PgUp> bzw. <Strg> <Bild|> von jeder 
Stelle im Panel in das übergeordnete Ver- 
zeichnis, und mit <Ctrl>-<\> bzw. 
<Strg>-<\> wechselt man in das Haupt- 
verzeichnis (Root) (\ bezeichnet dabei die 
Taste, nicht das Zeichen). 

Es gibt noch eine weitere Möglichkeit, schnell 
zu einer bestimmten Datei im aktuellen Ver- 
zeichnis zu gelangen. Dazu tippen Sie <Alt> 
und den Anfangsbuchstaben ein. Der Bal- 
kenkursor springt auf den ersten Eintrag die- 
ses Buchstabens. Die Angabe der folgenden 
Buchstaben (sofern Sie das wollen) kann 
auch ohne <Alt> erfolgen. Ein kleines Such- 
fenster am unteren Panelrand hält Sie dar- 
über auf dem laufenden, ob überhaupt Datei- 
namen mit dieser Buchstabenfolge vorhan- 
den sind. 

Nun soll die Bedienung einer Nutzeroberflä- 
che nicht nur schnell von der Hand gehen, 
sondern auch komfortabel sein. Und wer die 
Auswahl aus einem grafisch dargestellten 
Dateibaum (z. B. in Pctools) kennt, braucht 
auch hier darauf nicht zu verzichten. Die Ta- 
stenkombination <A!t>-<F10> liefert einen 
solchen - der Nutzer kann mit den Cursorta- 
sten auswählen. Es sollte also ab jetzt kein 
Problem mehr sein, in beiden Panels jeweils 
das Laufwerk und den Pfad Ihrer Wahl einzu- 
stellen. 

Zum Starten von Programmen brauchen Sie 
nur - sofern Sie nicht den Aufruf in der Kom- 
mandozeile bevorzugen - den Balkencursor 
auf dem Dateinamen zu positionieren und 
<Enter> zu drücken. Für die Zeit der Ausfüh- 
rung ist der Norton Commander nicht verfüg- 
bar, anschließend meldet er sich - wie oben 
beschrieben - wieder. Sollen in der Komman- 
dozeile noch weitere Angaben gemacht wer- 
den (z. B. Parameter übergen), so kopiert man 
den Dateinamen einfach mit < Ctrl >-< Ente r> 
in die Kommandozeile und ergänzt dann. 

Funktionen 

Der Norton Commander verfügt über einen 
integrierten Editor. Man braucht nur auf einer 
Textdatei zu positionieren und ist mit der 
Funktionstaste <F4> im Editiermodus. Die 
einfachen Funktionen sind Wordstar-kompa- 
tibel, leider existieren die Blockoperationen 
aber nicht. Einzig eine Suchoperation ist vor- 
handen (Funktionstaste <F7>). Die nicht in 
der Hilfszeile aufgeführte Suchwiederholung 
mit dem gleichem Begriff erreichen Sie mit 
<Shift>-<F7>. In der Kopfzeile werden die 
Zeilen, Spalten und freier Speicherplatz an- 
gezeigt. Dateien bis zu einer Größe von 
30512 Byte können unter MS-DOS 3.30 und 
einem Hauptspeicher von 640 KByte bear- 
beitet werden. Ein kleines Extra finden Sie an 


der äußersten rechten Position, wenn diese 
nicht durch ein residentes Clock-Programm 
überdeckt ist: den ASCII-Wert des Zeichens, 
auf dem der Kursor gerade steht bzw. die Ab- 
kürzungen für End of Line und End of File. 
Das Sternchen zeigt an, ob am Text Ände- 
rungen vorgenommen wurden und ob des- 
halb beim Verlassen ein eventuelles Sichern 
hinterfragt werden muß. Eine Unterteilung in 
Seiten erfolgt nicht - Ziel ist die Programmer- 
fassung und nicht die Textverarbeitung. 

Die meisten Funktionen erschließen sich 
dem Nutzer leicht oder sind eh bekannt. Des- 
halb sei es erlaubt, auch auf ein paar Optio- 
nen einzugehen, die nicht so geläufig sind. 
Zum Beispiel darauf, daß es möglich ist, im 
integrierten Editor auch nicht druckbare Zei- 
chen zu verwenden. Dazu ist <Ctrl>-<Q> 
einzugeben, und anschließend kann wie auf 
Kommandoebene mit <Alt> und dem Kode 
auf dem Ziffernblock das entsprechende 
Steuerzeichen erzeugt werden. In diesem 
Zusammenhang sei an die Schwierigkeiten 
bei der Verwendung von ANSI-Sequenzen in 
den letzten Kurs-Folgen erinnert. Und noch 
etwas: Viele Nutzer greifen immer noch auf 
copy con datei zurück, wenn sie eine neue 
Datei anlegen wollen. Versuchen sie es statt 
dessen einmal mit <Shift> <F4>. Norton 
fragt dann nach einem Dateinamen und er- 
zeugt - falls nicht vorhanden - eine neue Da- 
tei. Ist Ihnen der Build-in-Editor zu sparta- 
nisch ausgestattet, so kann statt dessen ein 
beliebiger Ersatz (z. B. der Norton Editor oder 
Wordstar) - wie später bei Setup gezeigt - 
integriert werden. 

Neben der Edit-Funktion (siehe auch Hilfe 
auf der untersten Bildschirmzeile) gibt es 
noch View zum Ansehen von Dateien (Funk- 
tionstaste <F3>). Es erlaubt die Anzeige 
weit größerer Dateien, als der Editor aufneh- 
men könnte und bewahrt Sie vor versehentli- 
chen Änderungen. Verlassen wird dieser Mo- 
dus -wie auch der Editor - mit <ESC>. 
Neben der obligaten Hilfe auf <F1 > zeigt die 
KeyBar genannte untere Bildschirmzeile 
noch Funktionen zum Kopieren, Umbenen- 
nen und Löschen. Sie beziehen sich im ein- 
fachsten Fall auf die Datei, auf der der Bal- 
kencursor gerade steht. Drücken Sie also 
<F5>, so wird nach dem Ziel des Kopiervor- 
ganges gefragt. Vorgabe ist stets das im an- 
deren Fenster eingestellte Verzeichnis, sie 
kann aber beliebig abgeändert werden. Be- 
achten Sie dabei bitte folgendes: Wird als er- 
stes eine Bewegung mit den Kursortasten 
ausgeführt, so bleibt die Vorgabe stehen und 
kann verändert werden; schreiben Sie zuerst 
ein Zeichen, so verschwindet die Vorgabe 
ganz, und es wird eine komplette neue Ein- 
gabe erwartet. Die Angabe des Kopierzieles 
unterliegt den gleichen Regeln wie beim 
COPY-Befehl. 

Mit <F6> erhalten Dateien einen neuen Na- 
men. Weiterhin ist ein Verschieben möglich, 
sofern ein anderes Zielverzeichnis festgelegt 
wird. Verschieben bedeutet in diesem Falle 
Kopieren und anschließendes Löschen der 
Quelldatei, auch beim Verschieben von Dis- 
kette auf Festplatte und umgekehrt, was mit- 
unter sehr hilfreich aber auch verhängnisvoll 
sein kann. Bei Löschen mit <F8> ist zu be- 
achten, daß auch schreibgeschützte Dateien 
nach Rückfrage und Bestätigung mit der 


Enter-Taste gelöscht werden. Ein wenig Auf- 
merksamkeit ist also vonnöten. 

Wie der Hilfszeile zu entnehmen ist, werden 
mit <F7> neue Verzeichnisse angelegt, 
aber das ist mit md wohl genauso schnell zu 
bewerkstelligen. 

Der Norton Commander bietet auch die Mög- 
lichkeit, Dateien in Verzeichnissen zu behan- 
deln, in denen man sich gerade nicht befin- 
det. Dazu sind die eben beschriebenen Funk- 
tionen zusammen mit <Shift> zu verwen- 
den. Wenn Sie <Shift>-<F5> drücken, so 
werden Sie nach Quell- und Zieldatei gefragt. 
Desgleichen auch für das Umbenennen und 
Löschen und -wie oben bereits erwähnt-für 
das Editieren von Dateien. 

Noch gar nicht erklärt wurde, wie man meh- 
rere Dateien zugleich behandelt. Dazu müs- 
sen diese markiert werden. Das geschieht 
mit <lns> bzw. <Einfg> für jeweils die Da- 
tei, auf der der Balkencursor steht. Auf einem 
Farbdisplay ist die Markierung gut zu erken- 
nen, im Schwarz/Weiss-Modus wird sie 
durch erhöhte Helligkeit oder durch einen 
Balken neben dem Dateinamen angezeigt. 
Mit erneutem Drücken von <lns> kann - 
wenn der Balken auf der markierten Datei 
steht - die Markierung wieder aufgehoben 
werden. Eine weitere Erleichterung stellt die 
Markierung mit einer Dateimaske und die 
Verwendung der Joker dar. Dazu drücken 
Sie die Plus-Taste neben dem rechten Zif- 
fernblock (zum Aufheben der Markierung die 
darüber liegende Minus-Taste) und es er- 
scheint eine Maskenvorgabe, in diesem Fall 
*.* für alle Dateien. Es steht Ihnen frei, statt 
dessen eine beliebige Dateigruppe einzutra- 
gen. Anschließend kann für alle diese Datei 
eine Aktion ausgeführt werden. 

Besonders hilfreich ist die Arbeit mit markier- 
ten Dateien, wenn auf mehrere Disketten ko- 
piert werden soll. Ist eine Diskette voll, so ist 
ein Wechseln möglich, denn nur die verblei- 
benden Dateien sind noch markiert. Wollen 
Sie dagegen einmal ein ganzes Verzeichnis 
löschen, das noch dazu sehr viele Dateien 
enthält, so sind Sie gut beraten, dies mit del 
*.* zu tun, da eine solche Aktion im Norton 
Commander - bedingt durch das einzelne 
Anzeigen jeder Aktion - recht viel Zeit in An- 
spruch nimmt. 

Immer wieder sucht man auf der Festplatte 
nach Dateien, von denen man nicht genau 
weiß, in welchem Verzeichnis sie stehen. Mit 
<Alt>-<F7> kann veranlaßt werden, nach 
einer Datei oder einer Gruppe von Dateien 
(bei Angabe einer Maske) auf dem aktuellen 
Laufwerk zu suchen. Alle gefundenen Da- 
teien werden in einem Fenster angezeigt und 
können mit den Cursortasten ausgewählt 
werden. 

Wer oft auf der Kommandoebene arbeitet, 
wird es zu schätzen wissen, in der Komman- 
dozeile zurückblättern zu können - eine Op- 
tion, die Ihnen vielleicht aus dBase oder vom 
Public-Domain-Programm Dosedit geläufig 
ist. Leider sind die Pfeiltasten bereits zur Be- 
wegung des Balkenkursors im Verzeichnis- 
fenster vergeben. Sie können aber mit der 
Ctrl-bzw. Strg-Taste die Tastenkodes erzeu- 
gen, die denen der Pfeiltasten entsprechen, 
nämlich <Ctrl>-<E> für aufwärts und 
<Ctrl>-<X> für abwärts. Mit diesen beiden 
Tastenkombinationen ist es möglich, im 
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Kommandostapel zu blättern, das heißt die 
zuletzt eingegebenen Befehle wieder in die 
Kommandozeile zurückzuholen und gegebe- 
nenfalls zu korrigieren. Zusätzlich bewahrt 
der Norton Commander die letzten Komman- 
doeingaben in einem separaten Fenster (Hi- 
story genannt) auf. Sie können es mit <Alt> 
<F8> aktivieren und anschließend menüge- 
führt auswählen. Leider sind keine Verände- 
rungen am Befehl mehr möglich. 

Häufig verdeckt der Norton Commander 
wichtige Teile des Bildschirms. Abhilfe 
schafft die Möglichkeit, den gesamten Com- 
mander oder einzelne Teile auszublenden. 
Mit <Ctrl>-<F1> läßt sich das linke mit 
<Ctrl>-<F2> das rechte Panel aus- und 
wieder einblenden. Gleiches gilt für die Hilfs- 
zeile am unteren Bildschirmrand mit <Ctrl>- 
<B>. Für die meisten Aktionen ist ein Ver- 
zeichnisfenster ausreichend, das man 
zweckmäßigerweise auf der rechten Seite 
stehen läßt und so freien Blick auf die Ausga- 
ben der gestarteten Programme hat. 

Die Tastenkombination <Ctrl>-<0> blen- 
det beide Panels aus. Beachten Sie aber 
bitte, daß der Norton Commander nicht nur 
im Speicher, sondern auch weiterhin aktiv 
bleibt, wie Sie am Betätigen der Funktionsta- 
sten leicht erkennen können. Zusätzlich kann 
jetzt auch mit den Pfeiltasten in der Komman- 
dozeile geblättert werden. 

Zu beachten ist, daß der Norton Commander 
beim Laden nicht prüft, ob er sich bereits im 
Speicher befindet. Er läßt sich also leicht ein 
zweites Mal laden, wenn Sie ihn nach <Ctrl> 
<0> erst einmal aus den Augen verloren ha- 
ben. Spätestens beim vierten Mal ist dann 
aber der 640-KByte-Speicher voll. 

Nicht vergessen wollen wir zu guter Letzt, wie 
man den Commander wieder aus dem Spei- 
cher entfernt. Wie-anfangs erwähnt, wird es 
in erster Linie Speicherplatzmangel sein, der 
Sie dazu bewegt. Beim Verlassen mit 
<F10> wird noch einmal rückgefragt, um ein 
versehentliches Betätigen der Taste korrigie- 
ren zu können. Beachten Sie, daß alles, was 
Sie eingestellt haben, damit verlorengeht. Es 
sei denn, die Konfiguration wird mit <Shift>- 
<F9> in die Datei Nc.ini gespeichert. In die- 
sem Falle findet der Nutzer beim erneuten 
Start alles so vor, wie es beim letzten Mal ver- 
lassen wurde. Wurde ein Fenster oder die 
Hilfszeile ausgeblendet, so wird auch das be- 
rücksichtigt. 


Konfigurieren (Setup) 

Der Norton Commander bietet weiten Frei- 
raum zur Anpassung an die eigenen Wün- 



Bild 2 Einstellen des linken Panels im Setup- 
Menü 


sehe und Erfordernisse. Das betrifft in erster 
Linie das Outfit, also die äußere Erscheinung 
- in begrenztem Umfange aber auch die 
Funktionalität. Sämtliche Einstellungen wer- 
den über das Setup-Menü vorgenommen, 
das Sie mit <F9> erreichen. Die am oberen 
Bildschirmrand erscheinende Menüzeile ent- 
hält 5 Einträge, die für jeweils ein Pull-down- 
Fenster stehen. Die beiden äußeren Menüs 
sind für die Einstellung der Panele zuständig 
(siehe Bild 2). Mit den oberen fünf Einträgen 
wird festgelegt, was im Verzeichnisfenster 
angezeigt werden soll. Brief stellt die An- 
zeige der Dateien in Kurzform (ohne Größe 
und Zeit) ein, wie in Bild 3 rechts zu sehen. 
Hinter Full verbirgt sich die vollständige An- 
zeige, die wir aus Bild 1 kennen. Statt der 
Verzeichniseinträge kann auch der Verzeich- 
nisbaum grafisch dargestellt werden, wie in 
Bild 3 links zu sehen. Dazu ist Tree zu wäh- 
len. Weiterhin können mit Info Informationen 
zum Hauptspeicher (gesamt, belegt) und 
zum aktuellen Laufwerk (Kapazität, frei) zur 
Anzeige gebracht werden. Da man diese 
nicht ständig benötigt, gibt es einen Shortcut 
zum zeitweiligen Umschalten, nämlich 
<Ctrl>-<L>. Warum ist diese Tastenkombi- 
nation im Setup-Menü nicht aufgeführt? 

Die mittleren fünf Punkte in Bild 2 betreffen 
die Reihenfolge, in der die Dateien angezeigt 
werden sollen: Sortiert nach Namen, Typ, 
Zeit und Größe. Beachten Sie aber, daß 
diese Sortierung nur die Anzeige betrifft und 
nicht etwa die Änderung der Einträge im Ver- 
zeichnis der Diskette, wie das beispielsweise 
Pctools tut. Die Tastenkombinationen 
<Ctrl>- <F1 > zum Ausschalten des Panels 
sowie <Alt>-<F1> zum Wechseln des 
Laufwerks im linken Panel haben wir bereits 
kennengelernt, für das rechte Panel gilt ent- 
sprechend <F2>, was Sie auch im rechten 
Pull-down-Menü einstellen können. 

Die Option Re-read veranlaßt, daß nach ei- 
nem Diskettenwechsel die Einträge im Ver- 
zeichnisfenster aktualisiert werden. Das glei- 
che erreicht man aber schneller durch noch- 
maliges Anwählen des Laufwerks mit a: 
<enter> oder mit <Ctrl>-<R>. 

Die Version 3.0 kennt darüber hinaus eine 
Filter-Funktion, die nur die durch eine Maske 
vorgegebenen Dateien anzeigt. Der Unter- 
punkt Files im Setup-Menü erlaubt noch ein- 
mal das interaktive Auswählen aller Funktio- 
nen, die auch in der Hilfszeile stehen und die 
wir bereits besprochen haben. Ein paar zu- 
sätzliche Einstellungen finden wir aber im 
Option-Menü (siehe Bild 4). In diesem Menü 
werden Schalter gestellt, die jeweils zwei Zu- 
stände annehmen können, was an einem 
kleinen Häkchen zu erkennen ist. Mit Color 
kann zwischen Färb- und Monochromdisplay 
unterschieden werden. Die Erfahrung zeigt, 
daß für eine Reihe von Schwarzweiß-Bild- 
schirmen die Festlegung als Laptop die be- 
sten Kontraste bringt. Das betrifft besonders 
die Darstellung der markierten Dateien. 

Der Punkt Auto menus veranlaßt, daß beim 
Start des Norton Commanders stets das nut- 
zereigene Menü automatisch aktiviert wird, 
welches sonst unter <F2> erreichbar ist. 
Eine Maßnahme besonders für unbedarfte 
Nutzer. 

Mit Path prompt kann die Anzeige des aktu- 
ellen Pfades im Prompt ein- und ausgeschal- 



Bild 3 Anzeige im Brief-Format mit Dateibaum 





Bild 4 Das Option-Menü 


tet werden. Man kann auf die Pfadanzeige 
durchaus verzichten, da an der Kopfzeile 
jedes Panels das aktuelle Verzeichnis ab- 
lesbar ist. Das Ausblenden der Hilfszeile 
(KeyBar) durch <Ctrl>-<B> ist Ihnen be- 
reits vertraut. Die Verzeichnisfenster können 
auf den ganzen Bildschirm ausgedehnt (wie 
in Bild 1) oder nur auf halbe Höhe gezogen 
werden (wie in Bild 3). Dafür ist der Punkt Full 
Screen zuständig. Mini Status bezieht sich 
auf die unterste Zeile der Panels in den 
Bildern 1 und 3. In dieser wird die aktuelle 
Datei vollständig angezeigt (wichtig, wenn 
mit der Kurzform gearbeitet wird). Wertvoll ist 
der Status besonders, wenn Dateien markiert 
werden - zeigt er doch die Gesamtgröße. 
Ebenfalls damit im Zusammenhang steht der 
Punkt Ins move down. Hier wird festgelegt, 
ob beim markieren mit <lns> bzw. <Einfg> 
der Balkencursor automatisch eine Zeile 
nach unten soll. Wenn Sie die Uhrzeit gern 
stets im Blick haben, so kann diese mit cLock 
in der rechten oberen Ecke eingeschaltet 
werden. Das groß geschriebene L bedeutet, 
daß auch die Großbuchstaben in der jewei- 
ligen Zeile zur Auswahl herangezogen wer- 
den können. Für alle, die statt des integrier- 
ten Editors lieber ein eigenes Textverarbei- 
tungsprogramm auf <F4> legen wollen, gibt 
es den Menüpunkt Editor. Er erlaubt die Ein- 
bindung eines Textprogramms eigener Wahl, 
das dann mit <F4> erreichbar ist. Der einge- 
baute Editor bleibt aber weiterhin über 
<Alt>-<F4> erhalten. Wenden wir uns als 
nächstes dem Punkt Commands im Setup- 
Menü zu (siehe Bild 5). Die ersten fünf Eintra- 
gungen sind bis auf <Alt>-<F9> zum Um- 
schalten auf den 43-Zeilen-Modus ein- 
schließlich ihrer Shortcuts bereits bekannt. 
Mit Compare directories können die Ein- 
träge zweier Verzeichnisse verglichen wer- 
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Bild 5 Im Kommando-Menü sind die Shortcuts 
noch einmal zusammengefaßt 


den, etwa um festzustellen, ob beim Kopie- 
ren nichts vergessen wurde. Richtig interes- 
sant wird es aber bei den letzten beiden Me- 
nüpunkten. Sie erlauben das Anlegen und 
Editieren von Textfiles mit nutzereigenen Ak- 
tionen. 

Für sich stets wiederholende Eingaben wird 
dem Nutzer die Möglichkeit gegeben, eigene 
Menüs zu definieren. Wenn Sie einmal 
<F2> bedienen, werden Sie feststellen, ob 
bereits derartige Vereinbarungen in einer Da- 
tei Nc.mnu getroffen worden sind und die 
Auswahl von vordefinierten Aktionen gestat- 
ten. Wenn nicht, können Sie sich diese selbst 
anlegen, wofür der Menüpunkt Menu file edit 
steht. Der Aufbau sieht folgendermaßen aus: 
Zuerst steht die jeweilige Menüausschrift 
(muß in der ersten Spalte beginnen), und auf 
den nächsten Zeilen (etwas eingerückt) fol- 
gen die dazugehörigen Kommandos. Hier als 
Beispiel einmal zwei Menüpunkte: 

Testprogramm übersetzen 
cd\masm 
masm test; 
linktest; 

exe2bin test test.com 
deltest.obj 

Das Beispiel zeigt, daß es sich auch für eine 
einmalige Testphase lohnen kann, einen Me- 
nüpunkt einzurichten. Beim Aufruf von Pro- 
grammen sollte von der Möglichkeit Ge- 
brauch gemacht werden, einen neuen Pfad 
einzustellen und Environment-Variablen zu 
setzen. Vor der Menüausschrift kann auch 
noch ein Buchstabe oder die Bezeichnung ei- 
ner Funktionstaste (Fl ... F10) festgelegt 
werden und dann zur Kurzanwahl dienen. 
Tragen sie beispielsweise 
T: Testprogramm übersetzen 
ein, so ist dieser Punkt im Usermenü auch 
kurz mit t aktivierbar. 

Ähnlich einfache Möglichkeiten der Ausfüh- 
rung von Nutzerkommandos bietet das soge- 
nannte Extension-File (Datei Nc.ext). Hier 
wird festgelegt, was mit Dateien eines be- 
stimmten Typs getan werden soll, wenn der 
Nutzer den Balkenkursor auf sie positioniert 
und <Enter> drückt. Für Exe-, Com- und 
Bat-Files sind bereits Aktionen festgelegt: Sie 
werden gestartet. Alle anderen Typen stehen 
für eigene Festlegungen zur Verfügung. 

Die Eintragungen besitzen folgende Syntax: 
Erweiterung : Kommando 
Als Platzhalter für die aktuell ausgewählte 
Datei steht dabei ein Ausrufezeichen. Es wird 
ähnlich benutzt wie die bekannten Joker. So 


wird für ! die aktuelle Datei ohne Erweiterung 
eingesetzt, für !.! die Datei mit Erweiterung. 
Für das aktuelle Laufwerk steht !: und für den 
aktuellen Pfad !\. 

Um also Pascal-Dateien mit dem Typ Pas 
durch den Kommandozeilencompiler über- 
setzen zu lassen, ist 

pas: tpc !.! 

einzutragen. Soll statt dessen die integrierte 
Entwicklungsumgebung aufgerufen werden 
und die betreffende Datei geladen werden, 
so erfordert das beispielsweise den Eintrag: 
pas: c:\tp\turbo !:!\!.! 

Sowohl die Datei Nc.mnu als auch Nc.ext 
kann auch mit jedem anderen Texteditor er- 
zeugt werden. Zu erwähnen bleibt noch, daß 
der Norton Commander nach einer Menüda- 
tei zuerst stets im aktuellen Verzeichnis 
sucht, so daß jedem Nutzer seine ganz per- 
sönliche Einstellung zur Verfügung steht. 

Norton und die Maus 

Der Norton Commander kann -wie man das 
von einem modernen Programm erwartet - 
auch mit der Maus bedient werden. Ob man 
die Mausbedienung bevorzugt, ist Gewohn- 
heits- und Geschmackssache. Vorausset- 
zung für die Nutzung des kleinen Nagers ist 
das Laden des Microsoft-Maustreibers. Dazu 
ist die Datei Mouse.com zu starten. Der 
Mauskursor ist anschließend als Rechteck 
(auf einem Farbbildschirm andersfarbig) zu 
erkennen. Positioniert man ihn auf einem 
Eintrag des Verzeichnisfensters, so kann die- 
ser durch Drücken der linken Maustaste aus- 
gewählt werden. Das entspricht der Bewe- 
gung des Balkenkursors mit den Pfeiltasten. 
(Anmerkung: Im folgenden wird stets auf die 
originale Zweitastenmaus von Microsoft Be- 
zug genommen, daneben gibt es auch Ex- 
oten mit einer oder drei Tasten.) Die rechte 
Maustaste wirkt wie <lns> bzw. <Einfg> 
und <Del> bzw. <Entf> die Dateien, auf de- 
nen der Kursor gerade steht, werden mar- 
kiert, bzw. die Markierung wird aufgehoben. 
Sichtbar wird das wie beim Markieren über 
die Tastatur. Was die Enter-Taste auf der Ta- 
statur, ist der Doppelklick (zweimaliges Drük- 
ken kurz hintereinander) der linken Taste für 
die Maus. Er dient zum Starten von Program- 
men (bzw. zum Ausführen einer Aktion ent- 
sprechend der Programmerweiterung). Mit 
der Maus kann auch sehr schnell gescrollt 
werden. Dazu ist der Mauskursor auf die 
oberste Zeile (die die Überschrift enthält) 
oder auf den unteren Rand zu setzen und die 
linke Taste zu drücken. Die Dateieinträge rol- 
len automatisch nach oben bzw. unten. Wird 
statt dessen die rechte T aste festgehalten, so 
erfolgt gleichzeitig ein Markieren aller Da- 
teien. Das geht sogar schneller als mit der 
Tastatur. Fährt man mit dem Kursor in die 
oberste Zeile, so erscheint automatisch das 
Setup-Menü (wie bei <F9>), und man kann 
per linkem Klick die einzelnen Optionen ein- 
stellen. Des weiteren ist ein Aktivieren der 
Menüpunkte am unteren Bildschirmrand 
(KeyBar genannt) durch einfaches Anklicken 
möglich. 

Die Version 3.0 des Norton Commanders 
wartet mit einer Reihe weiterer Verbesserun- 
gen auf. Zu nennen sind die neuen Kompo- 
nenten Commander Link (zur Verbindung 
von Rechnern über ein spezielles Kabel, z. B. 


zum „Füttern“ eines Laptops), Commander 
Mail (zum Verschicken von Nachrichten im 
Netz) sowie Quick View zur direkten Unter- 
stützung einer Vielzahl von internen Dateifor- 
maten der gängigen Datenbank-, Kalkula- 
tions-, Textverarbeitungs- und Grafikpro- 
gramme. 

Der Punkt Configuration im Option-Menü 
faßt grundsätzliche Einstellungen zusam- 
men. Positiv anzumerken ist die Hilfe zu je- 
dem Punkt mit <F1>, auffällig auch das 
schonende Verwandeln des Bildschirms 
nach einer bestimmten Zeit in einen dunklen 
Nachthimmel mit ständig aufgehenden und 
wieder verlöschenden Sternen. 


Tafel 1 Tastenkombinationen des Norton Commanders 


<ESC> Löschen der Kommandozeile, *) 

Abbruch einer Aktion 

<Tab> Wechseln des Verzeichnisfensters 

<+> Markieren von Dateigruppen 

<— > Aufheben von Gruppenmarkierungen 

<PgUp>/'<Blld|> Eine Seite nach oben blättern 
<PgDn>/'<Bildi> Eine Seite nach unten blättern 
<Home>/<Pos1> Balkenkursor auf ersten Eintrag 
<End>,<Ende> Balkenkursor auf letzten Eintrag 

<lns>/<Einfg> Markieren einer Datei bzw. Aufheben 

der Markierung 
<F1> Hilfe 

<F2> Aufruf UserMenü 

<F3> Ansehen (View) von Dateien 

<F4> Editieren von Dateien 

<F5> Kopieren von Dateien 

<F6> Umbenennen oder Verschieben 

<F7> Anlegen von Verzeichnissen 

<F8> Löschen von Dateien oder Verzeich- . 

nissen 

<F9> Einstellen der Konfiguration (Setup) 

<F1 0> Verlassen des Norton Commanders 

<Shift>-<F3> Ansehen von Dateien mit Abfrage 

<Shift>-<F4> Anlegen einer neuen Datei 

<Shlft>-<F5> Kopieren von Dateien mit Abfrage 

<Shift>-<F6> Umbenennen mit Abfrage 

<Shift>-<F8> Löschen von Dateien mit Abfrage 

<Shift>-<F9> Speichern der Konfiguration 

<Alt>-<F1 > Laufwerkswechsel im linken Fenster 

<Alt>-<F2> Laufwerkswechsel im rechten Fenster 

<Alt>-<F3> Ansehen von dBase-Dateien ohne 

Dbview.exe 

<Alt>-<F4> Editieren mit Build-in-Editor 

<Alt>-<F7> Dateien suchen 

<Alt>-<F8> Auswahl von Befehlen aus dem 

History-Stapel 

<Alt>-<F9> Umschalten auf EGA-Modus 

(43 Zeilen) 

Anzeige des Dateibaums 


<Alt>-<F10> 

<Ctrl>-<Break> 

/<Strg> <Untbr> Abbrechen von Gruppenfunktionen 


Aus*/Einblenden des linken Fensters 
Aus-/Einbienden des rechten 
Fensters 

Kopieren des Dateinamens in die 
Eingabezeile 

Wechsel ins übergeordnete 
Verzeichnis 

Wechsel ins Hauptverzeichnis 
Kursor ein Wort nach links *) 

Hilfstexte (KeyBar) aus* bzw. 
einblenden 

Rückwärtsblättern im Eingabepuffer*) 
Kursor ein Wort nach rechts *) 

Zeichen an Kursorposition löschen *) 
Zeichen löschen links *) 

wie <Tab> 
wie<Ctrl>-<Enter> 

Statusfenster ein* bzw. ausschalten 
Aus- bzw. Einblenden beider Ver- 
zeichnisfenster 

Aus- bzw. Einblenden des nicht 
aktiven Verzeichnisfensters 
Wort rechts löschen *) 

Vertauschen der Verzeichnisfenster 
Wort löschen links *) 

Vorwärtsblättern im Eingabepuffer *) 
Löschen der Kommandozeile *) 


<Ctrl>-<F1> 

<Ctrl>-<F2> 

<Ctrl>-<Enter> 

<Ctrl>-<PgUp> 

<Ctrl>-<\> 

<Ctrl>-<A> 

<Ctrl>-<B> 

<Ctrl>-<E> 

<Ctrl>-<F> 

<Ctr1>-<G> 

<Ctrl>-<H> 

<Ctrl>-<l> 

<Ctrl>-<J> 

<Ctrl>-<L> 

<Ctrl>-<0> 

<Ctrl>-<P> 

<Ctrl>-<T> 

<Ctrl>-<U> 

<Ctrl>-<W> 

<Ctrl>-<X> 

<Ctrl>-<Y> 

*)Aktionen beziehen sich auf die Kommandozeile 
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A Entwurf und Ablaufsteuerung 

intelligenter Dialogsysteme 

- für kommerzielle und Realzeitanwendungen 

- für UNIX und DOS 

- interaktiver Entwurf von Masken und Druckausgabe 

- virtueller Bildschirm, Fenster, Pull-down-Menüs 

- strukturiertes Programmieren in der Maske 

- Anschluß an C, COBOL, PASCAL ... - 

- MS-DOS: bewegte Symbole v 

Hintergrundgrafik 

Fonteditor 

- Mausunterstützung 

Fordern Sie unsere kostenlose Demoversion für DOS an! 
□ 360K □ 1.2MB □ mit Handbuch 95.- M 
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stungsfähigen und lei- 
stungsbereiten Ver- 
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unsere PCs und für die 
Peripherieprodukte. 
Wenn Sieeine seriöse 
Partnerschaft auf 
Dauer suchen, wenn 
Sie hochwertige Pro- 
dukte, Training, Ver- 
kaufs- und Werbeun- 
terstützung zu schät- 
zen wissen: Schrei- 
ben Sie uns. Wir kom- 
men gerne zu Ihnen, 
umüberdieZukunftzu 
sprechen. 

UTAX GmbH 

Ohechausse 235 
W - 2000 Norderstedt 
bei Hamburg 


ETROCOM Dresden GmbH 
LANIER-Kopiertechnik 
Computertechnik 

im Exclusivvertrieb der Firma 
Reis-ware, Bullay 

Mäuse/Scanner/Barcode-Leser 
Software für 
Fahrschul abrechnung 
Fakturierung 
Hotelverwaltung 
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Komplettpakete und Service 
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Den PC sicher im Griff- 
mit Christiani-Fernlehrgängen 



PC- 


Anwendungs- 

praxis 


Weitere Lehrgänge zu Programmiersprachen 
und PC-Anwendungen 


Zug um Zug lernen Sie in diesem 
Fernlehrgang die Möglichkeiten 
Ihres PC effektiv zu nutzen. Von 
Anfang an arbeiten Sie am 
Computer: keine Zeile Theorie 
bleibt ohne praktische Anwen- 
dung. Und die Programme liefern 
wir gleich mit. Alles wird Ihnen 
am praktischen Beispiel erklärt. 
So erleben Sie den PC-Einsatz 
"live". 

12 reichhaltige, praxisbezoge- 
ne Lehrbriefe. 

4 ausgezeichnete Anwender- 


roaramme. 


Viele Lern- und Wiederho- 


lunasdisketten. 


Fundierte Studienbetreuun 
begehrtes Abschlußzeugnis. 

Nach diesem Lehrgang beherr- 
schen Sie MS-DOS (bis 4.01), 
Textverarbeitung, Tabellenkalku- 
lation, Datenbanksysteme und 
Geschäftsgraphik. 

Fordern Sie gleich 
Informationsmaterial an: 


PASCAL-Grundlagen 

Einführungslehrgang in die 
Programmierung von Pascal. 

BASIC-Grundlagen 

Einführungslehrgang in BASIC 
allgemein. Strukturiertes Pro- 
grammieren. 

SPS-Programmierung 

Einführung in Speicher-Program- 
mierte-Steuerungen mit Simula- 
tionsprogramm. 5 Lehrbriefe. 


Informationscoupon : 

Senden Sie mir zu folgen- 
dem Lehrgang: 


Lehrgangstitel 
□ Informationsmaterial 

I I Den 1. Lehrbrief kostenlos 
für 3 Wochen zum Test. 


Digital-Labor 

Einführungslehrgang in die 
Bauelemente und Schaltungs- 
technik der Digitaltechnik mit 
Logik-Simulationsprogramm. 


BASIC & Mikrocomputer- 
praxis 

Intensivlehrgang BASIC mit 
reichhaltigen Anwendungsbei- 
spielen. 14 Lehrbriefe. 


Adresse: 


Name, Vorname 


Straße, Nr. 


PLZ, Ort 




45249 


Dr.-Ing. P. Christiani GmbH • Technisches Lehrinstitut und Verlag * 7750 Konstanz 
Hermann-Hesse-Weg 2 * Telefon 07531-5801-0 * Telex 733 304 • Btx.: * 64748 # 

In Österreich: Ferntechnikum Bregenz • Belruptstraße 45 * 6901 Bregenz 


Christiani 
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Connections Ten 2 

Alle wichtigen Rechner-Anschlüsse auf einen Blick 


Carsten Meyer , Bernd Behr 


Nach den mehr oder weniger normgerech- 
ten Floppy Drucker- und Kommunikations- 
schnittstellen in der letzten Kartei sind nun 
die mehr modellspezifischen Anschlüsse 
dran, angefangen beim DMA- und MIDI-Port 
des Atari bis hin zum Videostecker des 
Macintosh. Was sich sonst hinten in unzähli- 
gen Handbüchern versteckt, finden Sie 
hübsch übersichtlich auf den folgenden Sei- 
ten. 

Atari 

Der gemeine ST ist bei Musikern nicht um- 
sonst wegen seiner schon serienmäßig ein- 
gebauten MIDI-Schnittstelle so beliebt. MIDI 
(Musical Instruments Digital Interface) wur- 
den vor mehr als sieben Jahren von den Gro- 
ßen der Musikszene (u.a. Yamaha, Roland, 
Sequential Circuits, Kawai) genormt [1, 2] 
und beschreibt eine mit 31 ,25 kBd betriebene 
5-mA-Stromschleife, die - über Optokoppler 
am Eingang potentialgetrennt - Daten der 
vielfältigsten Art an und von elektronischen 
Musikinstrumenten übermittelt. Abweichend 
vom Standard sind überzählige Pins der 
MIDI-Out-Buchse beim Atari als MIDI-Thru- 
Ausgang beschältet, so daß man eventuell 
Ärger bekommt, wenn man hieran ein histori- 
sches „Diodenkabel“ als MIDI-Verbindung 
mißbraucht. 

Ein Störenfried in ganz anderer Größenord- 
nung ist der sogenannte DMA-Port, auch 
ACSI genannt, der sich aufgrund seines ver- 
queren Protokolls, der minimalen Treiberlei- 
stung und der hohen Empfindlichkeit gegen- 
über Störimpulsen unter laserdruckenden 
und festplattenspeichernden Atari-Freunden 
Feinde schafft. Trotz seiner nicht zu verleug- 
nenden Ähnlichkeit zum SCSI-Bus bedarf es 
einigen Aufwands, hier SCSI-kompatible Pe- 
ripheriegeräte anzuschließen [3]. 

Die etwas exotische Videobuchse des Atari 
führt eine Umschaltleitung, über die der 
Rechner erfährt, welcher Art der angeschlos- 
sene Monitor ist. Bei Farbdarstellung liefert 
sie ein RGB-Signal mit fernsehgerechten 
Synchronlängen, bei Monochromdarstellung 
dagegen 32 kHz Zeilen- und 70 Hz Bildfre- 
quenz. 

Macintosh 

Der etwas andere Computer hat als einzige 
Schnittstelle.. technische Besonderheit den 
noch an Apple-Il-Zeiten erinnernden Floppy- 
Anschluß. Um beim Mac die gleichen Lauf- 
werke wie bei der alten 3,5"-Doppel-Floppy- 
Station verwenden zu können, behielt man 
die dortige Pinbelegung bei. Andere als die 
speziellen Sony-Laufwerke kann man ohne- 
hin nicht an den Mac anschließen, da nur 
diese die eingelegten Disketten selbst aus- 
werfen können. 

Einen Videoanschluß besitzen die kompak- 
ten Guckloch-Macs nur intern, bei den Modu- 
laren wird das analoge RGB-Signal über eine 
ISpolige Submin-D-Buchse herausgeführt. 
Einige Macs (llci) können über die Verschal- 
tung der Masse-Pins (Kodierung) feststellen, 
welche Auflösung der angeschlossene Moni- 
tor besitzt. 


Amiga 

Die großzügig ausgelegte Videobuchse des 
Amiga 500/2000 dient nicht nur einem Moni- 
tor, sondern auch einem sogenannten Gen- 


lock- Interface als Anschluß, mit dem sich Vi- 
deobilder und Computergrafiken synchroni- 
siert mischen und überlagern lassen. Ferner 
führt die Buchse drei Versorgungsspannun- 
gen, die mit bis zu 300 mA belastet werden 
dürfen. 

Kompatible 

Die Tatsache, daß der PC abhängig von der 
eingebauten Steckkarte verschiedene Vi- 
deonormen über denselben Buchsentyp ver- 


Video PC/AT 



9pol. Submin-D, weiblich (J) 




Dig.-Mono 

Dig.-RGBI 

Dig.-RGB 

Analog-RGB, 

Pin 

Hercules 

CGA 

EGA 

Archimedes 

1 

Masse 

Masse 

Masse 

Rot 

2 

Masse 

Masse 

Rot LSB 

Grün 

3 

frei 

Rot 

Rot MSB 

Blau 

4 

frei 

Grün 

Grün MSB 

C-Sync/H-Sync 

5 

frei 

Blau 

Blau MSB 

(V-Sync) 

6 

Intens. 

Intens. 

Grün LSB 

Masse 

7 

Video 

frei 

Blau LSB 

Masse 

8 

H-Sync 

H-Sync 

H-Sync 

Masse 

9 

V-Sync 

V-Sync 

V-Sync 

Masse 


Video AT/VGA 


15pol. HD-Submin-D, (j?) 

weiblich 

Analog-RGB 


Pin 

Funktion v 

1 

Rot 

2 

Grün 

3 

Blau 

4 

Monitor ID Bit 2 

5 

n. c. 

6 

Rot-Masse 

7 

Grün-Masse 

8 

Blau-Masse 

9 

kein Loch 


(Verw. -Schutz) 

10 

Sy nchr. -Masse 

11 

Monitor ID Bit 0 

12 

Monitor ID Bit 1 

13 

H-Sync 

14 

V-Sync 

15 

n. c. 


Video Atari ST 

13pol. DIN @ 

Composite (FBAS), 

Analog-RGB, Ton 

Pin 

Funktion 

1 

Audio 

2 

neg. Comp.Sync-Signal 

3 

Port A, Bit 6, Soundchip 

4 

Monochrom-Sensor 

5 

Audio-Eingang 

6 

Grün 

7 

Rot 

8 

12 V (max. 10 mA) 

9 

H-Sync 

10 

Blau 

11 

Monochrom- Video 

12 

V-Sync 

13 

Masse 


SCART-Buchse 


21 pol. Cenelec (18 

FB AS/Analog-RGB , 

Ton 


Pins 

Funktion 

1 

Audio Ausgang B 

2 

Audio Eingang B 

3 

Audio Ausgang A 

4 

Masse 

5 

Masse 

6 

Audio Eingang A 

7 

Blau (Analog 0,7 V ss ) 

8 

Schaltspannung 

9 

Masse 

10 

n. c. 

11 

Grün (Analog 0,7 V ss ) 

12 

n. c. 

13 

Masse 

14 

Masse 

15 

Rot (Analog 0,7 V ss ) 

16 

Austastsignal 

17 

Masse 

18 

Masse 

19 

Video Ausgang 1 V ss 

20 

Video Eingang 1 V ss 

21 

Masse 


Video 

Amiga 1000 

8pol. DIN, weiblich ^19^) 

Composite (FBAS), 

Ton 


Pins 

Funktion 

1 

n. c. 

2 

Masse 

3 

Audio links 

4 

Composite 


Video Output 

5 

Masse 

6 

n. c. 

7 

+12 Volt 

8 

Audio rechts 


Video Amiga 
500/2000/3000 


23pol. Submin-D, (n) 
männlich 

Analog-RGB, Digital-RGBI 


Pin 

Funktion 

1 

Extemal Clock 

2 

Extemal Clock Enable 

3 

Analog Rot 

4 

Analog Grün 

5 

Analog Blau 

6 

Digital Illuminance 

7 

Digital Blau 

8 

Digital Grün 

9 

Digital Rot 

10 

Composite Sync 

11 

H-Sync 

12 

V-Sync 

13 

Masse 

14 

Zero Detect 

15 

Clock Out 

16 

Masse 

17 

Masse 

18 

Masse 

19 

Masse 

20 

Masse 

21 

-5 Volt (50 mA) 

22 

+12 Volt (175 mA) 

23 

+5 Volt (300 mA) 


Video Macintosh- 
Grafikkarten 

15pol. Submin-D, (25) 

weiblich (24) W 

Analog-RGB 

Pins 

Funktion 

1 

Masse 

2 

Rot analog 

3 

C-Sync 

3 

Masse 

5 

Grün analog 

6 

Masse 

7 

n. c. 

8 

n. c. 

9 

Blau analog 

10 

n. c. 

11 

Masse 

12 

n. c. 

13 

Masse 

14 

Masse 

15 

n. c. 


Video ist nicht gleich Vi- 
deo: Beachten Sie, daß 
einige Signale auch inver- 
tiert sein können. 
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MIDI-Schnittstelle Atari 

5poI. DIN, weiblich (^2^ 


Pin MIDI-Out 

MIDI-In 

1 THRU Transmit Data 

- 

2 Abschirmung 

- 

3 THRU Loop Return (4-) 


4 OUT Transmit Data 

IN receive Data 

5 OUT Loop Return 

IN Loop Return (+) 


Vorsicht beim Atari: 
die MIDI-Out-Buchse 
ist doppelt belegt. 


mittelt, führt beim Anfänger bisweilen zu bö- 
ser Verwirrung. Analog-RGB-, TTL-RGBI- 
(mit Intensity-Leitung) und Monochrom-Mo- 
nitore benutzen eine 9polige Submin-D- 
Steckverbindung, moderne hochauflösende 
VGA-Exemplare auch eine verwechslungs- 
freie 1 Spolige Buchse. 

Archimedes 

Die Acorn-RISC-Maschinen bieten als Be- 


sonderheit einen Netzwerkanschluß. Die 
öpolige DIN-Buchse ist leider zu nichts an- 
derem kompatibel als zum Acorn-eigenen 
Econet, das eine Übertragungsrate von 112 
KBit/s schaffen soll. 

Außer einer Analog-RGB-Buchse hat der Ar- 
chimedes noch einen Anschluß für hochauf- 
lösende Monochrom-Monitore, die über zwei 
BNC-Stecker (BNC = beinahe no contact, 
Labornorm) angeschlossen werden. An der 


RGB-Buchse lassen sich die Pins 4 und 5 
durch Jumper umkonfigurieren, so daß Pin 4 
nicht mehr Composite-Sync liefert, sondern 
H-Sync; auf Pin 5 liegt dann das zugehörige 
V-Sync. 

SCART 

Diese an neueren Fernseh- und Videogerä- 
ten zu findende Buchse ist mit allerlei fern- 
sehtypischen Signalen belegt. Die Analog- 
RGB-Leitungen sind optional und nur bei we- 
nigen Geräten der Unterhaltungselektronik 
belegt. Ablenk- und Hilfsträgerfrequenzen 
sind in Deutschland der Farbfernsehnorm 
PAL untergeordnet (15,625 kHz Horizontal, 
50 Hz Vertikal, 4,433 MHz FHT). 

Farbig 

Leider herrscht unter den Herstellern kaum 
Einigkeit über die Farbgebung der Stromver- 
sorgungsleitungen. Bei PC-Laufwerkskabeln 
und Netzteilen besteht meist folgende 
,Norm’: rot -4-5 V, schwarz- Masse, gelb- 
+ 1 2 V. Commodore dagegen belegt Gelb mit 


Stromversorgung 

PC/AT 


2 x 6pol. 

© i 

Messer intern 

Pin 

P8 

P9 

1 

PwrGood 

(or) 

Masse (sw) 

2 

- 

Masse (sw) 

3 

+12 V (ge) 

-5 V (ws) 

4 

-12 V (bl) 

+5 V (rt) 

5 

Masse (sw) 

+5 V (rt) 

6 

Masse (sw) 

4-5 V (rt) 


Stromversorgung 

Atari 

7pol. DIN 


Pin 

Funktion 


1 

4-5 V 


2 

n. c. 


3 

Masse 


4 

+12 V 


5 

-12 V 


6 

+5 V 


7 

Masse 



Stromversorgung 

Laufwerke 


Pin 

Funktion 

Farbe 

1 

12 V 

(ge) 

2 

Masse 

(sw) 

3 

Masse 

(sw) 

4 

5 V 

(rt) 


Stromversorgung 

PS/2 


15pol. AMP intern 


Pin 

Funktion 

1 

+5 V 

2 

Masse 

3 

+12 V 

4 

+5 V 

5 

Masse 

6 

Masse 

7 

+5 V 

8 

Masse 

9 

-12 V 

10 

+5 V 

11 

Masse 

12 

Pwr Good 

13 

+5 V 

14 

Masse 

15 

Sys Status 


Stromversorgung 

Macintosh 



SE intern 

Plus intern 


14pol. 

lOpol. 


Amp 

Pfosten 


@ 

@ 

Pin 

Funktion 

Funktion 

1 

+ 12 V 

/VID 

2 

-12 V 

/H-Sync 

3 

+5 V 

Spkr 

4 

-5 V 

/V-Sync 

5 

+5 V 

+5 V 

6 

Masse 

Masse 

7 

/V-Sync 

-12 V 

8 

Masse 

Masse 

9 

/H-Sync 

+12 V 

10 

Masse 

Batt. 

11 

/VID 


12 

Masse 


13 

Masse 


14 

Masse 



A tari-ROM-Port 

40pol. Pfosten 


© 

1 

+5 V 

21 

A8 

2 

+5 V 

22 

A14 

3 

D14 

23 

Al 

4 

D15 

24 

A9 

5 

D12 

25 

A6 

6 

DI3 

26 

A10 

7 

D10 

27 

A5 

8 

Dil 

28 

A12 

9 

D8 

29 

All 

10 

D9 

30 

A4 

11 

D6 

31 

ROMSel2 

12 

D7 

32 

A3 

13 

D4 

33 

ROMSel4 

14 

D5 

34 

A2 

15 

D2 

35 

UDS 

16 

D3 

36 

Al 

17 

DO 

37 

LDS 

18 

Dl 

38 

Masse 

19 

A13 

39 

Masse 

20 

A15 

40 

Masse 


Floppy Apple II 

GS, Macintosh 

19pol. Submin-D, (22) 

weiblich 

Pin 

Funktion 

1 

Masse 

2 

Masse 

3 

Masse 

4 

Masse 

5 

- 12V 

6 

+5 V 

7 

+12 V 

8 

+12 V 

9 

n. c. 

10 

PWM Motor 

11 

PH0 Register Select 1 

12 

PH 1 Register Select 2 

13 

PH2 Register Select 3 

14 

PH3 

Register Write Strobe 

15 

/WREQ 

Write Data Request 

16 

SEL 

Register Select Line 

17 

/EN.EXT 

Extemal Drive Enable 

18 

RD Read Data 

19 

WR Write Data 


Farb- 

kennzeichnung 

Abk. 

Abk. 

Farbe Wertig- 

dtsch. 

engl. 

keit 

sw 

bk 

schwarz 

0 

br 

bn 

braun 

1 

rt 

rd 

rot 

2 

or 

or 

orange 

3 

ge 

ye 

gelb 

4 

gn 

gn 

grün 

5 

bl 

bl 

blau 

6 

vi 

pu 

violett 

7 

gr 

gr 

grau 

8 

ws 

wt 

weiß 

9 

rs 

pk 

rosa 

— 


Archimedes 

Econet 

5pol. DIN, weiblich 

© 

Pin Funktion 

1 Data + 

2 Masse 

3 /Clock + 

4 /Data - 

5 Clock 



Pin-Nummern und Bilder beziehen sich auf die Steckverbinder am Gerät, 
auf die Kontakte gesehen. 
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Längenbestimmung 

von Turbo-Pascal-Overlays 


Rolf Schmieder , Berlin 


Turbo-Pascal bietet (außer in der Version 
4.0) die Möglichkeit der Verwendung von 
Overlays. Damit wird die Erarbeitung von 
Programmen möglich, die größer als der ver- 
fügbare Speicherraum sind. Diese Möglich- 
keit ist für viele Fälle völlig ausreichend. Pro- 
bleme entstehen, wenn trotz mehrerer Over- 
lay-Gruppen der verfügbare Speicherraum 
immer weiter abnimmt. Man erinnert sich 
dann an den Hinweis in der Literatur, man 
möge möglichst Overlays gleicher Größe in 
einer Gruppe unterbringen. Damit entsteht 
die Frage danach, welche Länge die einzel- 
nen Overlays haben. 

Allein aus dem Quelltext ist diese Frage 
schwer zu beantworten , da oft einfache, kom- 
pakte Strukturen einen weit größeren Spei- 
cherbedarf besitzen, als man ihnen ansieht. 
Die Lösung liegt in der Längenbestimmung 
aus dem Maschinenkode der Overlay-Grup- 
pen (Bild 1). 

Die Einbettung des Overlays im Kodebereich 
erfolgt entsprechend der Stelle seiner Erklä- 
rung im Quellcode. 

Eine Overlay-Gruppe benötigt 5 Byte für den 
Aufruf, 1 1 Byte für den Namen und n-mal 128 
Byte für den Kode. 

Der Aufruf besteht aus einem Call-Befehl, der 
das Turbosystem ruft und dem zwei Byte - 
die Blocknummer im Overlay-File - folgen. 
An Hand dieser Nummer wird bei weiteren 
Overlay-Aufrufen kontrolliert, ob das gefor- 
derte Overlay aktuell geladen ist, und so ein 
Mehrfachladen verhindert. Danach stehen 
der Name des Hauptprogramms, der gege- 
benenfalls mit Leerzeichen auf 8 Byte verlän- 
gert wurde, und die dreistellige Nummer der 


Overlay-Gruppe (beginnend mit 000) im AS- 
Cll-Kode. Nun folgt ein Speicherbereich, 
dessen n-mal 128 Bytes den Wert 0 enthal- 
ten, wobei n die Anzahl von 1 28-Byte-Kode- 
blöcken des größten Overlays der Gruppe 
symbolisiert. Er nimmt die aufgerufenen 
Overlays auf. 

Zum Aufruf eines Overlays werden an ent- 
sprechender Stelle im Programm die Regi- 
ster HL und DE mit der Blocknummer im 
Overlay-File und der Blockanzahl des Over- 
lays geladen. Durch den folgenden Call-Be- 
fehl auf den oben erläuterten Aufruf des 
Overlays werden das Laden und die Ausfüh- 
rung des Overlays veranlaßt. 

Die einzelnen Overlays stehen als Unterpro- 
gramme auf der Diskette oder der Festplatte, 
sind also mit dem Befehl Return (8 Bit: C9H; 
16 Bit: C3H) abgeschlossen und belegen je- 
weils vollständige Sektoren. Overlays einer 
Gruppe stehen dabei hintereinander in einem 
File, wobei jedes Overlay an einem Sektoren- 
anfang beginnt. 

Dabei sind zwei Fälle zu unterscheiden: 

© Der Maschinenkode des einzelnen Over- 
lays ist kürzer als das Produkt aus Sektor- 
länge und Anzahl der belegten Sektoren. In 
diesem Fall ist der Rest des letzten Sektors 
nach dem abschließenden Return mit 00 ge- 
füllt. 

© Der Maschinenkode des einzelnen Over- 
lays füllt genau die belegten Sektoren. In die- 
sem Fall steht als letztes Byte C9H (bzw. 
C3H) im letzten Sektor. 

Das Programm 

Zunächst braucht in den einzelnen Overlay- 
Gruppen jeweils nur nach dem Auftreten von 
00 oder C9H am Sektorende gesucht zu wer- 
den. Wird 00 gefunden, so muß im Sektor 


+5 V und Orange mit +12 V. Blaue Kabel 
deuten auf eine negative Spannung hin (etwa 
-12 V im PC), während es sich bei allen an- 
deren Farben ebensogut um eine Steuer- 
oder Meldeleitung (z. B. Power Good) han- 
deln kann. (cm) 


Nachdruck aus c't- Magazin für Computertechnik , 
Heft 9/1 990 


TERMINE 

24. Fachkolloquium Informationstechnik 

WER? Technische Universität Dresden, Sek- 
tion Informationstechnik 
WANN? 19. bis 21. Februar 1991 
WO? Technische Universität Dresden 
WAS? Elektro- und andere Akustik, Elektroni- 
sche und elektromechanische Meßtechnik, 
Sprach- und Objekterkennung 
WIE Teilnahmemeldungen bitte an: Techni- 
sche Universität Dresden, Sektion Informa- 
tionstechnik, Bereich Akustik und Meßtechnik, 
Tagungsbüro, Mommsenstraße 13, 0-8027 
Dresden; Tel. 4 63 44 63 oder 463 22 44, 
Fax. 37 51 47 02 94 

Wö. 


rückwärts nach C9H gesucht werden, wobei 
bis dahin nichts anderes als 00 gefunden 
werden darf. Gelingt das, ist fast sicher ein 
Overlay-Ende erreicht. Dieses Verfahren 
versagt leider in seltenen Fällen, wenn die 
Kombination C9 00 ans Sektorende ge- 
langt. 

Wird C9H am Sektorende gefunden, so kann 
es sich auch um das Ende eines Unterpro- 
gramms im Overlay handeln. Diese Entschei- 
dung kann nur vom Programmierer an Hand 
der Anzahl und Größe der einzelnen Over- 
lays getroffen werden, was jedoch im allge- 
meinen leicht möglich ist. 

Das Programm versieht die gefundenen 
Overlays mit einer laufenden Nummer, gibt 
die Anzahl der belegten Sektoren, die Länge 
des Maschinenkodes in Byte und die im letz- 
ten Sektor noch freien Bytes an. Sollte C9H 
am Sektorende stehen, wird das durch ein 
Fragezeichen vermerkt. Die Längenbestim- 
mung kann in diesem Fall wiederholt werden, 
wobei C9H am Sektorende nicht mehr als 
Overlayende betrachtet wird. Bei der Aus- 
gabe auf Drucker wird durch Bildschirmdia- 
log das gewünschte Verhalten ermittelt. 

Die Längen der einzelnen Overlays sind zwar 
im Laufzeitsystem bekannt, stehen jedoch 
nicht an zentraler Stelle, so daß eine von den 
genannten Unwägbarkeiten unabhängige Er- 
mittlung der Overlaylängen weitaus aufwen- 
diger als im gezeigten Programm wäre. 

Ist man gezwungen, das vorgestellte Pro- 
gramm häufiger zu verwenden, so kann man 
es leicht so erweitern, daß die Längenbestim- 
mung für alle Overlays in verschiedenen 
Ebenen eines Programms automatisch er- 
folgt. 

Eine weitere zweckmäßige Ergänzung be- 
steht darin, eine ASCII-Datei zu erzeugen, 
die die Namen der Overlays enthält, die bei 
der Längenbestimmung dann benutzt wer- 
den, so daß an Stelle der numerierten Over- 
lays die tatsächlichen Namen verändert wer- 
den. 
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integer; 
real ; 

FILE; 

STRING [14] ; 

ARRAY[0. . 127] OF byte; 
char ; 

TEXT; 


{Rolf Schmieder 15.1.1990} 
{Position im block} 

{des akt. overlays} 
{zaehlnummer des overlays} 
{overlaylaenge in Byte} 


{overlay-ende gefunden} 
{overlay-ende unklar} 

{unklare over lay-enden ignorieren} 


write(#27’ : ' )} 

V 1. 


PROGRAM overlayLaengen; 

VAR blockPos, 

blockAnzahl , 

OvNummer 
bytes 
ovr 

ovrFile 
block 
c, klar 
out 

gefunden, 
unklar, 
ignorieren, 
f ileExistiert 

LstFlag : boolean; {drucker aus gäbe} 

BEGIN 

gotoxy{l,l); clrscr; 

writeln( ' LAENGEN BESTIMMUNG VON TURBO-PASCAL - OVERLAYS 
klar : = 'N' ; 

REPEAT {Laengenbestimmung} 

REPEAT {Eingabe File-Name} 

f ileExistiert := false; 

IF upcase{ klar ) = *N' THEN 
BEGIN 
wr iteln ; 

write{’Name des Overlay-Files (oder ET fuer Ende) 
readln( ovrFile) ; 
ignorieren : = false; 

END 

ELSE 

ignorieren := true; {Laengenbestimmung wiederholen} 
IF ovrFile <> " THEN 
BEGIN 

IF NOT ignorieren THEN 
BEGIN 

write( ' Ausgabe auf Drucker ? (j/N) : *); 

LstFlag := false; 
read(kbd,c); c := upcase(c); 

IF c = ' J* THEN {Ausgabegeraet zuweisen} 

BEGIN 

writeln( c) ; 

LstFlag := true; 
assign( out, 1 CON : * ) ; 

END 

ELSE 

BEGIN 

writeln( ' N' ) ; 
assign( out, ’ LST: * ) ; 

END; 

rewrite( out ) ; 

END; 

assign( ovr, ovrFile) ; 

{$1-} reset(ovr); {$1+} 

IF ioresult <> 0 THEN 
BEGIN writeln; 

writeln( * File “ *, ovrFile, * " existiert nicht ! * ) 
END 
ELSE 

f ileExistiert := true; 

END; 

ÜNTIL f ileExistiert OR (ovrFile = *'); 

IF ovrFile <> ' * THEN 
BEGIN 

writeln( out ) ; 




writeln (out, 'Overlay-Laengen in * .ovrFile, ’ : * ) ; 
writeln (out) ; 

unklar : = false; OvNummer := 1; 

REPEAT {until eof} 

klar : = ' * ; 

gefunden := false; blockAnzahl := 0; 

REPEAT {overlay-Ende suchen} 

blockread( ovr, block, 1) ; 
blockPos := 127; 

blockAnzahl := succ( blockAnzahl ) ; 

IF {block[ 127] - $c9) THEN {moegliches overlay-Ende} 
BEGIN 
c : = ' J’ ; 

IF LstFlag THEN 
BEGIN 

write( 'Overlay-Ende unklar l (Block : ' , 

blockAnzahl,*) Drucken (j/N) ? : '); 
read(kbd,c); c := upcase(c); 

IF c <> ’J* THEN 
c := *N’ ; 
writeln(c) 

END; 

IF (upcase(c) = * J' ) AND NOT ignorieren THEN 
BEGIN 

klar : = *?*; {als moeglich kennzeichnen} 

unklar := true; 
gefunden := true; 

END 

END 

ELSE 

IF blockt 127} = 0 THEN 
BEGIN 
REPEAT 

blockPos := pred(blockPos ) ; 

ÜNTIL (blockt blockPos] <> 0) OR (blockPos = 0); 
IF blockt blockPos] = $c9 THEN 

gefunden := true; {sicheres overlay-Ende} 
END; 

UNTIL gefunden OR eof (ovr); 

bytes 128.0 * ( blockAnzahl- 1 )+ blockPos+ 1; 
write( out, 'OVERLAY ', OvNummer : 3, * '.klar,* : *, 
round ( bytes ): 5, ' Byte (’, 
round{ 128.0 * blockAnzahl - bytes): 3, 
frei) t * , blockAnzahl : 3, ’ Bio'); 

IF blockAnzahl = 1 THEN 
writeln( out, ' ck] ' ) 

ELSE 

writeln( out, ’ ecke] ') ; 

OvNummer : = succ ( OvNummer ) ; 

ÜNTIL eof (ovr); 
klar := 'N'; 

IF unklar AND NOT (ignorieren OR LstFlag) THEN 
BEGIN 
writeln; 

write( 'Wiederholung ohne " ? " (J/n) : ’); 
read(kbd, klar) ; klar := upcase(klar) ; 

IF klar <> ’N' THEN 
klar := * J' ; 
writeln(klar) 

END; 

END; 

UNTIL ovrFile = **; 

END. 


Das Programm wurde mit der Turbo-Pascal- 
Version 3.00 unter CP/M und MS-DOS er- 
probt. 

Eine Anwendung des Programms auf 1 6-Bit- 


PCs erfordert allerdings, im Quelltext den 
Maschinenkode für Return von C9H auf C3H 
zu ändern. 


Bild 1 Das Programm OVL.PAS bestimmt die 
Längen von Turbo-Pascal-Overlays. 


Modulare Tabellensteuer- 
programme 


Wolf gang Franke , Plauen 


Speicherprogrammierbare Steuerungen 
werden in zunehmendem Maße ein wichtiges 
Element der Automatisierungstechnik. Mit 
dem rasch größer werdenden Hardwarean- 
gebot wächst auch die Vielfalt der Software. 
Während die Hardwarepreise in Zukunft eher 
fallen werden, dürfte die Software erhebliche 
Kosten verursachen. Dies ist besonders 
dann ungüngstig, wenn man gezwungen ist, 
den Steuerungstyp häufig zu wechseln. 

Für speicherprogrammierbare Steuerungen 
haben sich auch deshalb die weit verbreite- 
ten Anwenderprogrammdarstellungen An- 
weisungsliste, Funktionsplan und Kontakt- 
plan erhalten. Für den Kontaktplan ist dies 
auf die Allgemeinverständlichkeit der Pro- 
grammbeschreibung, die dem Prinzip des 
Relaisschalterplanes nahekommt, zurückzu- 


führen. Die Anweisungsliste ist an traditio- 
nelle Programmiertechnik angelehnt, wobei 
allerdings der funktionelle, strukturelle Zu- 
sammenhang aus der Darstellung schwer zu 
entnehmen ist; der Funktionsplan, der auf 
den Logikschaltkreissymbolen aufbaut, be- 
nötigt für eine gute Darstellung doch erhebli- 
che grafische Mittel. 

Das modulare Tabellensteuerprogramm 
stellt demgegenüber eine neue Lösung zur 
Programmierung von speicherprogrammier- 
baren Steuerungen dar. Die Tabellenform als 
Entwurfsgrundlage ist allgemeinverständlich 
und kommt der Denkweise von Konstrukteu- 
ren entgegen. Für die Entwicklung von modu- 
laren Tabellensteuerprogrammen ist kein 
spezielles Entwicklungssystem nötig, son- 
dern die recht umfangreiche Entwicklungs- 
software läuft auf jedem Personalcomputer, 
Bürocomputer oder ähnlichen Rechner. Auf 
der Zielhardware, der speicherprogrammier- 


baren Steuerung selbst ist dann nur ein klei- 
ner Interpreter (Laufzeitmodul) erforderlich, 
um das Steuerungsprogramm abarbeiten zu 
können. 

Entwicklungssoftware 

Die Entwicklungssoftware funktioniert nach 
dem Turboprinzip, ähnlich dem bekannten 
Turbo-Pascal. Sie umfaßt Editor, Listengene- 
rator und Debugger. Mit dem Editor wird das 
Anwenderprogramm erfaßt und bei der Ein- 
gabe gleich syntaktisch geprüft. Der Listen- 
generator erzeugt dann die eigentliche Steu- 
erliste, und über Anfragen werden die kon- 
kreten Adreßbezüge ergänzt, die insbeson- 
dere dann wichtig sind, wenn das Programm 
aus mehreren Einzeltabellen besteht. Im Er- 
gebnis entsteht ein Programm, das mit Hilfe 
des Interpreters auf der Zielhardware abge- 
arbeitet werden kann. Der Debugger gestat- 
tet den Test des Steuerprogramms auf dem 
Entwicklungsrechner. Die Syntax des modu- 
laren Tabellensteuerprogramms ist äußerst 
einfach und übersichtlich. Das modulare Ta- 
bellensteuerungsprogramm wird in Tabellen- 
form notiert. Die Tabelle besteht aus drei Tei- 
len: dem Bedingungsteil, dem Aktionsteil und 
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Bedingung (Eingänge) 


Ausgangsprodukt Zwischenprodukt 


( Transport) 


Tisch 1 


n 


Endprodukt 

□ □□ 




Start 1 


Vereinzeln 2 

Nachschub 
Söge 1 £_ 

Absagen 4 _ 

Nachschub 
Sage 2 5 


dem Markierungsteil. Im Bedingungsteil wer- 
den die logischen Zustände der Eingabelei- 
tungen aufgeschrieben, die vorliegen müs- 
sen, damit die Bedingung erfüllt ist. Bei den 
Eingabeleitungen kann es sich entweder um 
real existierende, physische Leitungen oder 
nur im Speicher nachgebildete, logische Lei- 
tungen handeln. Im Aktionsteil wird die Bele- 
gung der Ausgabeleitungen (physische oder 
logische), die hergestellt werden soll, wenn 
die dazugehörige Bedingung erfüllt ist, fest- 
gelegt. Im Markierungsteil werden im ein- 
fachsten Fall Zeilennummern aufgeschrie- 
ben, deren dazugehörigen Zeilen bei erfüllter 
Bedingung aktiviert oder deaktiviert werden. 
Daneben gibt es weitere Möglichkeiten, zum 
Beispiel eine Zeitüberwachung, die hier aber 
nicht näher ausgeführt werden soll. Die Ta- 
belle enthält also in den einzelnen Zeilen ein- 
fache Wenn-dann-Formulierungen. Jede der 
Zeilen kann aktiv oder inaktiv sein. Nur aktive 
Zeilen werden tatsächlich abgearbeitet. Da 
sich Zeilen gegenseitig aktivieren und entak- 
tivieren können, ist es möglich, komplexe 
Steuerungsabläufe zu programmieren. 
Anhand eines sehr stark vereinfachten Bei- 
spiels soll die Programmentwicklung erläu- 
tert werden: Es sei eine Sägeanlage ange- 
nommen, die drei Prozeßschritte beinhaltet 
(Bild 1). Dabei besteht die Aufgabe darin, 
eine Folge dicht gepackter Bretter zu verein- 
zeln, längs zu teilen und danach mehrfach 
Stücke fester Länge abzuschneiden. Die bei- 
den Sägen können nicht synchron arbeiten, 
da für die Arbeitsleistung der Säge 2 mehr 
Zeit benötigt wird. Sensor 1 gibt das Signal 
über das Ende des Sägeeingriffs am Zwi- 
schenprodukt. Sensor 2 bestimmt die Länge 
des Endproduktes. Das Vorschubende der 
Säge 2 wird ebenfalls signalisiert. An Säge 1 
wird die Last am Motor festgestellt, und mit ei- 
nem Taster kann die Anlage gestartet wer- 
den. Tafel 1 zeigt die Steuertabelle für die Lö- 
sung des Problems. 

Im Grundzustand ist nur Zeile 1 aktiv. So- 
lange die Taste nicht gedrückt ist (logisch 0), 
durchläuft der Interpreter die 5 dargestellten 
Zeilen immer wieder, findet nur die aktive 
Zeile 1 vor, deren Bedingung nicht erfüllt ist, 
und führt somit keine Aktion aus. Wird die Ta- 
ste gedrückt, so werden die Ausgänge Trans- 
port 1, 2 und 3 und Säge 1 und 2 gleichzeitig 
zugeschaltet, und es werden die Zeilen 2 und 
4 aktiviert. DieZeile 1 verliert ihre Aktivierung 
(ob danach der Taster gedrückt oder nicht 
gedrückt ist, bleibt ohne Belang). Zeile 2 war- 
tet darauf, daß der Sensor Last Säge 1 aktiv 
wird. Gelangt ein Brett mittels T ransport 1 zur 
Säge 1 , so wird mit dem Beginn des Sägevor- 
ganges der Leistungsbedarf der Säge 1 an- 
steigen. Die Bedingung Last Säge 1 aktiv 
wird erfüllt und die Aktion Abschalten von 
Transport 1 in Zeile 2 ausgeführt. Gleichzeitig 


Bild 1 Beispiel Säge- 
anlage 


wird Zeile 3 aktiviert. Der Sägevorgang wird 
auf diese Art und Weise zum Vereinzeln ge- 
nutzt. Der Transport 2 bewirkt dann den wei- 
teren Vorschub. Während das längsgeteilte 
Brett verlassen wurde, wird die UND-ver- 
knüpfte Bedingung in Zeile 3 erfüllt und der 
Transport 1 erneut zugeschaltet. Mit der 
gleichzeitigen Aktivierung der Zeile 2 beginnt 
wieder der Säge- und Vereinzelungsvor- 
gang. Der in den Zeilen 4 und 5 beschriebene 
Quersägevorgang läuft davon völlig unab- 
hängig in ähnlicher Weise ab und kann ohne 
weiteres nachvollzogen werden. Anhand die- 
ses einfachen Beispiels sollte deutlich wer- 
den, wie die verschiedenen asynchronen und 
unabhängigen Prozesse in einer solchen Be- 
arbeitungstabelle notiert werden. Die Tabelle 
wird in gleicher Form überden Editor auf dem 
Hostrechner eingegeben. Die Quelle wird 
durch einen Codegenerator in eine frei ver- 
schiebliche Liste übersetzt. Mit dieser Liste 
ist die Durchführung des Softwaretests auf 
dem Hostrechner möglich. Die gleiche Liste 
bildet die Grundlage für die Abarbeitung 
durch den Interpreter auf der Steuerungs- 
hardware. 

Interpreter 

Die Prozeßführung wird durch einen Interpre- 
ter gewährleistet. Dieser Interpreter wird 
nach der Initialisierung des Systems ange- 
sprungen und nicht mehr verlassen. Erführt 
die Bearbeitung der Steuerlisten durch, ruft 
gegebenenfalls besondere Programme 
(Sonderfunktionen) auf und übernimmt die 
Arbeit der Ein-/Ausgabe. Das Steuerpro- 
grammsystem ist in seiner Einfachheit auf 
vorwiegend logische und zeitliche Aufgaben 
ausgerichtet. Das ermöglicht die Verwen- 
dung eines kompakten Interpreters (kleiner 1 
KByte) und eröffnet damit die Nutzung des 
modularen Tabellensteuerprogramms so- 
wohl für mittlere Steuerungen als auch für 
Einplatinenrechner mit einem begrenzten 
Speicher. Da auch die generierten Steuerli- 
sten sehr kompakt sind (50 Zeilen etwa 1 
KByte), ergeben sich trotz ihres geringen 
Speicherumfanges gute Leistungsparame- 
ter. Benötigt man dagegen eine höhere Lei- 
stungsfähigkeit bezüglich der Ein-/Ausgabe- 
leitungen und/oder der Steuerungskapazität, 
so besteht die Möglichkeit, mehrere Tabellen 
bereitzustellen (folglich sind n x 128 E/A-Lei- 
tungen ansprechbar). Vom Interpreter wird 
diese Bearbeitungsform unterstützt, sie stellt 
damit eine weitere Ebene der Modularisie- 
rung dar. Die verschiedenen Tabellen wer- 
den je nach Belegung des Tabellenaktivvek- 
tors bearbeitet oder übergangen. Dies ge- 
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währleistet die Aktivierung und die Deaktivie- 
rung von Tabellen während des Programm- 
laufs entweder in einem hierarchischen Sy- 
stem, wenn von einer Tabelle aus die Ent- 
scheidung getroffen wird (Verwaltung), oder 
in einem System gleichberechtigter Tabel- 
len. 

Der vorliegende Interpreter wurde für die Be- 
arbeitung von 1 6 Tabellen ausgelegt. Die Zy- 
kluszeit (Zeit zwischen 2 E/A-Operationen) 
ist in dem modularen Tabellenprogramm va- 
riabel, das heißt, sie richtet sich nach den Ak- 
tivitäten innerhalb einer (oder mehrerer) Ta- 
belle^). Einen Durchschnittswert anzuge- 
ben ist sehr schwierig. Die kürzeste Zyklus- 
zeit bei einem Takt von 2,5 MHz liegt für 8 
Zeilen, 8 Eingabeleitungen, 8 Ausgabeleitun- 
gen und eine aktive Zeile bei 1,5 ms; bei 50 
Zeilen, 128 Ein-/Ausgabeleitungen und eini- 
gen aktiven Zeilen bei etwa 7 ms. Die Echt- 
zeitfähigkeit für den Anwendungsfall ist an 
diesen Werten zu orientieren, wobei der Pro- 
grammierer es besonders bei größeren Sy- 
stemen in der Hand hat, die Aktivitäten in zeit- 
kritischen Situationen kurzfristig zu reduzie- 
ren und somit auf bevorstehende Ereignisse 
schnell zu reagieren. Es muß ergänzt wer- 
den, daß modulare Tabellensteuerpro- 
gramme interruptfrei arbeiten, aber Inter- 
rupts, die der Anwender anderweitig benö- 
tigt, zulässig sind. 

Schnittstellen 

Ein Problem prinzipieller Art für höhere Pro- 
grammiersprachen ist die Kommunikation 
mit der Umwelt. Dafür universelle Pro- 
gramme zur Verfügung zu stellen ist nahezu 
unmöglich. Ähnlich wie in einigen Hochspra- 
chen wurde bei der Entwicklung des modula- 
ren Tabellensteuerprogramms diese Auf- 
gabe erst einmal völlig ausgeklammert und 
dem Begriff Treiber zugeordnet. Als Schnitt- 
stellen wurden die „lokalen und globalen 
Vektoren“ definiert. Dies sind Bytebelegun- 
gen im RAM, die ein vollständiges Abbild der 
Ein- und Ausgabeleitungen für die Einzelpro- 
zesse und den Gesamtprozeß geben. Der 
Treiber wird in die beiden Programmteile lo- 
kaler und globaler Treiber unterteilt. Dabei ist 
der globale Treiber allein für die Peripherie 
zuständig. Der lokale Treiber beinhaltet die 
Übergabe vom globalen Ein-/Ausgabevektor 
an den lokalen Ein-/Ausgabevektor, wobei 
diese an sich triviale Aufgabe bei Mehrtabel- 
lensystemen eine wesentliche Bedeutung er- 
langt. Werden für die Lösungen der Steuer- 
aufgabe Sonderfunktionen benötigt, so wer- 
den auch diese im lokalen Treiber plaziert. 
Übernimmt ein Anwender vom Steuerungs- 
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hersteiler Hardware und Software, so 
braucht er sich üblicherweise um die hard- 
warenahe Programmierung nicht zu küm- 
mern. Das modulare Tabellensteuerpro- 
gramm bietet mit der einfachen Tabellener- 
zeugung genau diese Möglichkeit. Dem An- 
wender steht es allerdings offen, auch in die 
Schnittstelle einzugreifen, so daß eigene 
Hardware oder Ergänzungen genutzt werden 
können. Die hohe Formalisierung des globa- 
len und des lokalen Treibers bietet dazu die 
beste Voraussetzung. 

Ein weiteres, wesentliches Kriterium für eine 
effiziente Programmentwicklung ist die einfa- 
che Änderbarkeit der Prozeßsteuerpro- 
gramme. Dabei ist es in der Entwicklungs- 
phase notwendig, in sich geschlossene Pro- 
gramme, das heißt funktionssichere Pro- 
gramme, erzeugen zu können. Ein Pro- 
grammabsturz sollte nicht möglich sein. Die 
syntaktische Richtigkeit, die bei der Editie- 
rung erzwungen wird, gewährleistet für das 


modulare Tabeliensteuerprogramm diese 
Forderung. Weiterhin können logische Feh- 
ler, die erst an der Maschine beim Testlauf 
oder über einen speziellen, zum Interpreter 
gehörenden Debugger gefunden werden, auf 
dem Entwicklungsrechner in der Tabelle kor- 
rigiert werden. Da die Steuerlisten einfach 
austauschbar sind, ist die Übernahme auf die 
Maschine schnell und sicher möglich. Die 
kompakte Darstellung und die inhaltliche 
Überschaubarkeit bilden einen hohen Doku- 
mentationswert, so daß auch nach längerer 
Pause gezielte Änderungen im Programm 
möglich sind. 

Für die Verwendung einer Steuerungssoft- 
ware ist stets das Preis-Leistungs-Verhältnis 
heranzuziehen. Voraussetzung ist dabei erst 
einmal die Lösbarkeit der Aufgabe mit der ge- 
wählten Software. Entscheidend für die öko- 
nomischen Gesichtspunkte ist dann der Auf- 
wand von der Aufgabenstellung bis zum ferti- 
gen Projekt. Hier bietet das kurz vorgestellte, 


modulare T abellensteuerprogramm sehr 
gute Möglichkeiten. Die Programmformulie- 
rung in Tabellen mit der Wenn-dann-Grund* 
form kommt der Ausbildung des Maschinen- 
konstrukteurs wesentlich näher als zum Bei- 
spiel der Kontaktplan oder die Anweisungsli- 
ste. Auch kurze Programmentwicklungszei- 
ten und die kompakte Dokumentation sind 
gegeben. Schließlich wird, sowohl im Entste- 
hungsprozeß der Software als auch an der 
Maschine, der Test der Programme gut un- 
terstützt. Es sind dazu keine gesonderten An- 
wenderleistungen erforderlich. 


1 El KONTAKT 9 | 

Mikroelektronik/Software, Eugen-Fritsch-Straße 6, 0-9900 
Plauen; Tel. 227 78 


Prüfung der Laufwerke 

Michael Eiker 


Jeder Programmierer wird bestrebt sein , seine Applikation soweit 
wie eben möglich „ wasserdicht“ zu programmieren. 

Auftretende Bedienungs - oder Systemfehler sollten so abgefangen 
werden, daß eine sinnvolle Fehlerbehandlung stattfindet und Mel- 
dungen wie „ PRINTER NOT READY . . . RET RYI ABORT?“, nach de- 
nen man dann wieder am DOS-Prompt landet, vermieden werden, 
(hk) 

Die meisten dieser Fehler lassen sich sehr elegant über die ERROR- 
SYS.PRG von Clipper abfangen, einige Überprüfungen unterbleiben 
jedoch leider nach wie vor. Man ist als Programmierer gehalten, diese 
möglichen Fehlerquellen selber abzufangen und entsprechend zu be- 
handeln. 

Zu dieser Art von Fehlern gehören u. a. auch die Laufwerksabfragen, 
also die Überprüfung, ob das Laufwerk bereit ist, die Diskette forma- 
tiert ist usw. 

Nun, diese Fehler einzeln zu überprüfen ist mit den reinen Clipper- 
Kommandos und Funktionen, ohne Zuhilfenahme fremder Tools, 
schwer zu realisieren. Es besteht jedoch die Möglichkeit, mittels der 
sog. Low-Level-Funktionen von Clipper eine Laufwerksprüfung in der 
Form vorzunehmen, daß überprüft wird, ob das Schreiben grundsätz- 
lich möglich ist. Ist dies der Fall, dann läßt sich die Diskette im Normal- 
fall auch einwandfrei lesen. 

Interessant ist die folgende Routine, in der eine solche Abprüfung für 
Clipper-Anwender realisiert ist, die nur mit Clipper, also ohne Toolbo- 
xen arbeiten. Wichtig für das Testen eines Laufwerkes ist primär 
seine generelle Beschreibbarkeit. Festzustellen, ob eine Diskette ein- 
gelegt, ob diese beschreibbar oder ob das Laufwerk geschlossen ist, 
das ist sicherlich ganz angenehm und kann ein Programm anwender- 
freundlicher machen, aber unbedingt notwendig ist es sicherlich 
nicht. 

Nun könnte man natürlich hingehen und einfach versuchen, eine 
Testdatei auf das zu prüfende Laufwerk zu kopieren. Wenn man dies 
mit der normalen COPY-Routine aus Clipper oder DOS versucht, be- 
kommt man sofort, ohne diese abfangen zu können, eine DOS-Feh- 
lermeldung präsentiert. Genau das will man ja verhindern. 

Die Frage ist also, ob es eine Möglichkeit gibt, versuchsweise eine 
Datei zu erzeugen, ohne daß DOS eingeschaltet wird, wenn’s mal da- 
nebengeht. Um es kurz zu machen, es gibt diese, und zwar in Form 
der Low-Level-Funktion FCREATEQ. 

Diese Funktion gibt im Falle eines Scheibfehlers auf ein nicht bereit- 
stehendes Laufwerk eine -1 (numerisch) zurück. Eine Fehlermeldung 
im eigentlichen Sinne erfolgt nicht, sondern ein Fehler äußert sich 
eben nur in der Rückgabe des Wertes -1. Das ist genau das, worauf 
es ankommt. 


##*##*#*#**##*#*##***#*#*###*#####*########*##****#**#*##*#* 

* Programm : CHKDISK.PRG * 

* Autor : Michael Eiker * 

* Bemerkung: Über die Funktion CHK_DSK() läßt sich ein * 

* beliebiges DOS-Laufwerk auf Bereitschaft # 

* abprüfen. Es werden nur Clipper-Funktio- # 

* nen und -Kommandos verwendet * 

************************************************************ 


* Testprogramm zur Demonstration der Funktion CHK_DSK() 

* 

CLEAR 

laufwerk = "k" 

DO VHILE laufwerk < > * ' 

@ 10,10 SAY "Zu prüfendes Laufwerk: 

' GET laufwerk PICTURE *! ' 

READ 

IF .NOT. EMPTY( laufwerk) 

@ 12,10 SAY 'Laufwerk ' + laufwerk + ' bereit ? : * 
<g> 32,10 SAY CHKUDSK( laufwerk) 

ENDIF 

ENDD0 

CLEAR 

RETURN 


*********************************** ********** 

* Funktion : CHiC_DSK() * 

* Autor Michael Eiker * 

* Bemerkung : Prüft beliebiges DOS- * 

* Laufwerk auf Bereitschaft # 
********************************************* 


FUNCTION chk_dsk 
PARAMETERS lwname 

checkdat = lwname + ':CHK.$$$' && Laufwerk und Dateiname 

ok_check = FCREATE(checkdat,0) && Versuch Datei anzulegen 
IF ok^check < > -1 

ERASE gtcheckdat && Checkfile löschen 

ENDIF 

RETURN (ok_check < > -l) && Rückgabe .T. wenn erfolgreich 

* 

* EOF: CHKDISK.PRG 
****************** 


Listing zur Funktion CHKDSKf), eingebunden in ein kurzes Testprogramm 
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In der Funktion CHK_DSK() ist die komplette Laufwerksabfrage reali- 
siert. CHK_DSK() bekommt als Parameter den Laufwerksbezeich- 
ner, also z. B. „A“ als ein Zeichen langen String übergeben. In Kombi- 
nation mit dem Namen einer Testdatei, wir haben in unserem Beispiel 
„CHK.$$$“ gewählt, versucht die Funktion FCREATE() nun, diese 
Datei auf dem angegebenen Laufwerk anzulegen. 

Ist diese Anlage erfolgreich, wird sie über ERASE wieder gelöscht, 
und die Funktion gibt logisch .T. (True) zurück. Ist beim Schreiben ein 
Fehler aufgetreten, so liefert FCREATE() den Wert-1 und logisch .F. 
(False). 

Es ist also auch ohne Zusatzlibraries möglich, eine einfache Lauf- 
werksabfrage schon mit acht Zeilen Quellcode (der Funktion 
CHK_DSK() zu realisieren, wobei sich diese Funktion noch weiter op- 
timieren ließe. Wir haben das in unserem Beispiel unterlassen, weil 


dies doch ein wenig auf Kosten der Übersichtlichkeit gegangen 
wäre. 

Wem diese Routine jedoch nicht ausreichen sollte, der sei auf die 
Nantucket Tools II verwiesen, die sehr umfassende Funktionen zur 
Laufwerksprüfung enthalten. Über diese Funktionen können Sie z. B. 
prüfen, ob eine Diskette fehlerhafte Sektoren enthält, Sie können den 
freien Speicherplatz bzw. die Datenbelegung feststellen, aber auch 
eine Überprüfung auf Schreibschutz ist jederzeit möglich. 


Nachdruck aus Computer Persönlich, Heft 17/90 


MS-DOS-Tip 

Dateien mit Rückmeldung löschen 


Nino Turiansky 

Die residenten MS-DOS- Befehle zum Lö- 
schen von Dateien Del und Erase haben den 
Nachteil, daß die Namen der wirklich ge- 
löschten Dateien nicht angezeigt werden. 
Das ist aber oft, besonders bei Verwendung 
von Jokerzeichen, erwünscht, um zu sehen, 
ob nicht versehentlich Dateien gelöscht oder 


mit Schreibschutz versehene Dateien nicht 
gelöscht wurden. 

Ich möchte Ihnen im folgenden ein kurzes As- 
semblerprogramm vorstellen, das diesen 
Nachteil beseitigt (Bild 1). Es benötigt weni- 
ger als 1 KByte Speicherplatz und bringt da- 
mit die Vorteile der Assemblersprache zur 
Geltung, die angesichts der Möglichkeiten 
von Flochsprachen ein wenig ins Abseits ge- 
raten ist. 


Das Programm beginnt an der Marke Start 
und lädt als erstes die Kommandostringlänge 
aus dem Programm-Segment-Präfix (PSP), 
die sich an der Adresse 80H befindet. Wurde 
kein Dateiname übergeben, so wird das Pro- 
gramm mit der Ausgabe einer Syntaxhilfe ab- 
gebrochen. 

Der Dateiname, der auch eine Laufwerksan- 
gabe und Jokerzeichen enthalten darf, ist im 
ersten File Control Block (FCB) ab Adresse 
5CFI des PSP gespeichert. Ein Pfadname 
darf allerdings nicht mit übergeben werden, 
da dann der FCB anstelle des Dateinamens 
Leerzeichen enthält. Das wird ebenfalls über- 


cr equ 0dh 

1 f equ 0ah 

space equ 

beep equ 07h 

dos equ 21h 

findfirst equ 11h 

findnext equ 12h 

delete equ 13h 


Code Segment CODE' 

assume cs:cod«, dsscode, es : Code , ss I stack 


stack segment stack 

dw 20 dup(?) 

stack ends 


syn t 


deleted 

notdeleted 

punkt 

fehler 


db ' Aufruf <DELE> CLWO' 
db ' <da teiname/-gruppe> * , 
db beep , er , 1 f , ' % ' 
db ' geloescht ' ,cr , 1 f , ' * ' 
db ' nicht geloescht (R/O) ' , 
db beep ,cr, lf , 
db ' 

db ' Ungueltiger Dateiname.' 
db ' Keine Pfadangabe ! ' , 
db er , 1 f , ' * ' 


dta 

feb 


db 

128 dup ( ? ) 

db 


db 

25 dup ( ?) 


call outname 
{Punkt ausgeben 

mov dx, offset punkt 
call ausgabe 


| ; erstes Leerzeichen nach Da teierwei terung 
{suchen, 'S' einfuegen 

mov di, offset dta+9 
mov c x , 4 

{Erweiterung ausgeben 
call outname 
| Rueckkehrcode auswerten 
pop ax 
or al ,al 
jz inordnunq 

{Fehler 

mov dx,off*et notdeleted 
call ausgabe 
jmp ende 
inordnung : 

mov dx, offset deleted 
call ausgabe 

endet 

ret 

erase endp 

ausgabe proc 

mov ah, 09h 
int dos 
ret 

ausgabe endp 


mov ds,ax 

;neue dta Adresse setzen 
mov dx, offset dta 
mov ah, Iah 
int dos 

{ersten Eintrag suchen 
mov ah, findfirst 

loop : 

mov dx, offset feb 
int dos 
or a 1 , a 1 

{keine Datei gefunden - Ende 
jnz finis hed 
call erase 

jnaechsten Eintrag suchen 
mov ah, findnext 
jmp loop 
f inished : 

{Programm beenden 
mov ah,4ch 
int dos 

fehl s 

mov ax,code 
mov ds,ax 

mov dx, offset fehler 
call ausgabe 
{kleine Syntaxhilfe 
syntax ! 

mov ax,code 
mov ds,ax 

mov dx, offset synt 
call ausgabe 
jmp f inished 


jmp start 
outname proc 

{Ausgabe Dateiname von dta 
mov dx,di 
repne scasb 

mov byte ptr [di-l],'*' 

call ausgabe 

ret 

outname endp 

erase proc 
{loeschen der Datei 

mov dx, offset dta 
mov ah, delete 
int dos 

{Rueckkehrcode sichern 
push ax 

{erstes Leerzeichen im Dateinamen 
{suchen und '$' einfuegen 
mov a 1 , ' ' 

mov di, offset dta+i 
mov cx,9 

{Dateiname ausgeben 


{ Kommandostring 1 aenge testen 

starti 

mov si,80h 
mov al , [ si 3 
emp al , 1 

{nichts uebergeben 
jbe syntax 

{Test auf gueltigen Dateinamen 
mov di , 5dh 
mov cx , 11 
mov a 1 , space 
repe scasb 
emp c x , 1 
jb fehl 

{ES ini tial isieren 
mov ax,code 
mov es,ax 

{ uebergebenen Dateinamen in feb 
mov si,5ch 
lea di,esifcb 
mov cx,12 
rep movsb 

{DS initialisieren 


code ends 

end start 


Bild 1 Das Programm Dele zeigt die 
Dateien an, die durch sein Aufrufen 
gelöscht wurden. 
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prüft und im Fehlerfall eine entsprechende 
Meldung ausgegeben. Ansonsten wird der 
Dateiname in den eigenen FCB übertragen. 
Danach wird die DTA-Adresse auf die Marke 
DTA gesetzt. Dafür wird die Funktion IAH 
des Interrupt 21 H benutzt. Nun kann die Su- 
che nach dem ersten Eintrag im Verzeichnis 
erfolgen. Die Funktionen 1 1 H (Finden des er- 
sten Eintrags), 12H (Finden des nächsten 
Eintrags) und 13H (Datei löschen) des Inter- 
rupt 21 H liefern einen Rückkehrkode im Re- 


gister AL. Dieser ist 0 bei erfolgreicher Suche 
bzw. OFFH, wenn ein Fehler aufgetreten 
ist. 

Solange jetzt gültige Verzeichniseinträge ge- 
funden werden, wird die Prozedur Erase auf- 
gerufen. Diese benutzt die Funktion 1 3H zum 
Löschen einer Datei. Sie erlaubt keine Pfad- 
angabe im Dateinamen. Das hat zur Folge, 
daß erst das entsprechende Verzeichnis ein- 
gestellt werden muß, bevor gelöscht werden 
kann. Auch hier wird der Rückkehrcode aus- 


gewertet und eine Meldung über Erfolg oder 
Mißerfolg mit den Prozeduren Outname und 
Ausgabe ausgegeben. Der Dateiname wird 
aus dem eigenen DTA-Bereich geholt und 
vollständig ausgegeben. 

Der Quelltext kann mit einem Texteditor ein- 
gegeben und dann durch die Befehle MASM 
DELE; und LINK DELE; zum fertigen Pro- 
gramm verarbeitet werden. 


Trigonometrische Funktionen in dBase Ul 

Michael Kretzschmar, Leipzig 


Im Datenbanksystem dBase III (Plus) sind die trigonometrischen 
Funktionen nicht implementiert. Da man für bestimmte Berechnungen 
diese Funktionen benötigt, gibt es im Datenbanksystem drei Möglich- 
keiten, darauf zuzugreifen: 

(D Die trigonometrischen Funktionen werden in vorgegebener 
Schrittweite als Dateien eingespeichert. 

© Die Nutzung von Funktionen anderer Programmiersprachen. 

© Es werden entsprechende Näherungsformeln programmiert. 

Im vorliegenden Beitrag möchte ich Ihnen ein Programm für die dritte 
Version vorstellen, da die Rechenzeit auch bei Näherungsformeln re- 
lativ gering ist. 

Da in dBase III Plus die Arbeit mit Unterprogrammen möglich ist, kön- 
nen die trigonometrischen Funktionen von jedem Programm genutzt 
werden. 

Die Unterprogramme für Sinus, Kosinus, Tangens und Kotangens 


****** TRIGOFUN.PRG = Trigonometrische Funktionen 

procedure sinus 
Parameters alpha, sin 

if alpha<0 

alpha^-alpha 

endif 

n=int ( alpha/360 ) * 

alpha l=al pha-n*360 

do case 

case alphal<=90 
alphar=alphal 


* PROCTEST.PRG = Test Procedure-Fi le 
set talk off 

publ ic alpha, alphah, sin, cos, tan, cot 
c lear 

s i n=0. 000000 
cos=0 . 000000 
t an =0 . 000000 
COt=0. 000000 

input 'Winkel ALPHA in Altgrad = * to alpha 
al phah=a 1 pha 

set procedure to b:trigofun 
do sinus with alpha, sin 
do cosinus with alpha,cos 
do tangens with sin,cos,tan 
do cotan with sin,cos,cot 


? 

’ s in ( 

’+str (alphah, 10,2)+’ 

) = 

’+str ( sin , 15,6) 

? 

' cos ( 

' +str ( a 1 phah , 10,2)+' 

) = 

* +str ( cos , 15,6) 

? 

’ tan ( 

* +str ( alphah , 10,2)+' 

) = 

’ +str ( tan , 15,6) 

? 

? 

9 

'cot ( 

*+str(alphah, 10,2)+’ 

) = 

’ +str ( cot , 15,6) 


wait 

? 

accept 'Ausdruck ? ( j/n) : ' 

if upper ( dr )=’ J * 
set console off 
set print on 

? *sin( ’ +str ( alphah , 10, 2 ) + ’ ) 
? ’ cos ( * +str ( al phah , 10 , 2 ) + ' ) 

? 'tan ( ’+str (alphah, 10,2)+* ) 
? ’cot( ' +str ( alphah , 10, 2 ) + ’ ) 

? 

? 

? 

set print off 
set console on 
endif 

close procedure 
set talk on 
return 


to dr 


= ’+str (sin, 15,6) 
= * +str ( cos , 15,6) 
= * +str ( tan , 15,6) 
= ’ +str ( cot , 15,6) 


case alphal<=180 
alphar= 180-alpha 1 

case alphal<=270 
a 1 phar =- ( a 1 pha 1 - 180 ) 

case alphal<=360 
a 1 phar =-( 360-al pha 1 ) 

endcase 

x=3. 14 1593*a 1 phar/ 180 . 000 

x2=x*x 

x3=x2*x 

x5=x3*x2 

x7=x5*x2 

x9=x7*x2 

x 1 I=x9*x2 

s i n=x-x3/6+x5/ 120-x7/5040+x9/362880-x 1 1/39916800 

v=s in*s in 

v=sqrt ( v ) 

if v< =0.000001 

s in=0. 000000 

endif 

if alphah<0 
s in=-s in 
endif 

*** Ende SINUS 
******* 

procedure cosinus 
Parameters alpha, cos 

if alpha<0 

alpha=-alpha 

endif 

n=int ( al pha/360 ) 
alpha l=alpha-n *360 

do case 


Bild 1 


Bild 2 
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case alphal<=90 
alphar=alpha 1 

case alphal<=180 
alphar=- ( 180-alpha 1 ) 

case alphal<=270 
alphar=- (alpha 1- 180) 

case alphal<=360 
alphar=360-a lpha 1 

endcase 

x=3. 14 1593*alphar/ 180. 000 

x2=x*x 

x4=x2*x2 

x6=x4*x2 

x8=x6*x2 

xl0=x8*x2 

cos = 1-x2/2+x4/24-x6/720+x8/40320-x 10/3628800 

if (alphal>=90 .and. alphal<=270) 

cos=-cos 

endif 

v=cos*cos 
v=sqrt(v) 
if v< =0.000001 
CO 3=0 . 000000 
end i f 

*** Ende COSINUS 


Die Interrupts 25 H und 
26H unter Turbo-Pascal 

Christian Hanisch , Berlin 


Das direkte sektororientierte Lesen und Schreiben von Daten auf ei- 
nen externen Datenträger kann unter MS-DOS auf zweierlei Weise 
erfolgen: Mit Hilfe des BlOS-lnterrupts 13H oder mit den Betriebssy- 
steminterrupts 25H und 26H. Um den BlOS-lnterrupt 13H nutzen zu 
können, sind eine Reihe Parameter erforderlich. So muß beispiels- 
weise beim Lesen von Sektoren von der Festplatte angegeben wer- 
den, mit welchem Kopf und in welcher Spur gelesen werden soll. Glei- 
ches gilt für das Schreiben von Sektoren. Da man jedoch häufiger die 
logische Sektornummer, die das Betriebssystem verwendet, als Zu- 
griffsparameter zur Verfügung hat, bieten sich die Betriebssystemin- 
terrupts 25H und 26H an, die anhand dieser logischen Sektornummer 
den physischen Sektor auffinden können. 

Interrupts werden in Turbo-Pascal prinzipiell mit Hilfe der Prozedur 
Intr aufgerufen. Beim BlOS-lnterrupt 13H ist dies auch praktikabel. 
Hingegen versagt es bei den Interrupts 25H und 26H. Der Grund ist 
darin zu sehen, daß diese Betriebssysteminterrupts das Flag-Word 
auf dem Interruptstapel belassen. Der Programmierer muß selbst da- 
für sorgen, daß dieses Word dort entfernt wird. 

Um die Interrupts 25H und 26H in Turbo-Pascal verwenden zu kön- 
nen, bieten sich deshalb Inline-Makros an, wie sie im Bild 1 zu sehen 
sind. Mit Hilfe dieser Makros ist das absolute Lesen und Schreiben 
von Daten auf Datenträgern möglich. Eine denkbare praktische An- 
wendung - in welchem Zusammenhang auch immer- ist das im Bei- 
spiel gezeigte Lesen und Schreiben des BOOT-Sektors. 


procedure tangens 
Parameters sin,cos,tan 
if cos=0. 000000 
tan= 100000000000000000 
eise 

tan=s in/cos 
endif 

*** Ende TANGENS 

******** 

procedure cotan 
Parameters sin,cos,cot 
if sin=0. 000000 
cot= 100000000000000000 
eise 

cot=cos/s in 
endif 

*** Ende COTANGENS 
******** 
return 


sind in der Prozedur-Datei Trigofun.Prg gespeichert (Bild 2). Für Si- 
nus und Kosinus werden Taylorreihenentwicklungen mit einer vorge- 
gebenen Genauigkeit verwendet. 

Die Abarbeitung gestattet eine Eingabe von jedem beliebigen Winkel 
in Altgrad. 

Bei Neugrad wäre nur ein Austausch bei der Berechnung des Bogen- 
maßes (Division durch 200 statt durch 180) erforderlich. 

Die eingegebenen Winkel werden grundsätzlich auf Winkel zwischen 
0 und 90 Altgrad reduziert, da die Taylorreihen nur in diesem Bereich 
exakt konvergieren. 

Die Werte für unendlich bei Tangens und Kotangens werden mit einer 
sehr großen Zahl dargestellt. 

Damit ergibt sich in der Bildschirm- bzw. Druckerausgabe ein Format- 
überlauf, der mit Sternen angezeigt bzw. gedruckt wird. Die Prozedu- 
ren werden vom Hauptprogramm Proctest.Prg (Bild 1) aufgerufen. 
Die Ergebniswerte können wahlweise auch gedruckt werden. 


1 

PROGRAM INT 2 5 

26_»akro; (* Turbo Pascal 5.x *) 


2 

USES dos; 





3 

VAR bootsec : 

ARRAY[l. .512] OF 

BYTE; 


4 

i : 

INTEGER ; 




6 

PROCEDURE intr 

25 (Data Seg,Data 

_0f s , Fi r st Sect , Count_Sect , Dri ve_Nr : ’ 

7 

/ Data^Seg 

; Segment des Pufferbereiches, in dem die gelesenen 

8 


Sektoren abgelegt 

werden 


9 

DataOts 

: Offset des Pufferbereiches, in dem die gelesenen 

10 


Sektoren abgelegt 

werden 


11 

Firs t_Sect 

: logische Sektornummer, des ersten zu lesenden 


12 


Sektors 




13 

Count_Sect 

: Anzahl der zu 

lesenden Sektoren 


14 

Dri ve_Nr 

: Laufwerks-Nr. 

0 - 

A, 1 - B, 2 - C, ... 

1 

ID 

16 

INLINE(Sb8 

{ pop ax 


; Laufwerk 

1 

17 

/$59 

/ pop cx 


; Anzahl Sectoren 

1 

18 

/$5a 

1 pop dx 


; Beginn mit Sector 

/ 

19 

/$5b 

/ pop bx 


; Data_ofs nach BX 

} 

20 

/$5f 

/ pop di 


; Data_Seg Zwischenspeichern 

} 

21 

/$le 

1 push ds 


; Turbo Datensegment retten 

} 

22 

/S55 

{ push bp 


; BP retten 

1 

23 

/$8e/$df 

/ mov ds , di 


; Data_Seg nach DS 

1 

24 

/$cd/$25 

{ INT 25H 


; 

i 

25 

/$9d 

/ popf 


; Flags zurück 

/ 

26 

/$5d 

/ pop bp 


; BP wiederherstellen 

y 

27 

/$lf ) ; 

{ pop ds 


; Turbo DSEG wiederherstellen 

y 


PROCEDURE intr_26(Data_Seg,Data_Ofs ,First_Sect , CountJJect , DriveNr :word) ; 


INLINE($b8 

{ pop ax 

; Laufwerk 

y 

/S59 

/ pop cx 

; Anzahl Sectoren 

y 

/$5a 

/ pop dx 

; Beginn mit Sector 

y 

/$5b 

{ pop bx 

; Data-Ofs nach BX 

y 

/$5f 

/ pop di 

; Data Seg Zwischenspeichern 

y 

/Sie 

{ push ds 

; Turbo Datensegment retten 

/ 

/$55 

{ pjjsh bp 

; BP retten 

/ 

/$8e/$df 

/ mov ds,di 

; Data Seg nach DS 

y 

/$cd/$26 

/ INT 26H 

; 

y 

/$9d 

1 popf 

; Flags zurück 

/ 

/$5d 

1 pop bp 

; BP wiederherstellen 

y 

/$lf ) ; 

f pop ds 

; Turbo DSEG wiederherstellen 

y 

BEGIN 

(* Lesen des 

Boot-Sectors : *) 




intr_25 (seg(bootsec) ,ofs (bootsec) ,0,1,2) ; 

(* Ausschreiben der OEM~Kennung: *) 

FOR i : =1 TO 8 DO write ( C/Mfl (bootsec [3+i] ) ) ; 
writeln; 

END. 


Bild 1 Inline-Makros zum Aufruf des Betriebssysteminterrupts 25H und 
26H 
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Semantische Netze 
am PC entwickeln 


schrieben. Es wurde mit TopSpeed-Modula 
V 1.15 unter MS-DOS auf dem A 7150 und 
dem EC 1 834 entwickelt. 


Stephan Weinmeister , Dresden 


In diesem Artikel wird ein Programm vorge- 
steilt, das es erlaubt, semantische Netze III, 
121, 131 von einem oder mehreren Bearbeitern 
rechnergestützt erzeugen zu lassen. Die An- 
wendung dieses Programms ist überall dort 
vorteilhaft, wo der Umfang der semanti- 
schen Netze nicht mehr mit Stift und Papier 
zu bewältigen ist oder wo mehrere Fach- 
leute an der Entwicklung dieser Netze betei- 
ligtsind. 

Vor dem Aufbau der Wissensbasis für ein Ex- 
pertensystem ist es sinnvoll, das zugrunde zu 
legende Wissensgebiet abzustecken. Dies 
geschieht in grober Form durch Absprache 
zwischen Systementwicklern und Experten. 
Für die detaillierte Beschreibung haben sich 
semantische Netze bewährt. 

Mit Hilfe dieser Netze kann der interessie- 
rende Teil des Fachgebietes aufbereitet wer- 
den, ohne daß dadurch die später verwen- 
dete Wissensrepräsentation des Experten- 
systems bereits festgelegt wäre. Die Aufgabe 
des semantischen Netzes besteht „nur“ 
darin, einen Überblick über das in der Wis- 
sensbasis abzulegende Wissen zu geben. 
Das geschieht in Form von Objekten (Kon- 
zepten, Knoten), die durch Relationen (Be- 
ziehungen, Kanten) miteinander verbunden 
sind. Dies ist eine einfache, unkomplizierte 
und übersichtliche Methode, wenn das Netz 
klein ist oder wenn es rechnergestützt ent- 
wickelt und betrachtet werden kann. 

Soll ein Expertensystem aufgebaut werden, 
dessen Wissen durch semantische Netze re- 
präsentiert und in der Wissensbasis abgelegt 
wird, dann kann das unten beschriebene Pro- 
gramm auch zum Wissenserwerb des Sy- 
stems benutzt werden. Dies ist beispiels- 
weise bei Diagnose-Expertensystemen der 
Fall, deren Wissensbasis im Prinzip durch ei- 
nen Fehlersuchbaum gebildet wird. Ein sol- 
cher Fehlersuchbaum verbindet Aussagen 
über mögliche Defekte (die Objekte) durch 
Fragestrategien (die Relationen). Er stellt da- 
mit ein spezielles semantisches Netz dar. 

Das Entwerfen eines semantischen Netzes 
kann als ein zyklischer Vorgang aufgefaßt 
werden. Mit einem Startobjekt beginnend, 
werden anschließend eine dazugehörige Re- 
lation und das Objekt, zu dem sie führt, be- 
nannt. Der weitere Ausbau des Netzes be- 
steht nun darin, jeweils neue Relationen und 
dazugehörige Objekte einzuführen. Dabei 
kann ein beliebiges, bereits existierendes 
Objekt als neuer Ausgangspunkt dienen.* 

Der beschriebene zyklische Vorgang wird 
vom Programm Semanetz organisiert. Nach 
der Eingabe des Startobjektes wird dem Nut- 
zer ein Menü mit Standardrelationen angebo- 
ten. (Diese sind im Programmtext festgelegt 
und können vom Nutzer verändert werden.) 
Wird eine der angebotenen Relationen aus- 
gewählt, erscheint ein neues Menü, das alle 
Objekte auflistet, zu denen diese Relation 
führt. Diese Liste kann durch den Nutzer bei 
der Bewegung durch das Netz (durch die Me- 
nüs) jederzeit verändert werden (Bild 1). 
Wenn noch kein Objekt gespeichert ist, er- 
scheint die Aufforderung, die zur Relation ge- 
hörenden Objekte einzugeben. 


Zur Unterstützung unerfahrener Nutzer ver- 
fügt das Programm Semanetz über umfang- 
reiche On-Iine-Hilfe- und Beispielinformatio- 
nen. Dabei stehen Hilfsinformationen sowohl 
für die Steuerung des Programms (Tastatur- 
funktionen) als auch zum Inhalt von Einga- 
ben zur Verfügung. 

Außerdem bietet das Programm die Möglich- 
keit, (mittels eines einfachen Editors) zu je- 
dem Objekt auch verschiedene Texte einzu- 
geben. Das kann zum Beispiel genutzt wer- 
den, um sich auf das Objekt beziehende Re- 
geln oder Gesetzmäßigkeiten einzugeben 
oder Parameter und andere Einflußfaktoren 
festzuhalten oder um Literaturstellen zu spei- 
chern, die sich auf die Relation und das Ob- 
jekt beziehen. 

Der Vorteil für die gemeinsame Arbeit mehre- 
rer Fachleute an einem semantischen Netz 
wird hierbei bereits deutlich. Jeder Nutzer 
sieht bei der Arbeit mit dem Programm Se- 
manetz, was von allen vorhergehenden Nut- 
zern eingegeben wurde. Er kann dann das 
Netz ausbauen, indem er vorhandene Ob- 
jektlisten erweitert oder neue Objekte ein- 
fügt. 
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Bild 1 Beispiel für 
Menügestaitung im 
Programm Semanetz 


Derzeitig ist es mit dem Programm noch nicht 
möglich, Ausschnitte des Netzes grafisch 
darzustellen. Dadurch wäre eine verein- 
fachte Orientierung für den Nutzer gegeben. 
Ebenso sollen auch Möglichkeiten für 
Suchanfragen des Nutzers (z. B. nach einem 
bestimmten Objekt) künftig realisiert werden. 
Geplant ist ebenfalls, durch geringfügige Ver- 
änderungen am Programm, die Eingabe von 
Objekten als Frames zu unterstützen (vgl. IM, 
141 , 151 ). 

Langfristig soll Semanetz zu einer Experten- 
system-Komponente entwickelt werden, die 
es ähnlich wie bei 161 erlaubt, daß der Experte 
sein Wissen direkt in das System eingeben 
kann. Dazu sind Beschreibungs- und Dar- 
stellungsmittel an der Benutzeroberfläche 
notwendig, die der Fachmann ohne tiefgrün- 
dige Informatikkenntnisse verstehen und be- 
nutzen kann. Die Umwandlung in die interne 
Wissensdarstellung des Expertensystems 
erfolgt dann ebenfalls durch diese Wissens- 
erwerbskomponente. 

Das Programm Semanetz ist in Modula-2 ge- 
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MS-DOS-Tip 

Bildschirminhalte 

abspeichern 


Wolfgang Neumann, Berlin 


Sicherlich standen Sie auch schon 
einmal vor dem Problem , ein Pro- 
gramm dokumentieren zu müssen. 
Neben allgemeinen Informationen 
sollte die Dokumentation auch eine 
ausführjiche Erläuterung der Bedie- 
nerführung enthalten. Ein großer Teil 
der dazu nötigen Informationen (Me- 
nüs, Eingabemasken, Hilfsausschrif- 
ten usw.) wird während des Pro- 
grammlaufes auf dem Bildschirm ge- 
liefert. Wie kann man nun diese Infor- 
mationen in sein Textsystem über- 
nehmen? 

Eine Möglichkeit besteht in der Mani- 
pulation des zu dokumentierenden 
Programms (Einfügen einer speziel- 
len Routine zur Bildschirm-Speiche- 
rung in die Tastatur-Schleife). Das er- 
fordert aber einen Eingriff in den 
Quelitext und setzt damit spezielle 
Programmierkenntnisse voraus. 
Wollen Sie dies umgehen, können 
Sie eigentlich nur noch mit Hilfe der 
Print-screen-Taste den Bildschirmin- 
halt ausdrucken und ihn anschlie- 
ßend mühsam wieder eintippen. 

Eine wesentliche Vereinfachung 
wäre, die Print-screen-Taste zu nut- 
zen, um den Bildschirminhalt statt auf 
den Drucker in eine Textdatei zu 
schreiben. 

Die Umleitung des Print-screen- 
Interrupts 

Durch die Print-screen-Taste wird der 
BlOS-lnterrupt 05 aktiviert. Er kann 
von einem speicherresidenten Pro- 
gramm auf eine eigene Routine um- 
geleitet werden, die dann anstelle des 
Drucks den Bildschirminhalt in eine 
Textdatei ausgibt. 

Da die Adressen des Bildwiederhol- 
speichers und dessen Aufbau be- 
kannt sind, ist es lediglich erforder- 
lich, den Bildwiederholspeicher zu le- 
sen und in einer Textdatei zu spei- 
chern. Das Abspeichern ist allerdings 
etwas problematisch. Wenn Sie sich 
kein eigenes Dateisystem schreiben 
wollen, müssen Sie die entsprechen- 
den DOS-Rufe für das Erzeugen und 
das Füllen der Textdatei nutzen. Da- 
bei ist zu beachten, daß eine Inter- 
rupt-Routine, die einen DOS-Ruf un- 
terbricht, ihrerseits keine DOS-Rufe 
enthalten darf. Da die Print-screen- 
Taste zu jedem beliebigen Zeitpunkt 
gedrückt werden kann und die mei- 
sten Programme laufend DOS-Rufe 
nutzen, würde eine solche Interrupt- 
Routine nach ihrer Aktivierung in der 
Regel abstürzen. 

Eine einfache Lösung dieses Pro- 
blems liegt in der Aufteilung der bei- 


den Funktionen auf zwei verschie- 
dene Programme: 

(D Einlesen von Bildschirminhalten in 
einen reservierten RAM-Bereich 
(D Abspeichern der eingelesenen In- 
formationen auf eine Textdatei. 

Das Programm Scsave verbleibt resi- 
dent im Hauptspeicher und leitet den 
Interrupt 05 auf eine Routine um, die 
maximal 32 Bildschirminhalte im 
RAM ablegt. Dazu sind keine DOS- 
Rufe nötig. Das Programm Scget wird 
nach dem Einlesen der Bildschirmin- 
halte und nach Beendigung des zu 
dokumentierenden Programms ge- 
startet und speichert den RAM-Inhalt 
in eine Textdatei ab. Hier können 
durchaus DOS-Rufe verwendet wer- 
den. Bei diesem Konzept ist nur noch 
die Kommunikation zwischen beiden 
Programmen zu gewährleisten, das 
heißt die Übergabe der Adresse des 
Puffers für die Bildschirminhalte. 
Hierfür kann ein Teil des Adreßberei- 
ches der Interruptvektoren (0000H 
bis 0400H) benutzt werden. Er enthält 
die Anfangsadressen der Interrupt- 
Behandlungsroutinen, die beim Sy- 
stemstart vom Betriebssystem einge- 
tragen werden. Dabei wird ein be- 
stimmter Bereich für Anwenderpro- 
gramme freigehalten (Adresse: 
0180H bis 01A0H = Nr. 60H bis 
80H). 

Von einem Anwenderprogramm kön- 
nen beliebige Adressen in diesen Be- 
reich eingetragen werden, also auch 
die Anfangsadresse eines Speicher- 
bereiches. Diese Informationen blei- 
ben auch nach der Beendigung des 
eintragenden Programms erhalten 
und können von anderen Program- 
men abgefragt werden. 

Die Bilder 1 und 2 zeigen die für 
Turbo-Pascal ab der Version 4.0 ge- 
schriebenen Programme Scsave und 
Scget. 

Durch die Nutzung der komfortablen 
Standardprozeduren für die Interrupt- 
Behandlung ergibt sich ein beson- 
ders kurzer Quelltext. 

Wenn das residente Programm 
Scsave weniger Speicherplatz bele- 
gen soll, kann die Konstante BildZahl 
auf minimal 1 verringert werden. 

Wird von dem zu dokumentierenden 
Programm der Print-screen-lnterrupt 
ebenfalls umgeleitet, so kann die 
Konstante Saveint auf 19H gesetzt 
werden. Der Aufruf erfolgt dann mit 
der Tastenkombination <Ctrl>- 
<Alt>-<Del> (ursprünglich System- 
start). 

Wird zufällig der Interrupt 60H von ei- 
nem anderen residenten oder von 
dem zu dokumentierenden Pro- 
gramm genutzt, kann die Konstante 
Buflnt auch auf einen anderen freien 
Interrupt-Vektor gesetzt werden. 
Änderungen dieser Konstanten müs- 
sen aber unbedingt in beiden Pro- 
grammen gleichermaßen vorgenom- 
men werden. 

Die Arbeit mit den Programmen 
Scsave und Scget 
Nachdem das Programm Scsave und 
das zu dokumentierende Programm 
aufgerufen wurden, kann durch das 
Betätigen der Print-screen-Taste an 
maximal 32 interessanten Stellen der 
Bildschirminhalt gespeichert werden; 
die Nummer des Bildes wird in der lin- 
ken oberen Bildschirmecke ange- 
zeigt. Ist das zu dokumentierende 
Programm beendet, können durch 
den Aufruf des Programms Scget die 
bisher nur im RAM gesammelten Dar- 
stellungen endgültig auf der Diskette 


PROGRAM SCSAVE; 

USES dos; — ' 

{ $M 1024,0,0 > 

{ Speicherplatzaufteilung: 1 KByte Stack, 0 Byte Heap > 

CONST BildZahl=32 ; { Max. Anzahl Bilder im Puffer } 

Savelnt=$05; { Nr. des Aktivierungs-Interrupts } 

Buf Int=$60 ; 

{ Nr. des Interrupts zur Übergabe der Puffer-Adresse > 

TYPE BildType = array[l. .25, 1. . 80] of char; 

BufType = record 

Zaehler : Byte; 

Bild : array[ 1. . BildZahl] of BildType; 

end; 

ScreenType - arrayfl. . 25, 1. . 80] of record z: char ;a : Byte end; 

VAR Reg : registers; 

Bild : "ScreenType; 

Buf : BufType; 


PROCEDURE Sehre ibBild; 
interrupt ; 

{ schreibt ein Bildschirmbild in den Puffer } 
var i , j : Byte ; 

S : string [2]; 
temp: Longint; 

BEGIN 

if Buf . Zaehler>— Bi IdZahl then EXIT; 

{ Abbruch, wenn Puffer voll > 

Move (Bild" , temp, 4 ) ; { linke obere Bildschirmecke retten } 
inc (Buf . Zaehler ) ; 

for j : =1 to 80 do Buf . Bild[Buf. Zaehler , 1, j ] :=Bild" [1, j ]. z ; 
{ schreibt die erste BildscRirmzeile in den Puffer } 
str (Buf . Zaehler : 2 , S) ; 

for i:=l to 2 do Move (S [ i ] , Bild" [ 1 , i ] . z , 1) ; 

{ Zähler in der linken oberen Bildschirmecke anzeigen } 
for i:=2 to 25 do for j:=l to 80 do 

Buf . Bild [Buf. Zaehler, i, j ] :=Bild" [ i, j ] . z ; 

{ Schreibt 2. bis 25. Zeile in den Puffer } 

Move (Temp, Bild" , 4 ) ; 

{ Wiederherstellen der linken oberen Bildschirmecke } 

END; 

BEGIN 

intr ($11, reg) ; 

{ Schalterstellung zur Bestimmung der Bildadresse lesen } 


if (reg.ax and 24)=24 then Bild : =Ptr ($B000 , $0) 
eise Bild:=Ptr ($B800, $0) ; 

{ Zuweisung zur Pointer-Variablen Biid: } 

{ Monochrom-Schirm=$B000 : $0 , Graf ik-Schirm=$B800: $0 } 

Set IntVec (Saveint , @SchreibBild) ; 

{ Umleiten des Print-screen-lnterrupts auf die eigene 
Routine SchreibBild } 

SetlntVec (Buf Int , @Buf ) ; 

{ Einträgen der Puffer-Anfangsadresse (für SCGET) } 

Buf. Zaehler: =0; 

Keep(O) ; { Programm speicherresident beenden } 

END. 


Bild 1 Das Programm Scsave legt bei Betätigung der Print-Screen-Taste 
den aktuellen Bildschirminhalt im RAM ab. 


PROGRAM SCGET ; 

USES dos; 

CONST BildZahl=32; { maximale Anzahl Bilder im Puffer ) 

Buf Int=$60 ; 

{ Nummer des Interrupts zur Übergabe der Puffer-Adresse } 


TYPE BildType = array[l. .25, 1. .80) of Char; 

BufType = record 

Zaehler : Byte; 

Bild : array[l. . BildZahl] of BildType; 

end; 


VAR Buf 
Temp 
T 

Zaehler 


"BufType; 

Pointer absolute Buf; 
Text ; 

Byte; 


PROCEDURE HolBild(ZaehleriByte) ; 

{ schreibt ein Bild in die Textdatei } 
var i , j : Byte ; 

BEGIN 

writeln (Zaehler: 2) ; 
for i:=l to 25 do 
begin 

for j:=l to 80 do if Buf ".Bild[ Zaehler, i, j ]="Z then 
write (T, ' • ) 

{ <Ctrl>-<Z> als Textende-Kennzeichen ausblenden } 
eise write (T, Buf" . Bild [ Zaehler , i , j ] ) ; 
writeln (T) ; 
end; 

END; 


BEGIN 

assign(T,paramstr (1) ) ; 

{ Aufruf-Parameter ist der Dateiname der Textdatei} 
rewrite(T) ; 

GetlntVec (Buflnt, Temp) ; 

{ Holt die Anfangsadresse des Puffers Buf } 

for Zaehler:=l to Buf". Zaehler do HolBild(Zaehler) ; 

close (T) ; 

Buf ". Zaehler :=0; { Bild-Zähler initialisieren } 

END. 


Bild 2 Das Programm Scget schreibt die im RAM gespeicherten Bild- 
schirminhalte in eine anzugebende Textdatei. 
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oder der Festplatte gespeichert wer- 
den. Dazu benötigt das Programm 
Scget beim Aufruf unbedingt den Na- 
men der Textdatei als Parameter in 
der Kommandozeile. Bevor mit der 
entstandenen Textdatei gearbeitet 
werden kann, ist möglicherweise 
noch die Konvertierung in das spe- 
zielle Format des von Ihnen verwen- 
deten Textsystems erforderlich. Auf 
diese Weise können beliebig viele 
Programme dokumentiert werden. 


Rofand Radandt , Berlin 

Der DOS-Befehl Dir listet den Ver- 
zeichnisinhalt in unsortierter Form, 
das heißt in der Reihenfolge der Ein- 
träge, aus. Manchmal ist es wün- 
schenswert, das Verzeichnis nach ei- 
nem bestimmten Kriterium sortiert 
ausgegeben zu bekommen. Ver- 
schiedene Tools wie QDOS oder der 
Norton Commander unterstützen 
das, wobei aber häufig nicht die ge- 
samte Palette der Sortier-Möglichkei- 
ten zur Verfügung steht. Die Batch- 
Datei Sdx.bat bietet den vollständi- 
gen Sortierumfang. Sortiert werden 
kann nach dem Dateinamen, der Er- 
weiterung, der Größe, dem Tag, dem 
Monat, dem Jahr und nach der Zeit. 
Aufgerufen wird sdx.bat in der folgen- 
den Form: 
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Abschließend sei darauf hingewie- 
sen, daß die hier vorgestellten Pro- 
gramme nur für die alphanumerische 
Nutzung des Bildschirms funktionie- 
ren. Das Prinzip läßt sich aber auch 
für Grafiken nutzen, wenn der Grafik- 
Bildwiederholspeicher direkt adres- 
sierbar ist (z. B. bei CGA-Bildschirm- 
Treiber). 


sdx <Parameter> 

Als Parameter sind entsprechend 
obiger Aufzählung n, e, s, d, m, y und 
t zulässig, wobei aber jeweils nur ei- 
ner angegeben werden kann. Ohne 
Parameter bzw. beim Aufruf mit Fra- 
gezeichen wird ein Hilfstext ange- 
zeigt. Wird beispielsweise sdx t auf- 
gerufen, wird der Verzeichnisinhalt, 
aufsteigend nach der Uhrzeit, geord- 
net ausgegeben. Sortiert wird immer 
das aktuelle Verzeichnis, und die 
Ausgabe erfolgt auf dem Bildschirm. 
Für MS/PC-DOS unterhalb der Ver- 
sion 3.30 ist das Zeichen @ in dem 
Befehl @echo off zu entfernen. Leer- 
zeilen innerhalb der Batch-Datei wer- 
den als echo. eingegeben. 


8086-Tip 

Segmentregister 


Die Mikroprozessoren vom Typ 8086 
können einen Speicherraum von 1 
MByte direkt adressieren. Eine nor- 
male 1 6-Bit-Adresse reicht jedoch für 
64 KByte aus. Die fehlenden 4 Bit 
werden durch das Konzept der Seg- 
mentregister erzeugt: Eine im Pro- 
zessor gespeicherte 16-Bit-Segmen- 
tadresse wird um 4 Bit nach links ver- 
schoben und zur eigentlichen 
Adresse, der Offset- Ad resse, addiert. 
Der Prozessor 8086 enthält 4 Seg- 
mentregister, die dem Programmie- 
rer mehr oder weniger zur freien Ver- 
fügung stehen: 

CS Codesegment DS Datensegment 
SS Stacksegment ES Extrasegment 
Ohne Umladen der Segmentregister 
kann somit gleichzeitig auf Daten in 4 
verschiedenen 64-KByte-Bereichen 
zugegriffen werden. Die 4 Segmente 
dürfen sich überlappen und im unte- 
ren Grenzfall auch zusammenfallen 
(8080-SpeichermodeH). Wird die 
Segmentadresse um eine Einheit er- 
höht, springt der adressierte Bereich 
um 16 Byte (= 1 Paragraph). 

Alle Befehle beziehen sich grund- 
sätzlich auf das Codesegment. Des- 
halb ist das Ändern des CS-Registers 
durch einfache Ladebefehle (MOV 
CS, XX oder POP CS) nicht möglich. 
Das CS-Register kann nur durch 
„weite“ Sprungbefehle (JMPF, 
CALLF, RETF, IRET) geändert wer- 
den. 

Datenzugriffe können prinzipiell über 
alle 4 Segmentregister erfolgen. Es 
gibt jedoch feste oder zumindest 
standardmäßige Zuordnungen von 
Befehlen und Arbeitsregistern zu den 
Segmentregistern. Die genaue 
Kenntnis dieser Regeln ist für den 
Programmierer unerläßlich. Sie ver- 
hilft zudem zu einer Speicher- und 
zeiteffektiven Programmierung. 
Standardmäßig beziehen sich alle di- 
rekten Datenzugriffe (über Offset- 
adressen) auf das Datensegment, 
ebenfalls alle indirekten Datenzu- 
griffe über die Register BX, Sl und Dl 
sowie ihre zulässigen Kombinatio- 
nen. 

Datenzugriffe über BP und die Kom- 
binationen BP + Sl und BP + Dl be- 
ziehen sich dagegen auf das Stack- 
segment. Datenzugriffe über BP ha- 
ben noch die Besonderheit, daß stets 
mindestens eine 1 -Byte-Verschie- 
bung vorhanden ist. Ist im Quellkode 
keine Verschiebung angegeben, wird 
vom Assembler automatisch der Wert 
00 eingesetzt. 

Durch ein Segment-Override-Präfix 
kann (meist) die standardmäßige 
Segment-Zuordnung aufgehoben 


werden. Die Angabe im Quellkode 
kann assemblerabhängig sein. Üb- 
lich ist etwa die Form 
MOV CS: WORD PTR [BX], 0 
Im Maschinenkode wird dadurch ein 
Vorbyte eingefügt, das für den folgen- 
den Befehl die Segmentzuordnung 
ändert. Diese Vorbytes haben die he- 
xadezimalen Werte: 

ES: 26 CS: 2E SS: 36 DS:3E 
Bei den komplexen Block- oder 
Stringbefehlen MOVS, CMPS, 
SCAS, STOS und LODS sind beson- 
dere Register- und Segmentzuord- 
nungenvorgegeben: 

MOVS MOV ES:[DI], DS:[SI] 

CMPS CMP ES:[DI], DS:[SI] 

SCAS CMP ES: [Dl] , AX 

STOS MOV ES:[DI], AX 

LODS MOV AX, DS: [Sl] 

Diese Aufstellung erläutert gleichzei- 
tig die Wirkung der Stringbefehle (bis 
auf das automatische Inkrementieren 
oder Dekrementieren der Register Sl 
und Dl). Alle Stringbefehle können 
wort- oder bytebezogen sein. Bei den 
Bytebefehlen ist AX durch AL zu er- 
setzen. Die Verkettung des Registers 
Dl mit dem Segmentregister ES kann 
bei den Stringbefehlen nicht geändert 
werden. Ein Segment-Override-Prä- 
fix wirkt hier nur auf die Zuordnung 
des Registers Sl. 

Dem Stackregister ist außer dem BP- 
Register auch der überaus wichtige 
Stackpointer SP zugeordnet. Da 
praktisch kein Programm ohne Stack 
auskommt (Interrupt, Befehle CALL, 
PUSH), muß die Kombination SS:SP 
stets gezielt gesetzt sein. Die Regi- 
ster SS und SP dürfen deshalb nur 
mit größter Vorsicht neu gesetzt wer- 
den. Zum Beispiel am Beginn eines 
neuen Programms. Maschinenpro- 
gramme ohne besondere Ansprüche 
an das Stackvolumen brauchen 
SS:SP nicht neu zu setzen und kön- 
nen den Stack des Betriebssystems 
weiter benutzen. Das hat zudem den 
Vorteil, daß auf Konstanten und Ar- 
beitszellen des Betriebssystems 
(etwa über BP oder den Segment- 
Override-Präfix SS) leicht zugegriffen 
werden kann. 

Maschinenprogramme, die ein- 
schließlich Daten- und Arbeitsberei- 
chen mit 64 KByte Speicher auskom- 
men, sollten zweckmäßigerweise 
entsprechend dem 8080-Speicher- 
modell konzipiert werden. Dann ha- 
ben zumindest die Segmentregister 
CS, DS und ES denselben Wert, was 
alle Probleme mit der Segmentregi- 
ster-Zuordnung stark vereinfacht. 

Dr. Walter Fürtig 


@echo off 

rem (c) R. Radandt — Klinikum Berlin-Buch, Hs. 505 F 
rem Sortiertes Verzeichnis ausgeben 
rem Version 1.2 
cls 

if == "%\" goto expl 
if ? — %1 goto expl 
goto ok 
:expl 

echo Eingabe-Syntax für sdx (sorted directory) 

echo . 

echo sdx [Parameter] 

echo Das aktuelle Verzeichnis wird sortiert nach dem an- 
echo gegebenen Parameter angezeigt: 
echo . 

echo n - Name, e - Erweiterung, s - Dateigröße, d - Tag, 

echo m - Monat, y - Jahr, t - Zeit 

echo. 

echo Es ist jeweils nur ein Parameter zulässig, 
echo Beispiel: sdx e 
goto end 
:ok 

if not == "%2“ goto expl 

for %%s in (n N e E s S d D m M y Y t T) do if %1 == %%s goto %%s 
goto expl 
:n 
dir 
goto 
:e 
dir 
goto 

: S 

dir 
goto 
:d 
dir 
goto 
:rn 
dir 
goto 
:y 
dir 
goto 
: t 
dir 
:end 


sort | mc 
end 

sort/+10 

end 

sort/+16 

end 

sort/+24 

end 

sort/+27 

end 

sort/+30 

end 

sort/+34 
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Sortiertes Verzeichnis ausgeben 


Entwicklungen und Tendenzen 


Gemeinsam für den i860 

Um die Akzeptanz für Intels „Super- 
prozessor“ i860 („Eine CRAY 1 auf 
dem Chip.“, siehe MP 8/89, S.251) 
zu fördern, haben sich im September 
sechs Computerfirmen zum 
MASS860-Konsortium zusammen- 
geschlossen. Alliant, IBM, OKI, Oli- 
vetti und Samsung sehen, wie die In- 
tel Corp., die die gesamte Koordina- 
tion übernimmt, als ihr Ziel die Unter- 
stützung von Hardware-Standards 
und die Softwareentwicklung für auf 
dem 860 beruhende Systeme an. 
Dies soll unter anderem durch die Un- 
terstützung eines Multilay er Stan- 
dard Application Binary Interface 
(ABI) für eine große Auswahl von 
Hardware- Plattformen erreicht wer- 
den, um eine gute Basis an Applika- 
tions-Software für viele verschieden- 
artige Computersysteme zu erhalten. 
Das ABI ist für folgende drei Program- 
mierumgebungen definiert: 

- UNIX i860/System V Rel. 4.0 oder 
860ix {ist heute für Workstation/Ser- 
ver-Produkte und Zusatzprozessoren 
verfügbar) 

- APX (eine Unterkategorie von ent- 
weder UNIX-System V/i860 Rel. 4.0, 
OS/2 oder 860ix; wurde entwickelt, 
um auf PCs basierenden i860-Mu!ti- 
processing-Zusatzprozessoren zu 
laufen) 

- PAX (erweitert den UNIX System 
V/i860 Rel. 4.0-Standard, um zusätz- 
lich Hochleistungs-Multiprocessing 
und Parallelverarbeitungs-Systeme 
zu unterstützen, entwickelt von Intel 
und Alliant). 

Die MASS860-ABI-Standards sollen 
es Software-Herstellern ermöglichen, 
eine noch nie dagewesene Auswahl 
von System-Plattformen mit einem 
einzelnen binären Release zu unter- 
stützen. So könnte zum Beispiel eine 
Anwendung, welche auf einem PC- 
Zusatzprozessor von IBM oder Olivetti 
auf APX-Ebene läuft, im identischen 
Binärformat auf Workstations von 
Oki, Olivetti und Samsung wie auch 
auf Systemen der Supercomputing- 
Klasse von Alliant unter PAX laufen. 

Motorola 

MultiPersonal Computer 

Die Motorola GmbH gab kürzlich die 
europäische Markteinführung der 
neuen MultiPersonal Computer 
(MPC) bekannt. Mit den Systemen 
zielt man auf zwei wichtige Problem- 
stellungen in den neunziger Jahren: 
auf das Anwenderkonzept der offe- 
nen Systeme und auf die Anwen- 
dungsmöglichkeiten von im Netzwerk 
betriebenen Systemen am Schreib- 
tisch. Demzufolge berücksichtigen 
die MPCs eine Reihe von wichtigen 
Standards: das Betriebssystem Unix 
System V.3 (als SYSTEM V/88)), die 
binäre Unix-Anwenderschnittstelle 
ABI/BCS (Application Binary Inter- 
face/Binary Compatibility Standard), 
X-Open, POSIX (Portable Operating 
System for Computer), OSI (Open 
Systems Interconnection), VME-bus, 
X-Window- System Version 1 1 , OSF/ 
Motif, Ethernet-LAN-Protokoll und 
NSF (Network File System). Hard- 
waremäßig basiert das System, das 
in drei Modellen angeboten wird, auf 
dem 32-Bit-RISC-Prozessor Moto- 
rola 88100. Im Modell 100 wird er mit 



Digitale 

Fuzzy-Prozessoren 

Die Fuzzy-Logik ist eine „unscharfe“ 
Logik, die außer ja und nein bzw. 1 
und 0 auch Aussagen bzw. Werte, die 
dazwischen liegen, zuläßt. Prozesso- 
ren, die diese Logik nutzen, wurden 
von Omron Anfang November auf der 
Electronica in München vorgestellt 
(siehe Bild). Die digitalen Fuzzy-Pro- 
zessoren (DFP) basieren auf der von 
Omron entwickelten Fast-Fuzzy-Pro- 
zessor- Architektur. Zwei Prozessor- 
serien wurden bisher angeboten: die 
Omron-DFP-Multi-Task-Serie für um- 
fangreiche und schnelle Prozesse 
wie Bild- und Informationsverarbei- 
tung sowie die Omron-DFP-Steue- 
rungsserie für Low-cost-Anwen- 
dungsgebiete. 


20 MHz getaktet und erreicht 27 
MIPS (Millionen Instruktionen je Se- 
kunde), im Modell 200 mit 25 MHz 
(33,8 MIPS), und im Modell 300 kom- 
men zwei 25-MHz-Prozessoren zum 
Einsatz, die bis zu 67,2 MIPS erlau- 
ben. Die Hauptspeicherkapazitäten 
liegen je nach Ausstattung zwischen 
16 und 256 MByte, die Festplattenka- 
pazitäten bis zu 2400 MByte. An Soft- 
ware sind im Lieferumfang enthalten: 
SoftPC, X.11, OSF/Motif, Looking 
Glass, FrameMaker (Demo-Version) 
und Uniplex. 


SCSI-Controller 
für Drucker 

Eine Konkurrenz für die bisher bei 
Druckern üblichen Centronics- und 
V.24-Schnittstellen könnte jetzt das 
SCSI (Small Computer Systems In- 
terface), bisher bekannt für Festplat- 
tenbetrieb, werden. Die Firma Adap- 
tec hat ein Controllerboard für Com- 
puter und Drucker vorgestellt, mit 
dem eine vom Computer generierte 
Bitmap ohne Umweg über eine Sei- 
tenbeschreibungssprache direkt an 
den Drucker geschickt und von die- 
sem ohne Umwandlung ausgedruckt 
werden kann. Dabei ist auch die Da- 
tenübertragungsrate wesentlich hö- 
her. Beispielsweise dauert die Über- 
tragung einer A4-Seite gegenüber 
800 Sekunden bei V.24 und 95 Se- 
kunden bei Centronics mit der Image- 
Card 8200 von Adaptec nur noch 1 ,2 
Sekunden. 


Maestro II 

unterstützt CSP von IBM 

Mit der Software-Entwicklungsumge- 
bung Maestro II wird Softlab im Rah- 
men seines AD/Cycle-Vertrages mit 
IBM das Cross System Product 
(CSP), Version 3.3, unterstützen. Ma- 
estro gilt mit 25 000 installierten Ar- 
beitsplätzen als weltweit führende in- 
tegrierte CASE-Umgebung, die sich 
vor allem zur Unterstützung großer 
Software-Entwicklungsteams eignet. 
CSP ist ein Werkzeug zur Anwen- 
dungsentwicklung, das die Definition 
von Datenstrukturen, Zugriffstechni- 
ken und prozeduralem Code gestat- 
tet und für verschiedene IBM-Zielsy- 
steme Anwendungsprogramme ge- 
nerieren kann. 

Die CSP-Unterstützung von Softlab 


Gleichzeitig wurde für den MPC eine 
Reihe neuer Netzwerk-Display-Sta- 
tionen angekündigt, bestehend aus 
den beiden Monochrommodellen 
NDS 1 6 (1 6 Zoll) und NDS 1 9 (1 9 Zoll) 
sowie der 17-Zoll-Farbgrafikstation 
NDS C-1 7. Die X-Server sind mit den 
Motorola-Prozessoren MC 68000 
bzw. MC 68020 und Speicherkapa- 
zitäten bis zu 4 MByte ausgerüstet. 
Die Software beinhaltet X-Windos, 
OSF/Motif und den Desktop Manager 
Looking Glass von Visix Software 
Inc. 


wird in Form eines Datenaustau- 
sches über das externe Quellenfor- 
mat von CSP geschehen. Dieses 
Austauschformat ist mit einfachen 
Dateien einsetzbar und erlaubt den 
Datenaustausch zum und vom CSP. 


Eihen neuen Drucker für unterwegs 
kündigte Canon an. DerBJ-IOeistein 
Tintenstrahldrucker, der nach dem 
Bubble-Jet-Verfahren arbeitet und 
demzufolge Normalpapier verarbei- 
ten kann. Herzstück ist ein 64-Düsen- 
Druckkopf als Bestandteil der Patro- 
neneinheit, die zum Bedrucken von 
etwa 500 A4-Seiten reicht. Tintenpa- 
trone und der Druckkopf als Ver- 
schleißteil werden also immer ge- 
meinsam gewechselt. Die Druckge- 
schwindigkeit beträgt bei 10 Zeichen/ 
Zoll 83 Zeichen/Sekunde: die Auflö- 
sung bis zu 360 dpi (dots per inch, 



Nachdem 1 989 bereits der erste ana- 
loge/parallele Fuzzy-Hybrid-Schalt- 
kreis mit 40 Regeln und einer Lei- 
stung von 8 MFLIPS (Millionen Fuzzy 
Logic Inference pro Sekunde) ange- 
boten wurde, erreichen nun die 
neuen Prozessoren von Omron 
32 000 Regeln, unterteilt in 1 28 Grup- 
pen, für die parallele Verarbeitung 
von 128 verschiedenen Aufgaben bei 
einer Leistung von 1 0 MFLIPS. 


Punkte pro Zoll). Die Stromversor- 
gung erfolgt über Netzadapter oder 
Akku (als Zubehör); die Kapazität der 
Akkus reicht jeweils für etwa 30 
Druckseiten. An den PC wird der BJ- 
lOe über seine parallele Schnittstelle 
angeschlossen. Normalerweise ar- 
beitet der Drucker im Einzelblattver- 
fahren, jedoch läßt er sich auch mit ei- 
nem automatischen Vorlageneinzug 
für 30 Blatt A4 ausstatten. Der BJ-1 Oe 
ist 31 cm breit, 22 cm tief, 4,7 cm hoch 
und wiegt etwa 1,8 Kilo. Sein Preis 
soll unter 1000 DM liegen. 


Drucker für den Aktenkoffer 



38 


Mikroprozessortechnik, Bertin 4 (1990) 12 


Neues von AMD 

Drei Neuheiten kündigte die Advan- 
ced Micro Devices GmbH Ende Sep- 
tember auf einer Pressekonferenz 
an, von denen vor allem die erste 
breites Interesse finden dürfte: AMD 
ist es gelungen, auf einem Chip ne- 
ben dem Prozessor 80C286 (12/16 
MHz) alle für das Funktionieren eines 
PC/ATs notwendigen peripheren 
Bausteine, die bisher auf dem Mo- 
therboard untergebracht waren, zu- 
sätzlich zu integrieren. (Bei bisher be- 
kannten Chipsätzen mußte -u. a. aus 
patentrechtlichen Gründen - der Pro- 
zessorschaltkreis separat eingesetzt 
werden.) Es werden damit die Funk- 
tionen von bis zu 1 75 herkömmlichen 
Standardbauelementen übernom- 
men. Beispielsweise die der AT-Stan- 
dardperipherie DMA-Controller, Zäh- 
ler/Zeitgeber, Interruptcontroller und 
Echtzeituhr sowie eines DRAM-Con- 
trollers, Buscontrollers, Peripherie- 
controllers und der EMS 4.0-Spei- 
cherverwaltungslogik. Diese vom 
Schaltkreis Am 286ZX gebotenen 
Leistungen werden beim AM 286LX 
noch um eine spezielle Power-Mana- 
gementfunktion ergänzt, die vor allem 
beim Einsatz in netzunabhängigen 
PCs Vorteile bietet. Sie beinhaltet ei- 
nen CPU-Abschaltmodus, eine Sy- 
stem-Standby-Betriebsart sowie eine 
verlangsamte DRAM-Refreshfunk- 
tion. Die neuen Bausteine sind vor al- 
lem für platzsparende Einstiegsmo- 
delle bei Desktop-PCs und für trag- 
bare PCs (Laptops und Notebook- 
PCs) gedacht. Zum Aufbau eines 
kompletten PC-ATs werden zusätz- 
lich nur noch ein Tastaturcontroller 
und Speicherschaltkreise benötigt. 
Die Chips sollen in 21 6poligen PQFP- 
Gehäusen (28 mm 2 ) zum 1000er- 
Preis von etwa 70 Dollar/Stück ange- 
boten werden. 

Weiterhin gab die Firma bekannt, daß 
sie mit dem Am 29050 ihre RlSC-Pro- 
zessorfamilie 29000 (auch 29K ge- 
nannt) leistungsmäßig nach oben er- 
weitert. Im Vergleich zu den RISC- 
Prozessoren anderer Hersteller 
(Spare, MIPS, 88000 usw.) hat der 
29K zwar nicht den hohen Bekannt- 
heitsgrad. Das mag daran liegen, daß 
er statt in Workstations vorrangig als 
Embedded Controller eingesetzt 
wird, seine unspektakuläre Arbeit 
also „eingebettet“ in Druckern, Scan- 
nern, Grafikstationen, Netzwerken, 
X-Terminals usw. verrichtet. Hier sind 
jedoch jetzt schon hohe Stückzahlen 
zu erzielen - AMD sieht sich mit dem 
29K als Marktführer und Progno- 
sen zufolge werden 1993 etwa 75 
Prozent aller RISC-Prozessoren auf 
den Embedded-Markt fallen. Bei- 
spielsweise verwendet Apple den 
29 K auf dem Mac-Display-Board als 
Grafikbeschleuniger; nach Dataquest 
sollen diese Anwendungen künftig 
nach dem Einsatz in Laserdruckern 
das zweitgrößte Anwendungsgebiet 
für 32-Bit-RISC-Prozessoren darstel- 
len. Der 29050 bietet nun für solche 
Anwendungen gegenüber dem 
29000 eine etwa vierfache Leistung. 
Er hat eine Hochleistungs-Pipeline- 
Gleitkommaeinheit auf dem Chip, mit 
der er lEEE-kompatible Arithmetik 
einfacher und doppelter Genauigkeit 
mit bis zu 80 MFLOPS (Millionen 
Gleitkommaoperationen je Sekunde) 
bei 40 MHz ausführen kann. Bei 
Ganzzahlverarbeitung werden 32 
MIPS erreicht. Weitere Merkmale 
sind die Unterstützung des Burst- 


Mode-Zugriffs, ein Befehls-Cache mit 
1 024 Byte auf dem Chip (Branch Tar- 
get Cache), Demand-Paging, Zeitge- 
ber und Takterzeugung, Master-/ 
Slave-Chip-Ausgangsüberprüfung 
sowie eine verbesserte Debugging- 
Unterstützung. 

Schließlich stellte AMD noch seinen 
ersten Flash-Speicherschaltkreis Am 
28F010 vor. Als „Zwischending“ zwi- 
schen EPROM und EEPROM haben 
Flashmemories vor allem den Vorteil 
der „blitzschnellen elektrischen 
Löschbarkeit und der Möglichkeit, die 
Programmierung auch im System 
vornehmen zu können. Der Am 
28F010 hat 1 MBit Kapazität (1 28 K x 
8 Bit). Er gehört zur sogenannten er- 
sten Generation von Flash-Memo- 
ries, mit 12 Volt Programmierspan- 
nung, chipweiser Löschung und byte- 


weiser Programmierbarkeit. Damit 
und in bezug auf die Anschlußbele- 
gung ist man zum Marktführer Intel 
kompatibel und hofft, mit dieser Prä- 
senz einen Industriestandard durch- 
setzen zu können. Abweichende 
Flash-Memories werden auch von 
Seeq, Atmel, Signetics und anderen 
gefertigt bzw. angekündigt. Der Am 
28F010 hat von allen die kleinsten 
Chipabmessungen und soll mit 90 ns 
Zugriffszeit auch der schnellste 1- 
MBit-Flash-EPROM sein. Er wird im 
1-^m-CMOS-Prozeß gefertigt. Mit 
den bereits genannten Vorteilen wird 
den Flash-Speichern vor allem als Er- 
satz oder Ergänzung von EPROMS, 
EEPROMS und anderen Speicher- 
medien vor allem im Bereich der No- 
tizbuch-PCs eine große Zukunft vor- 
ausgesagt. 


Neue Controller von Motorola 



Motorolas Geschäftsbereich Halblei- 
ter präsentierte als neuestes Mitglied 
seiner M68300-Familie den 
MC68331, der speziell für Embed- 
ded-controi-Anwendungen entwik- 
kelt wurde. Der dem MC68332 ähnli- 
che MC68331 enthält verschiedene 
Modifikationen, um eine größere 
Bandbreite kostensensibler Anwen- 
dungen im Leistungsbereich von 32 
Bit abdecken zu können. Als Support 
für den MC68331 und den MC68332 
bietet die Firma neben dem Hochlei- 
stungssystem CDS32 - einem lei- 
stungsstarken Entwicklungssystem 
für beide Prozessoren - auch das 
Evaluationsboard M68332EVS an. 
Dieses ursprünglich für den 
MC68332 ausgelegte Platinensy- 
stem zur Erprobung und Emulation 
unterstützt nun auch den MC68331 . 
Der MC68331 ist modular aufgebaut 
und verfügt über eine CPU, die aus 
Teilen des MC68020 (CPU32) be- 
steht. Im MC68331 sind neben der 
CPU32 ein Queued Serial Module 
(QSM), ein System Integration Mo- 
dule (SIM) und ein General Purpose 
Timer (GPT) integriert, die über den 
Intermodule Bus (IMB) miteinander 
verbunden sind. Der kleinere GPT, 
der die Time Processing Unit (TPU) 


des MC68332 ersetzt, ist zwar eben- 
falls ein leistungsstarkes Zeitgeber- 
Modul, operiert aber nicht unabhän- 
gig von der CPU32. Der 1 6-Bit-Zähler 
des GPT, der auf einen externen oder 
internen Takt zugreifen kann, ver- 
sorgt drei Input-capture-Kanäle, vier 
Output-compare-Kanäle und einen 
für beide Verwendungszwecke aus- 
gelegten Kanal. 

Als Ergänzung der 8-Bit-Mikrocon- 
trollerserie MC68HC1 1 wurden zwei 
neue Bausteine angekündigt: Der 
MC68HC1 1 K4 (K4) und der 
MC68HC11711K4 (711K4) bieten 
eine doppelt so hohe Busgeschwin- 
digkeit wie die ursprünglichen Mitglie- 
der der M68HC11 -Familie und offe- 
rieren gleichzeitig eine Vielzahl von 
Speicherkonfigurationen sowie chip- 
integrierte Peripheriefunktionen. Mit 
ihrer höheren Busgeschwindigkeit 
konkurrieren die MC68HC11 -Chips 
bereits mit vielen 1 6-Bit-Mikrocontrol- 
lern. Die Bausteine K4 und 71 1 K4 be- 
sitzen einen 768 Byte großen RAM- 
Bereich, 640 Byte EEPROM, 62 E/A- 
Leitungen, einen 16-Bit-Timer, vier 8- 
Bit-Impulsbreiten-Modulatoren, ei- 
nen achtkanaligen 8-Bit-A/D-Wand- 
ler sowie verbesserte serielle Peri- 


pherie- und Kommunikationsschnitt- 
stellen. Der K4 verfügt ergänzend 
über einen 24 KByte großen ROM- 
Bereich (Festwertspeicher), während 
der 71 1 K4 mit einem lösch- und pro- 
grammierbaren Festwertspeicher 
(EPROM) bzw. einem einmal pro- 
grammierbaren 24- KByte- Festwert- 
speicher (OTPROM) ausgestattet ist. 
Beide Bausteine ermöglichen den 
Ausbau der Speicherkapazität bis auf 
1 MByte. 

Um einen leichteren Übergang von 8- 
Bit- auf 16-Bit-Anwendungen zu er- 
möglichen, bietet Motorola erstmals 
eine 1 6-Bit-Mikrocontroller-Familie 
an, die kompatibel zu einer Industrie- 
standard-Produktreihe in 8-Bit-Tech- 
nologie ist. Die CPU des MC68HC16 
(siehe Bild) beruht auf einer 16-Bit- 
Implementierung des Mikrocontrol- 
lers MC68HC11. Jeder Quellcode, 
der für den 8-Bit-MC68HC1 1 ge- 
schrieben wurde, kann unverändert 
für den MC68HC16 übernommen 
werden. Der modular aufgebaute 
MC68HC16 verwendet bereits vor- 
handene Module der Motorola-Pro- 
duktfamilie M68300. Der MC68HC16 
ist auch - so Motorola - der erste Ge- 
neral-purpose-Mikrocontroller, der di- 
gitale Signalverarbeitungsfunktionen 
für den Einsatz in Steuerungssyste- 
men enthält. 

Der in 1-//m-HCMQS-Technologie 
gefertigte MC68HC16Z1 (HC16Z1) 
ist das erste Produkt der neuen 
Reihe. Die CPU ist von einer großen 
Zahl von Peripheriefunktionen umge- 
ben, die modular in den Chip inte- 
griert sind. Die modulare Architektur 
und der Intermodule Bus (IMB) des 
HC16Z1 wurden aus der 32-Bit-Fami- 
lie M68300 übernommen. Auch an- 
dere Module des HC16Z1 profitieren 
von Entwicklungen, die ursprünglich 
für andere M68300-Bausteine getä- 
tigt wurden. Beispiele hierfür sind das 
QSM und das SIM. Die CPU des 
MC68HC16Z1 unterscheidet sich 
von der CPU des MC68HC11 durch 
drei zusätzliche Multiplizieranweisun- 
gen, zwei neue Divisionsbefehle, 
neue Adressierungsarten und zu- 
sätzliche Register. Die eingebauten 
Digital-Signal-Processing-Funktionen 
gestatten in einigen Anwendungen 
den Verzicht auf externen DSP- 
Support. 

Novell NetWare 
für den Macintosh 

Seit September wird von Novell eine 
neue Version von NetWare für den 
Macintosh angeboten. Mit dem 
neuen Release 2.0 soll Macintosh- 
Anwendern ein problemloser Zugang 
zu allen Diensten und Dateien unter 
NetWare 2.15 zur Verfügung gestellt 
werden und die volle Integration der 
Apple-Rechner in die Net-Ware-Um- 
gebung einschließlich der Verbindun- 
gen zu MS-DOS und OS/2-Anwen- 
dern garantieren. NetWare für den 
Macintosh 2.0 setzt auf dem Netz- 
werkbetriebssystem NetWare 2.15 
von Novell auf und beinhaltet sowohl 
alle NetWare-Funktionen als auch die 
des AppleTalk Filing Protocols 2.0 
(AFP). Anwender, die NetWare 2.15 
nach dem 1 . August 1 990 gekauft ha- 
ben, erhalten auf Wunsch ein kosten- 
loses Update von NetWare für den 
Macintosh 2.0. 
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Multiplan in der Praxis 

von J. Bernert und M. Burow, Verlag 
Technik, Berlin 1990, 240 S., 

29,80 DM 

Mit ihrem Buch wenden sich die Auto- 
ren sowohl an Anfänger als auch an 
Fortgeschrittene in der Tabellenkal- 
kulation. Das war unter dem Blickwin- 
kel des eingeschränkten Buchange- 
botes auf dem Gebiet der ehemaligen 
DDR verständlich. Heute wäre es le- 
gitim, für jede dieser Zielgruppen ein 
eigenes Buch herauszubringen. 
Trotzdem bietet das Werk für beide 
Zielgruppen Wesentliches. 

Für den Anfänger sind ausführliche 
Erläuterungen zum Gegenstand zu 
den Termini der Tabellenkalkulation 
am Anfang gedacht. Die Beschrei- 
bungen der einzelnen Befehle, Funk- 
tionen und des Makrokonzepts wer- 
den mit verbalen Erklärungen einge- 
leitet. Ein Abschnitt mit Beispielen un- 
terstützt die Einarbeitung in Multiplan. 
Wünschenswert für diese Zielgruppe 
wären auch umfangreichere Bei- 
spiele in den vorderen Abschnitten 
gewesen. Das Buch ist kein eigentli- 
ches Lehrbuch, mit den enthaltenen 
Hinweisen zum Lesen und bei Beach- 
tung der zahlreichen Querverweise 
kann sich ein Anfänger aber in die 
Materie einarbeiten. 

Der fortgeschrittene Leser begrüßt 
die handbuchartige, aber trotzdem 
umfassende und sehr sorgfältige Vor- 
stellung der Sprachelemente und Sy- 
stemfunktionen. Für beide Zielgrup- 
pen hilfreich sind die vielen prakti- 
schen Hinweise und Tips, die Klippen 
umgehen und den Einsatz von Multi- 
plan rationalisieren helfen. Das be- 
trifft auch die Bemerkungen zu Feh- 
lermeldungen des Systems, zu den 
Unterschieden der Versionen und 
zum Einsatz auf unterschiedlicher 
Hardware. R. Mundstock 


Wissensspeicher 

80286-Programmierung 

von L. Claßen und U. Wiesner, Verlag 
Technik, Berlin 1 990, 239 S., 24- DM 

Keine Frage: Als Herzstück des Stan- 
dard-PCs unserer Tage kommt dem 
80286 besondere Bedeutung zu. Das 
Buch bietet Ihnen dazu, was man von 
einem guten Wissensspeicher erwar- 
ten darf: umfassende und schnell auf- 
findbare Information. Es erspart dem 
Anfänger wohl nicht die einführende 
Literatur, mag aber für den aufstei- 
genden 8086-Programmierer bereits 
ausreichend sein. Für ihn ist auch der 
Abschnitt zur Kompatibilität beider 
Prozessoren von besonderem Inter- 
esse, der die Unterschiede zusam- 
menfaßt und Hinweise zum Schrei- 
ben portierbaren Codes gibt. Daß die 
Schaffung eines Nachschlagewerkes 
primäres Ziel war, zeigt die Redun- 
danz: Der Befehlssatz wird in einer 
ausführlichen Beschreibung (etwa 
100 Seiten), als übersichtliche Be- 
fehlsliste im Anhang und als Tabelle 
der Opcodes dargestellt. 

Die Betriebsart Protected Mode des 
Prozessors - eine neue Qualität des 
80286 gegenüber dem 8086 - bringt 
einen größeren (virtuellen) Adreß- 
raum und - bis dato vernachlässigte - 
Zugriffskonzepte. Moderne Betriebs- 


systeme fordern vier Privilegierungs- 
stufen, wie sie der 80286 bietet, auch 
wenn häufig nur ein zweistufiges 
Konzept realisiert wird. In engem Zu- 
sammenhang damit steht die Erwei- 
terung des Interruptsystems zur Be- 
handlung von Verletzungen der Zu- 
griffsrechte. Der Speicherverwaltung, 
dem Zugriffsschutz und dem Inter- 
ruptsystem ist je ein Kapitel gewid- 
met. Hinzu kommen die Ein- und Aus- 
gabe sowie das neuartige Taskkon- 
zept im Protected Mode des Prozes- 
sors, womit Multitasking direkt unter- 
stützt wird. 

Bei aller Kürze ist die Darstellung ver- 
ständlich und mit einer Reihe von Ab- 
bildungen illustriert. Wer sich an die 
Programmierung im Protected Mode 
wagt, wird zudem wissen, worauf er 
sich einläßt, so daß auch Worte wie 
Lokaldeskriptortabellenregister leicht 
von der Zunge gehen sollten. 

Da sich die Darstellung nur auf den 
Prozessor bezieht, finden Sie keine 
Hinweise zur Arbeit mit MASM (oder 
TASM). Der Anhang liefert aber ein 
mehrseitiges Assemblerprogramm 
zur Initialisierung des Prozessors im 
Protected Mode unter Ausnutzung 
der Schutzmechanismen. 

Bei aller Freude über die Fortführung 
der - ehemals so wertvollen - Reihe 
Technische Informatik würde der Le- 
ser auch etwas weniger T raditionsbe- 
wußtsein (sprich: Druck nach Word- 
star-Layout des Autors) verschmer- 
zen. (Bessere Papierqualität wage 
ich erst gar nicht zu fordern.) Zum an- 
gegebenen Preis ist das Buch aber in 
jedem Fall eine Überlegung wert. 
Auch auf dem großen und freien 
Markt sind Bücher mit kompakten, 
aber verständlich aufbereiteten Infor- 
mationen nicht unbedingt dicht ge- 
sät. U. Schulze 


Der Verlagskaufmann 

von R. Mundhenke, 5. erweiterte Auf- 
lage, Societäts-Verlag, Frankfurt/ 
Main 1988, 720 S., ISBN 3-7973- 
0431-5, 56,- DM 

Hat vielleicht auch Sie das Grün- 
dungsfieber gepackt? In unseren 
Heften 9 und 10/90 hatten wir Ihnen ja 
bereits einige Hinweise gegeben, wie 
Sie ihren Traum von der Selbständig- 
keit leichter verwirklichen können. 
Sollten Sie eine Zukunft im Verlags- 
gewerbe ins Auge gefaßt haben, 
könnte Ihnen das hier vorgestellte 
Buch mit Sicherheit wertvolle Hilfe- 
stellung bieten. Im Zeitalter des Desk- 
top Publishing glaubt ja so mancher, 
daß der Schritt vom gelegentlichen 
Herstellen von Druckschriften zum 
professionellen Publizieren nicht so 
groß sein kann. Mit diesem Buch er- 
halten Sie nicht nur einen Überblick 
über den Aufbau eines Verlages, son- 
dern auch Hinweise über die in den 
einzelnen Bereichen notwendigen 
Aktivitäten. Untergliedert wird das 
umfangreiche Werk in die Kapitel 
Verlagsgewerbe, Vertriebsorganisa- 
tion, Anzeigengeschäft, Werbung, 
Rechnungswesen, Redaktion und 
Lektorat, Drucktechnische Herstel- 
lung und Die neuen Medien. Bemer- 
kenswert sind ein umfangreiches 
Fachwörterlexikon sowie Verzeich- 
nisse von Fachbüchern und Fachzeit- 


schriften des Verlagswesens sowie 
nützliche Anschriften von Fachver- 
bänden und anderen Institutionen. 
Und da das Buch ja eine Berufsfach- 
kunde - also ein Lehrbuch für Auszu- 
bildende und Ausbilder - ist, fehlen 
auch nicht Aufgaben zum verlags- 
kaufmännischen Rechnen sowie pro- 
grammierte Textaufgaben zum Üben. 
In dieser 5. überarbeiteten Auflage 
wurden gegenüber den bisherigen 
zahlreiche Veränderungen vorge- 
nommen. Beispielsweise beim ZAW- 
Rahmenschema für Werbeträgera- 
nalysen oder mit der Aufnahme von 
Vertriebsrichtlinien. 

Vermutlich unter dem Eindruck der 
einige Zeit zurückliegenden Euphorie 
über Videotext und Bildschirmtext hat 
der Autor diesen das genannte Kapi- 
tel „Die neuen Medien“ gewidmet. 
Aus heutiger Sicht wäre es sicher not- 
wendiger, andere Fragen des Com- 
putereinsatzes im Verlag ausführlich 
zu behandeln - angefangen von der 
Textverarbeitung über Archivsy- 
steme und Finanzbuchhaltung bis 
zum Einsatz von Satzsystemen. 
Denn ob sich ein Verlag für den Satz 
- vielleicht gar die Belichtung - im 
Haus entscheidet oder diese weiter 
als Lohnarbeit ausführen läßt, beein- 
flußt heutzutage ganz erheblich seine 
Wettbewerbs- und damit Existenzfä- 
higkeit. Hier könnten Hinweise zu 
Strukturveränderungen aus kauf- 
männischer Sicht sehr hilfreich 
sein. 

Wünschenswert wäre also eine wei- 
tere Überarbeitung, die den Auswir- 
kungen, die „Kollege Computer“ ver- 
ursacht, weitaus mehr Raum widmet. 
Und der „Kollege“ läßt uns nicht viel 
Zeit! H. Weiß 


Turbo-Assembler 

Das Buch für den Einstieg 
von P. Monadjemi, Addison-Wesley 
(Deutschland) GmbH, Bonn 1990, 
587 S., mit Programmdiskette, 68,- 
DM, ISBN: 3-89319-225-5 

Ein Buch zum Turbo-Assembler muß 
sich insbesondere daran messen las- 
sen, was es mehr bietet als die ge- 
wohnt guten deutschen Handbücher, 
die jeder Borland-Kunde bei Erwerb 
der Software erhält. In diesem Fall 
soll es die Einführung in die Assem- 
blerprogrammierung sein. Daß dafür 
ein konkretes Produkt gewählt wurde, 
ist eher ein Vorteil, denn der Teufel 
steckt - und das gilt für einen Asse- 
mbler besonders - im Detail. 

Obwohl der Turbo-Assembler gegen- 
über seinem Microsoft-Pendant mit 
einer Reihe von Verbesserungen auf- 
warten kann (das Erzwingen einer 
strengeren Notation würde ich auch 
zu den Vorteilen zählen), orientiert 
sich das Buch weitgehend am De- 
facto-Standard des Marktführers. 
Hier gefällt die Ehrlichkeit des Autors, 
der klarmacht, daß an MASM kaum 
ein Weg vorbeiführt. Für den ange- 
henden Programmierer hat das den 
Vorteil, daß er - sofern das Kapitel 
fortgeschrittener TASM-Program- 
mierung überlesen wird - auch leicht 
mit einem anderen Assembler zu- 
rechtkommt. 

Der Leser wird nicht lange mit der 
Vorrede aufgehalten. Nach ein paar 


einführenden Bemerkungen („Ist As- 
semblerprogrammierung noch in?“) 
heißt es: Rechner einschalten und die 
ersten Beispiele ausprobieren. Be- 
gonnen wird mit Installation und Auf- 
ruf von Assembler und Linker. Ein we- 
nig Theorie bleibt Ihnen nicht erspart: 
Es geht um den Stack, binäre Logik 
und Interrupts sowie die (reichlich 
umständliche) Adressierung des 
8086. Die folgenden Kapitel befassen 
sich mit dem allgemeinen Aufbau ei- 
nes Assemblerprogramms (vor allem 
Segmentierung und Speichermo- 
delle), dem Befehlssatz und Möglich- 
keiten der Strukturierung. Ein eigener 
Abschnitt ist der Nutzung der DOS- 
Schnittstelle gewidmet, ohne die kein 
Assemblerprogramm auskommt. 

Die Beispiele sind vielseitig verwend- 
bar, man sollte sich wirklich die Mühe 
machen, sie auszuprobieren. Nur so 
wird man sich bei späteren Arbeiten 
daran erinnern und darauf zurück- 
greifen. 

Das Buch ist dick genug, auch fortge- 
schrittener Assemblerprogrammie- 
rung Platz einzuräumen. Dazu gehö- 
ren Macros, die Verbindung mehrerer 
Module und die Hochspracheneinbin- 
dung. Letzteres ist von besonderer 
Bedeutung - wenden sich doch viele 
Programmierer einem Assembler mit 
dem Ziel zu, ihre Hochsprachenpro- 
gramme zu tunen. Parallel zur Pro- 
grammentwicklung beschreibt der 
Autor auch die Arbeit mit dem Turbo- 
Debugger - wohl wissend, daß die 
Fehlersuche häufig die meiste Zeit in 
Anspruch nimmt. 

Es sollte dem Neuling keine Schwie- 
rigkeiten bereiten, das Buch durchzu- 
arbeiten. Der Schreibstil ist flüssig, 
die Erläuterungen anschaulich. Die 
gute Druckqualität trägt ebenso zur 
leichten Lesbarkeit bei, wie der sinn- 
volle Einsatz von (zuweilen recht wit- 
zigen) Fußnoten. (Fußnote zum 
Adreßraum der CPU: „Bei den heuti- 
gen Preisen für dynamische RAMs 
(DRAMs) wäre ein voll ausgebauter 
Arbeitsspeicher eine interessante Al- 
ternative zum Einfamilienhaus“.) 
Weniger Freude bereitet das Nach- 
schlagen. Die Zusammenfassung der 
Befehle im Anhang ist etwas unüber- 
sichtlich und die (sehr wohl beschrie- 
benen) Direktiven MASM und IDEAL 
sucht man im TASM-Index vergeb- 
lich. 

Fazit: Wer schon einmal Assembler 
programmiert hat oder von MASM 
umsteigen möchte, ist mit den Bor- 
land-Handbüchern wohl ausreichend 
bedient. Wollen Sie sich aber erst- 
mals an einem Assembler versuchen 
und haben dafür den Turbo-Asse- 
mbler ausgewählt, so erhalten Sie 
hier auf fast 600 Seiten und einer Dis- 
kette Hilfe zu einem fairen Preis. 

U. Schulze 
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Fortsetzung von der 2, Umschlagseite 

zu montierenden Fotos wurden die Flä- 
chen bereits freigestellt Bei der Vorbe- 
reitung des Beitrages zeigten sich auch 
die Grenzen von WordPerfect, Um die 
äußere Form der MP zu erreichen, mußten 
einige Tricks angewendet werden. Ein 
DTP-Programm, wie der Ventura-Publis- 
her, unterstützt solche Arbeiten wesentlich 
besser. 

Wie bei Textverarbeitungsprogrammen in- 
zwischen allgemein üblich, verfügt auch 
WordPerfect über die Möglichkeit der 
Druckvorschau (Page Preview) auf dem 
Bildschirm, Gegenüberliegende Setten 
können gleichzeitig eingesehen werden, 
drei verschiedene Größen stehen zur Aus- 
wahl Auf diese Weise läßt sich einiges an 
Papier sparen. Gut unterstützt wird die 
Einbindung von Grafiken der gängigen 
Formate, etwa von gescannten oder mit 
Zeichenprogrammen erzeugten Bildern 
(Bild 2). WordPercfect verwendet ein eige- 
nes Grafikformat WPG, unterstützt aber 13 
gängige Formate anderer Programme, 
darunter solche Standards wie TI FF, 
HPGL oder CGM r Damit lassen sich Bilder 
aus den meisten populären Zeichen-, Mal - 
oder Konstrukttonsprogrammen einbinden, 
von denen nur einige genannt werden sol- 
len: AutoCad, Dr. Halo, GEM Draw und 
Paim, Harvard Graphics, Pizazz und Win- 
dows Draw und Paint 
Da WordPerfect im Textmodus arbeitet, 
wird für die Grafiken nur ein Rahmen frei- 
gehalten, in den das entsprechende Biid 
erst beim Druck eingefügt wird. Es ist 
möglich, Grafiken zu drehen, zu spiegeln 
und zu invertieren (bei Vektorgrafik), sowie 
zu vergrößern und zu verkleinern (Pixel- 
grafik). Das Zeichnen von Rahmen mit 
dem erweiterten ASCH-Zeichensatz kann 
direkt über die Cursortasten erfolgen - so 
spart man sich die komplizierte Eingabe 
von Steuerkodes mit der Alt -Taste. 

Bei der Vorstellung der Version 5.1 wurde 
vom Hersteller besonders auf den neuen 
Formeleditor hingewiesen (vgl. MP 8/90, 
Seite 40). Formeln werden eingegeben 
wie gesprochen, zum Beispiel: 

(a times ö} over c 

Ein Menü ermöglicht aber auch ein Erstel- 
len im Dialog, Die Darstellung erfolgt gra- 
fisch, das heißt, es wird eine Grafikbox re- 
serviert. Um die Darstellung einzusehen, 
braucht aber nicht die Preview- Funktion 
bemüht zu werden; der Formeleditor zeigt 
das Ergebnis in einem Fenster ständig am 
Der Formeleditor kennt alle wichtigen Ope- 
ratoren und eine Vielzahl von Sonderzei- 
chen (z.B. das ganze griechische Al- 


phabet). Wenngleich für diese Funktionen 
nur ein kleiner Anwenderkreis in Frage 
kommt, so sucht sie doch ihresgleichen 
bei anderen Textverarbeitungspro- 
g rammen. Von größerem Interesse dürfte 
die erweiterte Funktion zur Tabellenkalku- 
lation sein, die einem Spreadsheetpro- 
gramm ähnelt Eine Tabelle wird aus den 
angegebenen Zeilen und Spalten generiert 
(Bild 3), und die Felder können mit Hilfe 
von Formeln verknüpft werden, um eine 
automatische Neuberechnung von abhän- 
gigen Feldern zu gewährleisten. 
Außerdem existiert eine Schnittstelle für 
den Import von Tabellen aus Excel, Lotus 
und PlanPerfect. Sie schließt eine echte 
Kopplung ein, so daß Änderungen in der 
Tabelle automatisch in den WordPerfect - 
Text übernommen werden. 

Die verschiedenen Versionen von Word- 
Perfect unterscheiden sich zwar in ihrem 
internen Format, werden aber beim Laden 
automatisch konvertiert. Interessant ist in 
diesem Zusammenhang, daß die Version 
5.0 Texte, die mit 5.1 erstellt wurden, als 
neuere Version erkennt und auch korrekt 
umwandeit. Beim Laden von Wordstar-Da- 
teien wird ebenfalls automatisch das 
Word Perfect- Format erzeugt. Sie werden 
das zu schätzen wissen, wenn Sie sich 
schon einmal mit den verschiedenen 
Wordstar-Versionen befassen mu ßten. 
Obwohl das mitgelieferte Programm Con- 
vert das Hausformat in alle gängigen Text- 
formate überführt, enthält WordPerfect zu- 
sätzlich eine leistungsfähige Makrospra- 
che, mit der Texte nachträglich bearbeitet 
oder konvertiert werden können. Beson- 
ders die Erzeugung stets gleicher Formate 
läßt sich damit gut automatisieren. 

Bei Benutzung der Rechtschreibprüfung ist 


mir aufgefallen, daß oftmals einige Verb- 
formen fehlen. So werden vom Verb lau- 
fen die Partizipien laufend und gelaufen 
gefunden, ebenso ich laufe und er läuft * 
nicht aber ihr lauft und du läufst 
Zu den Kleinigkeiten, die man schnell 
schätzen lernt, gehört die Auto-Save- Funk- 
tion. Nach Ablauf eines festgelegten Zeit- 
Intervalls wird der Text stets automatisch 
auf der Platte gesichert. 

Ein großes Plus von WordPerfect gegen- 
über den Konkurrenten Wordstar und MS- 
Word besteht in der Verfügbarkeit auch für 
andere Betriebssysteme. So kann die Ver- 
sion 4,2 für VMS und einige Unix-Derivate 
bezogen werden. Word-Perfect wird so- 
wohl auf elf 5 V* Zoll-, als auch sechs 3 Vz 
Zoll-Disketten geliefert (360 bzw. 720 
KByte), Weiterhin erhalten Sie drei dicke 
Handbücher (1 x Einführung, 2 x Refe- 
renz) und die erwähnte Tastaturschablone. 
Ein Hauptspeicher von 384 KByte ist 
ausreichend. 

Um Ihnen die Entscheidung eines eventu- 
ellen Umstiegs auf die Version 5.1 zu er- 
leichtern, hier noch einmal die Neuheiten 
zusammengefaßt: 

- Pull-down-Menüs 

- Mausunterstützung 

- Formeieditor 

- verbesserte Tabellenfunktion 
* kontext sensitives Hitfssystem 

- erweiterter Font von Sonder- 
zeichen 

- Verwaltung erweiterter Datei- 
namen und Zusatzinformationen. 

Insgesamt wurde WordPerfect gegenüber 
der Version 5.0 um 30 Funktionen erwei- 
tert, die vertraute Umgebung blieb aber er- 
halten. 

Uwe Schulze 
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Programmierhandbuch 80386/80486 

Von Dr.-Ing. Ludwig Claßerv, 1. Auflage. 240 Seiten, 73 Bilder, 24 Tafein, Broschur, 
29,80 DM, ISBN 3-341-01033-5 

Die Mikroprozessoren 80386 und 80486 werden in unzähligen MS-DOS-, OS/2- 
und Unix- PCs eingesetzt. Das Buch behandelt die Software architektur der beiden 
32-Bit-Prozessoren. Bei der Einarbeitung in die Softwarearchitektur der Mikropro- 
zessoren 80386 und 80486 werden Grundkenntnisse der Programmierung voraus- 
gesetzt. Für den erfahrenen Programmierer hat der Band den Charakter eines 
Nachschlagewerkes mit hoher Informationsdichte. 

Clipper mit Version 5.0 

Von Dipl.-Ing. Uwe Holz und Dr.-Ino. Lutz-Ulrich Plogas. 1, Auflage. 240 Seiten, 1 1 
Bilder, 26 Tafeln, Broschur, 29,80 DM, ISBN 3-341 -01031-9 

Der 1 984 als erster dBase-kompatibler Compiler angebotene Clipper Winter ’84 
wurde schnell zu einem eigenständigen Entwicklungssystem für PC-Datenbanken. 
Das vorliegende Buch ist in drei Teile geteilt und somit sowohl für Anfänger als auch 
für Fortgeschrittene und Profis ein einführendes Lehrbuch, ein informatives Hand- 
buch und ein anspruchsvolles Fachbuch in einem. Es konzentriert sich darauf, dem 
Anwender Hinweise und Anregungen für die praktische Arbeit mit Clipper zu geben 
und geht somit weit über eine allgemeine Sprachbeschreibung hinaus. 

Dialog mit dem Computer 

Programmiertechniken • Gestaitungstips - Softwarebausteine 

Von Dr.-Ing, Günter Rothhardt. 1 . Auflage. 264 Seiten, 51 Bilder, 13 Tafeln, 9 Pro- 
gramme, Leinen, 34,- DM. ISBN 3-341 -00860-8 

Elementare Programmierkenntnisse sind ausreichend, um die in diesem Buch ent- 
haltenen benutzerfreundlichen Dialoganwendungen für Heim- und Personalcom- 
puter verstehen zu können. Der Inhalt umfaßt die Gestaltungsregeln für alle ge- 
bräuchlichen Dialogtechniken, anschauliche Programmierbeispieie und Anregun- 
gen für eigene Anwendungen. 


MULTI PLAN in der Praxis 

Von Ing. Joachim Bernert und Dipi.-Ök. Michael Burow. 1. Auflage. 240 Seiten, 66 
Bilder, 28 Tafeln, Broschur, 29,80 DM, ISBN 3-341-01011-4 

Der Anfänger findet hier das notwendige Einstiegswissen für die Nutzung von Ta- 
bellenkalkuiationsprogrammen. Der fortgeschrittene Anwender erhält eine Vielzahl 
praktischer Hinweise unter anderem zur Übernahme von Tabellen aus älteren Mul- 
tiplanversionen, zum Datenübergang in das Geschäftsgrafikprogramm MS-Chärt 
und zum Programm Sideways. 
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\ Bestellschein 

Ich/Wir bestellen aus dem Verlag Technik Berlin 


Info-Service 

Ich/Wir wünschen kostenlos und unverbindlich Informationsmaterial 
über Neuerscheinungen aus dem Verlag Technik auf folgenden Ge- 
bieten: 


„ ExpL 3-341 -01 033-5/CI aßen , 80386/80486 
_ ExpL 3-34 1-01 031 -9/Holz/PiDgas, Clipper 
_ ExpL 3-341-00860-8/Rotharcft, Dialog 
_ ExpL 3-341 -01 01 1 -4/Berne rt, MULTIPLAN 

Den Bestellschein senden Sie bitte an Ihre Buchhandlung oder di- 
rekt an die Vertag Technik GmbH , Postfach 201 1 0-1020 Berlin 
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